help-gnunet
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-gnunet] Wrong reply addresses


From: Lluís Batlle i Rossell
Subject: [Help-gnunet] Wrong reply addresses
Date: Mon, 8 Jul 2013 19:18:44 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]