Hello, On Tue, Jul 09, 2013 at 09:50:40AM +0200, Matthias Wachs wrote: > we have a change in the address format of all plugins with revision >= > 27643. Peers running < 27643 cannot use these addresses and will > misinterpret them. > > > Is it possible that 77.231.167.19 is your external IP address? > I definitely think so ... but since I do not want to disclose sensitive > data through this ml you can contact me on IRC.
It *was* once my external IP address. My 'peerinfo' for my own peer shows about 30 IPs. :) Dynamic IP from the ISP, nothing unusual. > I tested udp connectivity and got connected with peers running svn head > on core and transport level. > > You can try to update to svn head and see if the problem still exists. > If yes, please send me additional information (gnunet-peerinfo -i -n > output) or create a bug with additional information in our bug tracker > https://gnunet.org/bugs Ok, will do! I'll even try to reproduce the problem. But if it's related to having 30 IPs in the peerinfo for my own host, I don't know how to fill that list easily. Thank you, Lluís. > On Mon, 2013-07-08 at 19:18 +0200, Lluís Batlle i Rossell wrote: > > Hello, > > > > I'm trying to setup two computers running gnunet in the LAN. In one of > > them, I > > use the same 'data' directory (~/.gnunet) as I've tried to use since long, > > where > > I had upnp options in the config, etc. (192.168.1.34). > > > > In the other, it's a new gnunet without any special config. > > > > When I start both, and having previously shared HELLO uris, I cannot make > > them > > communicate. In tcpdump, I see that the 'reply' address is wrong: > > 19:08:35.803702 IP 192.168.1.34.2086 > 192.168.1.255.2086: UDP, length 156 > > 19:08:35.819303 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [S], seq > > 634238465, win 14600, options [mss 1460,sackOK,TS val 174482922 ecr > > 0,nop,wscale 7], length 0 > > 19:08:35.819340 IP 192.168.1.35.2086 > 192.168.1.34.48138: Flags [S.], seq > > 2769402814, ack 634238466, win 14480, options [mss 1460,sackOK,TS val > > 513001021 ecr 174482922,nop,wscale 7], length 0 > > 19:08:35.819911 IP 192.168.1.34.2086 > 192.168.1.35.2086: UDP, length 282 > > 19:08:35.820171 IP 192.168.1.35.2086 > 192.168.1.34.2086: UDP, length 238 > > 19:08:35.821181 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [.], ack > > 1, win 115, options [nop,nop,TS val 174482923 ecr 513001021], length 0 > > 19:08:35.821590 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [P.], seq > > 1:69, ack 1, win 115, options [nop,nop,TS val 174482924 ecr 513001021], > > length 68 > > 19:08:35.821602 IP 192.168.1.35.2086 > 192.168.1.34.48138: Flags [.], ack > > 69, win 114, options [nop,nop,TS val 513001024 ecr 174482924], length 0 > > 19:08:35.821740 IP 192.168.1.35.2086 > 192.168.1.34.48138: Flags [P.], seq > > 1:69, ack 69, win 114, options [nop,nop,TS val 513001024 ecr 174482924], > > length 68 > > 19:08:35.823902 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [P.], seq > > 69:279, ack 1, win 115, options [nop,nop,TS val 174482925 ecr 513001021], > > length 210 > > 19:08:35.824119 IP 192.168.1.35.2086 > 192.168.1.34.48138: Flags [P.], seq > > 69:235, ack 279, win 122, options [nop,nop,TS val 513001026 ecr 174482925], > > length 166 > > 19:08:35.829074 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [.], ack > > 69, win 115, options [nop,nop,TS val 174482931 ecr 513001024], length 0 > > 19:08:35.829763 IP 192.168.1.34.48138 > 192.168.1.35.2086: Flags [.], ack > > 235, win 123, options [nop,nop,TS val 174482931 ecr 513001026], length 0 > > 19:08:35.887607 IP 192.168.1.34.2086 > 192.168.1.35.2086: UDP, length 88 > > 19:08:35.887766 IP 192.168.1.35.2086 > 77.231.167.19.2086: UDP, length 88 > > 19:08:36.372891 IP 192.168.1.34.2086 > 192.168.1.35.2086: UDP, length 88 > > 19:08:36.373051 IP 192.168.1.35.2086 > 77.231.167.19.2086: UDP, length 88 > > 19:08:36.623690 IP 192.168.1.34.2086 > 192.168.1.35.2086: UDP, length 88 > > 19:08:36.623844 IP 192.168.1.35.2086 > 77.231.167.19.2086: UDP, length 88 > > > > .... > > > > Any idea why the communication doesn't work? 77.231.167.19 isn't my IP > > today, so > > I guess this explains also why I can't connect 192.168.1.34 to any host in > > the internet either. > > > > (I'm using svn 27399) > > > > Regards, > > Lluís. > > > > _______________________________________________ > > Help-gnunet mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/help-gnunet > > -- > Dipl.-Inf. Matthias Wachs > Free Secure Network Systems Group > Technische Universitaet Muenchen > Chair for Network Architectures and Services > Institute for Informatics / I8 Tel: +49 89 289 18037 > Boltzmannstr. 3 / Room 03.05.042 Fax: +49 89 289 18033 > D-85748 Garching b. Muenchen, Germany Email: [email protected] > _______________________________________________ > Help-gnunet mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/help-gnunet _______________________________________________ Help-gnunet mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-gnunet
