AW: AW: scp, ssh dont work with zcip

Hi Aidan,

find below my routing table entries. Causes the entry
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 =
pan0
my problems? Why does zcip create it and how to delete it ?

Best regards, Matthias


----normally:=20

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
139.23.200.0    0.0.0.0         255.255.248.0   U     0      0        0 =
eth0
0.0.0.0         139.23.200.1    0.0.0.0         UG    0      0        0 =
eth0


-----addig a wireless interface pan0 (=3D linux brige):
=09
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 =
pan0
139.23.200.0    0.0.0.0         255.255.248.0   U     0      0        0 =
eth0
0.0.0.0         139.23.200.1    0.0.0.0         UG    0      0        0 =
eth0


-----using "zcip -i pan0": (bnep0 is added to the linux bridge pan0)=20
----- up from now, 139.23... is not reachable anymore.

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
139.23.200.0    0.0.0.0         255.255.248.0   U     0      0        0 =
eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 =
pan0
192.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
bnep0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 =
pan0
0.0.0.0         139.23.200.1    0.0.0.0         UG    0      0        0 =
eth0


------ after playing a little bit (wireless disconnect/ connect, kill =
zcip /
zcip)
------ I got additionally this route several times (up to 7 times)

default         139.23.200.1    0.0.0.0         UG    0      0        0 =
eth0




> -----Urspr=FCngliche Nachricht-----
> Von: Aidan Williams [mailto:[email protected]]=20
> Gesendet: Donnerstag, 20. Mai 2004 01:02
> An: Kutschenreuter Matthias
> Cc: '[email protected]'
> Betreff: Re: AW: [Zeroconf-workers] scp, ssh dont work with zcip
>=20
>=20
>=20
> It looks from your tcpdump that your computer is using the pan0=20
> interface when trying to send packets to 139.23.33.13.  I would guess =

> that pan0 is the wrong interface for 139.23.33.13 because=20
> there are no=20
> ARP replies.
>=20
>  > before starting zcip I can ping the nameserver=20
> (139.23.x.y),  > afterwards I cannot ping anymore.
>=20
> Your routing table is probably being changed somehow when you turn on =

> zcip.  Try comparing your routing table before and after zcip is run=20
> (use route -n).
>=20
> - aidan
>=20
>=20
> Kutschenreuter Matthias wrote:
> > Thanks for your fast replies!
> > =20
> >  > I use zcip in my wireless ad-hoc network.
> >=20
> >>>it assignes an IP address, detects collisions correctly.=20
> each device
> >>>can ping all others in the end, upnp applications work also fine.
> >>>=20
> >>>but I observed the side effect, that ssh and scp
> >>>work no longer, once zcip has been started.
> >>>sometimes it works, but takes 10 minutes until I am
> >>>ask to enter the password (without zcip it's only 2 seconds).
> >>>=20
> >>>Is this a known problem ?
> >>>=20
> >>>Thanks for any hints, Matthias
> >>
> >>There may be problems with host name lookup.
> >>Either because /etc/resolv.conf contains a nameserver that=20
> you cannot=20
> >>reach when using zcip (because of link local address) or that your
> >=20
> > that's it !!
> > before starting zcip I can ping the nameserver (139.23.x.y),=20
> > afterwards I cannot ping anymore.
> >=20
> >=20
> > I have 2 questions:
> > 1.) Is it possible to have an eth0 (139.23...) and a wireless=20
> > interface pan0
> >=20
> > (zcip - 169.254....) and to communicate on both ?
> > 2.) How can I scp/ssh on (zcip - 169.254..)-links (without eth0)?
> > I deleted the nameserver entries in /etc/resolv.conf and=20
> > extended /etc/hosts on both machines as you said. I booted=20
> again, but still
> > ssh/scp wasnt working.=20
> >=20
> > I made to tcpdumps, the first tcpdump for scp (from europa1 to=20
> > laptop1)
> > trial after zcip started:
> >=20
> > tcpdump: listening on pan0
> > 15:32:37.179431 europa1.filenet-nch > laptop1.ssh: S
> > 1515684969:1515684969(0) win 5840 <mss 1460,sackOK,timestamp 57803=20
> > 0,nop,wscale 0> (DF) 15:32:37.222250 laptop1.ssh >=20
> > europa1.filenet-nch: S
> > 2182778357:2182778357(0) ack 1515684970 win 5792 <mss=20
> > 1460,sackOK,timestamp 230622 57803,nop,wscale 0> (DF)=20
> 15:32:37.222304=20
> > europa1.filenet-nch > laptop1.ssh: . ack 1 win 5840=20
> <nop,nop,timestamp=20
> > 57808 230622> (DF) 15:32:37.280262 laptop1.ssh >=20
> europa1.filenet-nch:=20
> > P 1:24(23) ack 1 win 5792 <nop,nop,timestamp 230628 57808> (DF)
> > 15:32:37.280672 europa1.filenet-nch > laptop1.ssh: . ack 24 win =
5840
> > <nop,nop,timestamp 57814 230628> (DF)=20
> > 15:32:37.281052 europa1.filenet-nch > laptop1.ssh: P=20
> 1:23(22) ack 24 win
> > 5840 <nop,nop,timestamp 57814 230628> (DF)=20
> > 15:32:37.290096 arp who-has 139.23.33.14 tell europa1=20
> 15:32:37.336397
> > laptop1.ssh > europa1.filenet-nch: . ack 23 win 5792=20
> <nop,nop,timestamp
> > 230634 57814> (DF)=20
> > 15:32:37.367529 arp who-has 139.23.33.14 tell laptop1=20
> 15:32:38.280236 arp
> > who-has 139.23.33.14 tell europa1 15:32:38.333714 arp=20
> who-has 139.23.33.14
> > tell laptop1 15:32:39.280239 arp who-has 139.23.33.14 tell europa1=20
> > 15:32:39.338639 arp who-has 139.23.33.14 tell laptop1=20
> > 15:32:42.300307 arp who-has 139.23.33.13 tell europa1=20
> > 15:32:42.335137 arp who-has 139.23.33.13 tell laptop1=20
> > 15:32:43.300236 arp who-has 139.23.33.13 tell europa1=20
> > 15:32:43.338383 arp who-has 139.23.33.13 tell laptop1 ....
> >=20
> >=20
> > second differs, after deleting the nameserver entries in=20
> > /etc/resolv.conf ; searches still for the deleted=20
> nameserver (could be=20
> > due to my SUSE-linux-
> > configurations):
> >=20
> > 5840 <mss 1460,sackOK,timestamp 36157 0,nop,wscale 0> (DF)
> > 15:14:25.758897 laptop1.ssh > europa1.filenet-nch: S
> > 1020837111:1020837111(0) ack 358895798 win 5792 <mss=20
> 1460,sackOK,timestamp
> > 121479 36157,nop,wscale 0> (DF)=20
> > 15:14:25.758949 europa1.filenet-nch > laptop1.ssh: . ack 1 win 5840
> > <nop,nop,timestamp 36162 121479> (DF)=20
> > 15:14:25.816963 laptop1.ssh > europa1.filenet-nch: P=20
> 1:24(23) ack 1 win 5792
> > <nop,nop,timestamp 121485 36162> (DF)=20
> > 15:14:25.817365 europa1.filenet-nch > laptop1.ssh: . ack 24 win =
5840
> > <nop,nop,timestamp 36168 121485> (DF)=20
> > 15:14:25.817744 europa1.filenet-nch > laptop1.ssh: P=20
> 1:23(22) ack 24 win
> > 5840 <nop,nop,timestamp 36168 121485> (DF)=20
> > 15:14:25.880571 laptop1.ssh > europa1.filenet-nch: . ack 23 win =
5792
> > <nop,nop,timestamp 121492 36168> (DF) 15:14:25.880619=20
> europa1.filenet-nch >
> > laptop1.ssh: P 23:559(536) ack 24 win 5840=20
> <nop,nop,timestamp 36174 121492>
> > (DF)=20
> > 15:14:25.885880 arp who-has 139.23.33.14 tell laptop1=20
> > 15:14:26.008059 laptop1.ssh > europa1.filenet-nch: . ack=20
> 559 win 6432
> > <nop,nop,timestamp 121504 36174> (DF) 15:14:26.895386 arp who-has
> > 139.23.33.14 tell laptop1=20
> > 15:14:27.886571 arp who-has 139.23.33.14 tell laptop1=20
> > 15:14:30.893872 arp who-has 139.23.33.13 tell laptop1=20
> > 15:14:31.896324 arp who-has 139.23.33.13 tell laptop1=20
> > 15:14:32.906251 arp who-has 139.23.33.13 tell laptop1=20
> > 15:14:35.907718 arp who-has 139.23.33.14 tell laptop1 ...
> >=20
> >=20
> >=20
> >=20
> >=20
> >=20
> >=20
>=20


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click