gtk-gnutella-devel Digest, Vol 32, Issue 2
|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
 |
gtk-gnutella-devel Digest, Vol 32, Issue 2
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? (Matthew Lye) 2. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi) 3. crash in yesterdays SVN (Meelis Roos) 4. Re: crash in yesterdays SVN (Raphael Manfredi) 5. Re: Foxy 1.9.9.0 in hostcache? (Raphael Manfredi) 6. Unable to connect (Hauke Hachmann) 7. Unable to connect (Hauke Hachmann) 8. Re: Unable to connect (Hauke Hachmann) 9. Re: Unable to connect (Raphael Manfredi) ---------------------------------------------------------------------- Message: 1 Date: Mon, 7 Sep 2009 23:40:37 -0400 From: Matthew Lye <mlye@...> Subject: Re: [gtk-gnutella-devel] SPAM-LOW: Re: Foxy 1.9.9.0 in hostcache? To: gtk-gnutella-devel@... Message-ID: <E76E9C40-EAA4-4DD8-B75C-F3B1CF6E799A@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 7-Sep-09, at 3:44 PM, Raphael Manfredi wrote: > Quoting Matthew Lye <mlye@...> from ml.softs.gtk- > gnutella.devel: > :More like this? It wasn't as difficult as I thought, once I got used > :to the functions. > > Yes, this is a correct patch. Thank you. > > I've committed it in SVN as r16961 with slight style corrections. > > Also I've addeed a provision to make sure the address of such > challenging > hosts is removed from the fresh/valid host caches, to avoid further > propagation of that address, but this is incomplete because I did not > parse X-Node or X-Listen-IP or X-My-Address to know the proper port... > > I've added it as a TODO locally, but if you want to contribute the > necessary patch... :-) Look at feed_host_cache_from_string() for > inspiration. > We can probably extract the parsing code from there to reuse it. Sorry, I should have thought of this before I wrote the patch: although the situation with the patch is *better* in terms of the amount of Foxy clogging, it's a half-step back from the "ban.c" solution. GTKG still appears to get IP suggestions that lead to Foxy servents, presumably from third party servents. The problem is that when GTKG eventually tries one of these IPs, it results in a 503 response from the Foxy servent: > 09-09-07 23:25:44 (MESSAGE): ----Got outgoing handshaking headers > from TH.FOXY.NO.DE: > GNUTELLA/0.6 503 No QRP > User-Agent: Foxy 1.9.9.0 > Remote-IP: GTK.GNU.TEL.LA:PORT > X-Try-Hubs: 1ST.FOXY.NO.DE:PORT 2009-09-08T11:25Z, > 2ND.FOXY.NO.DE:PORT 2009-09-08T11:25Z, 3RD.FOXY.NO.DE:PORT... As you can see, the 503 header does not include an "X-Auth-Challenge" line; we've already failed the authentication by not establishing it ourselves. This means that Foxy is still periodically stuffing the host cache in a cascading manner. Matt ------------------------------ Message: 2 Date: Tue, 8 Sep 2009 05:38:43 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache? To: gtk-gnutella-devel@... Message-ID: <h84ql3$lb1$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Matthew Lye <mlye@...> from ml.softs.gtk-gnutella.devel: :GTKG still appears to get IP suggestions that lead to Foxy servents, :presumably from third party servents. : :The problem is that when GTKG eventually tries one of these IPs, it :results in a 503 response from the Foxy servent: :> 09-09-07 23:25:44 (MESSAGE): ----Got outgoing handshaking headers :> from TH.FOXY.NO.DE: :> GNUTELLA/0.6 503 No QRP :> User-Agent: Foxy 1.9.9.0 :> Remote-IP: GTK.GNU.TEL.LA:PORT :> X-Try-Hubs: 1ST.FOXY.NO.DE:PORT 2009-09-08T11:25Z, :> 2ND.FOXY.NO.DE:PORT 2009-09-08T11:25Z, 3RD.FOXY.NO.DE:PORT... : :As you can see, the 503 header does not include an "X-Auth-Challenge" :line; we've already failed the authentication by not establishing it :ourselves. X-Try-Hubs is another sure sign of a foreign network. Gnutella servents never emit this header, which belongs to the Mike Protocol used by Shareaza, for instance. Hence a 503 with that header means that we can surely hcache_purge() that IP:port, along with all the listed IPs on X-Try-Hubs... Raphael ------------------------------ Message: 3 Date: Wed, 9 Sep 2009 16:50:47 +0300 (EEST) From: Meelis Roos <mroos@...> Subject: [gtk-gnutella-devel] crash in yesterdays SVN To: gtk-gnutella-devel@... Message-ID: <alpine.SOC.1.00.0909091640510.25332@...> Content-Type: TEXT/PLAIN; charset=US-ASCII Running rev 16961 since yesterday as ultranode, and got this crash today. DHT is enabled by hand. Previous uptime was about 56 days with DHT of that timeframe. Core was generated by `/home/mroos/gg/bin/gtk-gnutella'. Program terminated with signal 11, Segmentation fault. #0 0x081639a6 in lk_handle_reply (obj=0xbbfc2348, kn=0xbd51c2c0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666, hop=15) at lookup.c:2430 2430 nl->flags |= NL_F_COMPLETED; /* For lookup_expired() to check */ (gdb) p nl $1 = <value optimized out> (gdb) bt #0 0x081639a6 in lk_handle_reply (obj=0xbbfc2348, kn=0xbd51c2c0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666, hop=15) at lookup.c:2430 #1 0x08166458 in revent_rpc_cb (type=DHT_RPC_REPLY, kn=0xbd51c2c0, unused_n=0xbfa95aa0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d "\004\215?\205\024LIME", len=666, arg=0xbe05c708) at revent.c:427 #2 0x08170ec0 in dht_rpc_answer (muid=0xb714f000, kn=0xbeb72040, n=0xbfa95aa0, function=KDA_MSG_FIND_NODE_RESPONSE, payload=0xb714f03d, len=666) at rpc.c:410 #3 0x08155528 in k_handle_rpc_reply (kn=0xbeb72040, n=0xbfa95aa0, header=0xb714f000, extlen=0 '\0', payload=0xb714f03d, len=666) at kmsg.c:1503 #4 0x08156c2b in kmsg_received (data=0xb714f000, len=727, addr={net = 4, addr = {ipv6 = "?W??\003??\003??\003?", ipv4 = 1975932833}}, port=33021, n=0xbfa95aa0) at kmsg.c:198 #5 0x080e2940 in node_udp_process (s=0xb7155120) at nodes.c:7050 #6 0x08139cdc in udp_received (s=0xb7155120, truncated=0) at udp.c:277 #7 0x0812b7be in socket_udp_event (data=0xb7155120, unused_source=9, cond=<value optimized out>) at sockets.c:2413 #8 0x0822e482 in dispatch_poll (unused_source=0x83c1200, unused_cond=G_IO_IN, udata=0x83a5520) at inputevt.c:714 #9 0xb78bccbf in g_io_unix_dispatch (source=0x83c1248, callback=0x822e312 <dispatch_poll>, user_data=0x83a5520) at giounix.c:162 #10 0xb7893771 in IA__g_main_context_dispatch (context=0x83c1380) at gmain.c:2045 #11 0xb78967e6 in g_main_context_iterate (context=0x83c1380, block=1, dispatch=1, self=0x83c3eb8) at gmain.c:2677 #12 0xb7896ba7 in IA__g_main_loop_run (loop=0x853fd78) at gmain.c:2881 #13 0xb7d2b281 in IA__gtk_main () at gtkmain.c:1003 #14 0x0818072e in main_gui_run (geometry_spec=0x0) at main.c:695 #15 0x08056531 in main (argc=1, argv=0xbfaebf54) at main.c:1616 -- Meelis Roos (mroos@...) ------------------------------ Message: 4 Date: Wed, 9 Sep 2009 18:02:54 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] crash in yesterdays SVN To: gtk-gnutella-devel@... Message-ID: <h88qke$euo$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Meelis Roos <mroos@...> from ml.softs.gtk-gnutella.devel: :Running rev 16961 since yesterday as ultranode, and got this crash :today. DHT is enabled by hand. Previous uptime was about 56 days with :DHT of that timeframe. There has been no changes to the DHT code in recent versions, so the problem you're experiencing is due to an existing bug. It's a rather critical bug, but hopefully it does not manifest too often (never had it here). Fixed in r16963. Thanks for reporting it. Raphael ------------------------------ Message: 5 Date: Wed, 9 Sep 2009 20:05:14 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Foxy 1.9.9.0 in hostcache? To: gtk-gnutella-devel@... Message-ID: <h891pq$t2$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Raphael_Manfredi@... (Raphael Manfredi): :I've added it as a TODO locally, but if you want to contribute the :necessary patch... :-) Look at feed_host_cache_from_string() for inspiration. :We can probably extract the parsing code from there to reuse it. I've finally fixed the missing part in r16965. Raphael ------------------------------ Message: 6 Date: Thu, 17 Sep 2009 14:23:19 +0200 From: Hauke Hachmann <haxe@...> Subject: [gtk-gnutella-devel] Unable to connect To: gtk-gnutella-devel@... Message-ID: <200909171423.20118.haxe@...> Content-Type: Text/Plain; charset="us-ascii" Hi folks, this may or may not have to do with the recent changes to avoid useless connection attempts no non-gnutella clients. Since some days, I cannot connect to any ultrapeer. My gtk-gnutella leaf client is completely isolated and useless. Maybe there is something wrong with the new rejection logic? bye, Hauke Hachmann ------------------------------ Message: 7 Date: Thu, 17 Sep 2009 14:23:19 +0200 From: Hauke Hachmann <haxe@...> Subject: [gtk-gnutella-devel] Unable to connect To: gtk-gnutella-devel@... Message-ID: <200909171423.20118.haxe@...> Content-Type: Text/Plain; charset="us-ascii" Hi folks, this may or may not have to do with the recent changes to avoid useless connection attempts no non-gnutella clients. Since some days, I cannot connect to any ultrapeer. My gtk-gnutella leaf client is completely isolated and useless. Maybe there is something wrong with the new rejection logic? bye, Hauke Hachmann ------------------------------ Message: 8 Date: Thu, 17 Sep 2009 17:23:48 +0200 From: Hauke Hachmann <haxe@...> Subject: Re: [gtk-gnutella-devel] Unable to connect To: gtk-gnutella-devel@... Message-ID: <200909171723.48185.haxe@...> Content-Type: Text/Plain; charset="iso-8859-1" On Thursday 17 September 2009, Matthew Lye wrote: > Which gtkg version are you using? Ah, sorry, I forgot to mention. At the moment, I am using r16974 (which is the newest from SVN), but I think that my problems were already present at least with r16970, probably even earlier. OTOH, I know that it still worked one week ago, so the error cannot be very old. Bye, Hauke ------------------------------ Message: 9 Date: Thu, 17 Sep 2009 17:14:29 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Unable to connect To: gtk-gnutella-devel@... Message-ID: <h8tqpl$roi$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Hauke Hachmann <haxe@...> from ml.softs.gtk-gnutella.devel: :Ah, sorry, I forgot to mention. At the moment, I am using r16974 (which :is the newest from SVN), but I think that my problems were already :present at least with r16970, probably even earlier. OTOH, I know that :it still worked one week ago, so the error cannot be very old. Is gtk-gnutella at least attempting to connect or is it just sitting there, idle? In that case, you need to check the size of your hostcaches (go to the "Hostcache" tab) and that you did not accidentally hit the "disconnect" icon (at the bottom left) which prevents all Gnutella connections. Raphael ------------------------------ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 32, Issue 2 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |
