[linux-l] Routingproblem

Kai Oesterreich kai.oesterreich at web.de
Fr Jan 14 17:08:11 CET 2005


> > So jetzt hatte ich wieder mal ein wenig Muße mich um mein Netz
> zu kümmern.
> > Stecke immer noch mitten in einem Umzug.
> >
> > Ich habe jetzt auf dem Router mit
> >
> > eth0	192.168.0.22
> > wlan0	192.168.1.1
> > ppp0	dhcp von Versatel
>
> <nitpicking>Die Adreßzuweisung bei ppp heißt nicht dhcp, auch wenn es
> vom wesentlich Effekt her dasselbe ist.</nitpicking>
OK - hab ich gedacht - ist letztlich egal. Meine hier dynamische IP.
>
> > die Routen mal manuell vergeben. So sieht jetzt die Routing-Tabelle aus.
> >
> > [root at trillian root]# route
> > Kernel IP Routentabelle
> > Ziel            Router          Genmask         Flags Metric Ref    Use
> > Iface
> > 62.214.64.185   *               255.255.255.255 UH    0      0
>       0 ppp0
> > 192.168.1.0     192.168.1.1     255.255.255.0   UG    0      0        0
> > wlan0
> > 192.168.1.0     *               255.255.255.0   U     0      0        0
> > wlan0
> > 192.168.0.0     192.168.0.22    255.255.255.0   UG    0      0
>       0 eth0
> > 192.168.0.0     *               255.255.255.0   U     0      0
>       0 eth0
> > 169.254.0.0     *               255.255.0.0     U     0      0        0
> > wlan0
> > default         62.214.64.185   0.0.0.0         UG    0      0
>       0 ppp0
> >
> > An wlan0 ist das Laptop eingebucht und bekommt über dhcp seine ip
> > (192.168.1.19) und die Namensauflösung auf dem Router
> funktioniert. Ping auf
> > den Router geht auch.
> >
> > An eth0 hängt ein Desktoprechner der auch über dhcp seine ip bekommt
> > (192.168.0.19) und die Namensauflösung funktioniert auch hier.
> >
> > arp -a auf dem Router:
> > ? (192.168.1.19) auf 00:09:19:B5:25:33 [ether] auf wlan0
> > ? (192.168.0.19) auf 00:20:ED:45:22:85 [ether] auf eth0
> >
> > Ping von 192.168.0.19 ins Internet geht
> > Ping von 192.168.1.19 genauso
> >
> > Beide sehen auch naturgemäss den Router.
>
> Ich zeichne das mal nach:
>
>
>
>    Desktop                             Laptop
>   192.168.0.19                    192.168.1.19
>          \                            /
>           \                          /
>            \                        /
>        192.168.0.22 (eth0)   192.168.1.1 (wlan0)
>                         Router
>
ja exakt so !

>
> > Aber alles was sich an Daten zwischen 192.168.0.0/24 und 192.168.1.0/24
> > bewegen soll bleibt auf dem Router hängen.
> >
> > Der ist zwar in der Lage 192.168.0.0/24 anzupingen aber nicht
> > 192.168.1.0/24.
>
> Pingst Du wirklich 192.168.0.0 - oder nicht vielleicht doch eher
> 192.168.0.19 und 192.168.1.19?
Natürlich - ich meine hier Rechner in den entsprechenden Netzen.
>
> > tcpdump zeigt mir auch kein icmp-Paket (oder wie das bei icmp
> auch heisst)
> > auf wlan0
>
> Das sollte ungefähr so aussehen, und zwar auf dem Router wie auch auf
> dem Laptop :
>
> 00:17:30.066422 arp who-has 192.168.1.19 tell 192.168.1.1
> 00:17:30.066719 arp reply 192.168.1.19 is-at 00:09:19:b5:25:33
> 00:17:31.038535 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 1
> 00:17:31.045627 IP 192.168.1.19 > 192.168.1.1: icmp 64: echo reply seq 1

Router:
16:44:34.207176 arp who-has 192.168.1.19 tell 192.168.1.1
16:44:34.297365 arp reply 192.168.1.19 is-at 00:09:19:b5:25:33
16:44:59.227787 IP 192.168.1.19.bootpc > 192.168.1.1.bootps: BOOTP/DHCP,
Request
 from 00:09:19:b5:25:33, length: 321
16:44:59.622468 IP 192.168.1.1.bootps > 192.168.1.19.bootpc: BOOTP/DHCP,
Reply,
length: 330
und der Ping mitgesnifft
16:54:50.352648 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 0
16:54:51.353398 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 1
16:54:52.353244 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 2
16:54:53.353084 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 3
16:54:54.352928 IP 192.168.1.1 > 192.168.1.19: icmp 64: echo request seq 4



Laptop:(hab dort leider kein tcpdump drauf und mit Knoppix geht die
wlan-karte (Centrino) nicht. Oder geht es mit einer neueren Version?):
103 35.963283 TRILLIAN		00:09:19b5:25:33	ARP 	who has 192.168.1.19? Tell
192.168.1.1
104 35.963305 Magrathea		TRILLIAN		ARP 	192.168.1.19 is at 00:09:19:b5:25:33
und wieder Ping:
41 10.644355 Magrathea		TRILLIAN		ICMP	ECHO (ping) request
42 10.646567 TRILLIAN		Magrathea		ICMP  ECHO (ping) reply

usw.


>
>
> > traceroute sagt dies:
>
> auf dem Desktop, vermute ich?
>
> > [root at trillian root]# traceroute 192.168.1.19
> > traceroute to 192.168.1.19 (192.168.1.19), 30 hops max, 38 byte packets
> >  1  * * *
>
> Da sollte zumindest der Router auftauchen. Ganz sicher, daß da nicht
> irgendwas gefiltert wird? Stimmt die Route auf dem Desktop?
>
> > iptables ist es definitiv nicht laut Logfile.
>
> Überprüfen mit "iptables -vnL"
Ich verstehe zu wenig von iptables als dass ich es verstehe. Ich hab einfach
iptables aus den startscript von Runlevel 3 genommen und iptables beendet
und dann stand bei iptables bei INPUT, OUTPUT und FORWARD ACCEPT und es ging
immer noch nicht.
Der Output von iptables -vnL ist relativ lang so dass ich dass jetzt nicht
hier reinkopiere. Die Konfiguration der Firewall hab ich mit einem
vorgefertigten Script gemacht.

>
> > Ich stehe immer noch ziemlich auf dem Schlauch. Wenn ich den
> Netzverkehr auf
> > eth0 sniffe normal. Auf wlan0 eine Einbahnstraße und von Seiten
> des Clients
> > auf der Wlan-Seite normal nur das nichts ankommt was von der
> Seite meines
> > Routers/APs kommt.
>
> Dieser Satz kein Deutsch ;-)
>
> Zumindest die IP hat der client (=Notebook) ja vom Router bekommen, die
> Kommunikation scheint also nicht völlig kaputt zu sein. Wie sieht die
> Routing-Tabelle auf dem Notebook aus?
>
>     Chri- "Wie sich das Rätsel auflöst, will ich auf keinen Fall
> verpassen" stoph

Ich hoffe es löst sich auf. Ach ja auf dem Laptop ist keine PF drauf und es
ist ein Win2K-Rechner und kein XP. Die rudimentäre  PF von win2k ist
deaktiviert.




Mehr Informationen über die Mailingliste linux-l