Bill Pringlemeir wrote: > I have a number of CLOSE_WAITs from a node. > $ netstat -tn | grep CLOSE_WAIT | grep 69.120.111.63 | wc > 15 90 1215
That's Cablevision. They don't provide Internet access only something remotely similar. I suggest to read this thread: http://groups.yahoo.com/group/the_gdf/message/22192 I guess it would be a good idea to enforce TLS for ranges known to be broken. Of course, nobody else supports it. > It appears that GTKG is trying to initiate contact with this host. I > have purused the GUI looking for this particular IP, but I can not > find it in the download, upload or GNET panes. It could be a push proxy or maybe in some cases the panes may really show a wrong IP address for example if the search result used a private or bogus IP address so that a push transfer is required. > I am a leaf node; it > is not the ultras I am connected to. I have some weirdness with the > DNS entries in some download panes (queue). However, none of the DNS > entries have a client type or location that seem to match this host. Do these DNS entries appear in search results? Or do you have an idea where they come from otherwise? GTKG does not handle results with hostnames very well. > Is there any debug in GTKG that I can use to determine why I might be > trying to talk to this host? Not really but everything goes through socket_connect() or socket_connect_by_name() so if you place a break point there or add some wrapper around them, it should be possible to figure it out for each connection attempt. -- Christian
pgp5bE5Q0dJj4.pgp
Description: PGP signature
