Claudius Hubig writes:
> Did you try REJECT instead of DROP? Maybe telling all these buddies
> you don't want to know them instead of just ignoring them would do
> the job?
Yes ( http://article.gmane.org/gmane.linux.debian.user/355741 ),
but it just made my ADSL 256/64 line more busy without makin
> In a reasonably short period of time, every client that knew about you
> will figure out that you are no longer available
All I know is that "the knocks on the bathroom stall's door by the
former occupant's buddies continued all through the night, despite my
use of DROP in iptables."
Maybe the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/25/09 15:34, Michael M. Moore wrote:
> On Mon, 2009-05-25 at 09:50 +0800, jida...@jidanni.org wrote:
>> Tony Baldwin writes:
>>
>>> I'm just guessing here, but I honestly thought killing the client
>>> should stop the incoming connections from se
On Mon, 2009-05-25 at 09:50 +0800, jida...@jidanni.org wrote:
> Tony Baldwin writes:
>
> > I'm just guessing here, but I honestly thought killing the client
> > should stop the incoming connections from seeking the ip, so I'm a
> > little confused, and curious about the matter, now that you've bro
jida...@jidanni.org wrote:
Tony Baldwin writes:
Shouldn't killing the p2p client stop broadcasting the ip on the p2p
network? Maybe the other user is leaving it on in the background?
The other user has hung up his modem line, and the ISP has now given
that IP address to me.
Did you check t
Tony Baldwin writes:
> Shouldn't killing the p2p client stop broadcasting the ip on the p2p
> network? Maybe the other user is leaving it on in the background?
The other user has hung up his modem line, and the ISP has now given
that IP address to me.
> Did you check top to see if it's still ru
6 matches
Mail list logo
