Am Montag, 29. Mai 2006 11:40 schrieb Alexandra Druecke: [...]
Und jetzt wird's Käse ;-)
Die Netzmasken und die Broadcasts müssen zu den Netzmasken der Routen passen: eth0: 255.255.255.240/192.168.2.31 eth1: 255.255.255.240/192.168.2.15
Getestet - ohne Erfolg - Siehe Details weiter unten
Man muß zwischen den logischen Netzen, wie sie durch die Ip-Adressen gebildet werden, und den physikalischen Netzen (auf Hardwareebene) unterscheiden. Dein PC2 hängt physikalisch in einem ganz anderen Netz als Dein Router. Daher kann dieser den PC auch keinesfalls direkt ansprechen, sondern nur über den PC1 als Gateway.
Und jetzt gibt es zwei Möglichkeiten, die davon abhängen, ob Dein Router das kann, oder eben nicht.
1.) Die Korrekte: Dein Router muß zunächst auch erstmal im "richtigen" Netz sein, und das ist das 192.168.2.1/255.255.255.240, das er mit dem PC1 gemeinsam hat. Dann muß auf dem Router eine Netz-Route eingetragen werden. In Linux-Notation sähe das so aus: route add -net 192.168.2.16 netmask 255.255.255.240 gw 192.168.2.10 Wie das bei dem Gerät funktioniert, mußt Du selber rausfinden ;-)
na ja - das Ding ist wie n Lexmark-Drucker - für DAU-Windows-User=20 idealisiert ... 1. Einstellung nur via HTTP :/ 2. man kann bei den meisten wichtigen Sachen zb nur anklicken - zb welche PC`s er vom LAN akzeptieren kann / soll
2.) Die Frickellösung: Du mußt auf dem PC1 einen proxy-arp-Eintrag machen. Grundsätzlich sieht das dann so aus: arp -i eth1 -s 192.168.2.21 00:13:8F:23:7D:91 pub
Getan - Ergebnis wie bisher :(( So und hier ein paar Detaillogs / Daten : cpu2:~ # route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.2.20 0.0.0.0 UG 0 0 0 eth0 cpu2:~ # Ab Hier wirds "kompliziert" - einmal Ping von PC2 ( via Telnet ) - und das dazugehörige log von Etheral an eth0 ( wo ja pc2 dran hängt ) Da diese im gesamten relativ lang sind hänge ich diese hier mal dran 1.Teil : Konfiguration Netzwerk : PC1 (/etc/sysconfig/network/routes) 192.168.2.1 192.168.2.10 255.255.255.240 eth-id-00:13:8f:23:7d:91 192.168.2.21 192.168.2.20 255.255.255.240 eth-id-00:80:ad:46:e2:8c default 192.168.2.1 - - cpu1:~ # ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:80:AD:46:E2:8C inet Adresse:192.168.2.20 Bcast:192.168.2.255 Maske:255.255.255.0 eth1 Protokoll:Ethernet Hardware Adresse 00:13:8F:23:7D:91 inet Adresse:192.168.2.10 Bcast:192.168.2.255 Maske:255.255.255.0 cpu2:~> ping 192.168.2.20 PING 192.168.2.20 (192.168.2.20) 56(84) bytes of data. 64 bytes from 192.168.2.20: icmp_seq=1 ttl=64 time=0.503 ms 64 bytes from 192.168.2.20: icmp_seq=2 ttl=64 time=0.526 ms 64 bytes from 192.168.2.20: icmp_seq=3 ttl=64 time=0.524 ms --- 192.168.2.20 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.503/0.517/0.526/0.028 ms cpu2:-> Etheral - Protokoll dazu -> Anhang Log 1.txt cpu2:~> ping 192.168.2.10 PING 192.168.2.10 (192.168.2.10) 56(84) bytes of data. 64 bytes from 192.168.2.10: icmp_seq=1 ttl=64 time=1.57 ms 64 bytes from 192.168.2.10: icmp_seq=2 ttl=64 time=0.530 ms 64 bytes from 192.168.2.10: icmp_seq=3 ttl=64 time=0.523 ms --- 192.168.2.10 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2004ms rtt min/avg/max/mdev = 0.523/0.875/1.574/0.494 ms cpu2:~> Etheral - Protokoll dazu -> Anhang Log 2.txt cpu2:~> ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. From 192.168.2.21: icmp_seq=1 Destination Host Unreachable From 192.168.2.21 icmp_seq=1 Destination Host Unreachable From 192.168.2.21 icmp_seq=2 Destination Host Unreachable From 192.168.2.21 icmp_seq=3 Destination Host Unreachable --- 192.168.2.1 ping statistics --- 4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3017ms , pipe 3 cpu2:~> Etheral - Protokoll dazu -> Anhang Log 3.txt Sehr interessant wüde ich meinen - eth0 / PC1 weiß nix von der Existenz von 192.168.2.1 und gibt das ganze wieder Retour ( wenn man nach den logs geht ) dabei ist diese doch als Gateway-IP eingetragen ..... ( Vor und nach dem obeigen arp-Eintrag ) Anmerkung : Router + Internet von PC1 ohne Probleme erreichbar 2.Teil ( Umstellung auf komplette 255.255.255.240 ) Konfiguration Netzwerk : PC1 (/etc/sysconfig/network/routes) 192.168.2.1 192.168.2.10 255.255.255.240 eth-id-00:13:8f:23:7d:91 192.168.2.21 192.168.2.20 255.255.255.240 eth-id-00:80:ad:46:e2:8c default 192.168.2.1 - -=20 route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.2.0 0.0.0.0 255.255.255.240 U 0 0 0 eth1 192.168.2.16 0.0.0.0 255.255.255.240 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.2.1 0.0.0.0 UG 0 0 0 eth1 cpu1:~ # ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:80:AD:46:E2:8C inet Adresse:192.168.2.20 Bcast:192.168.2.31 Maske:255.255.255.240 eth1 Protokoll:Ethernet Hardware Adresse 00:13:8F:23:7D:91 inet Adresse:192.168.2.10 Bcast:192.168.2.15 Maske:255.255.255.240 Ping auf Pc1/eth0 + eth1 lass ich hier mal weg - weil identisch wie oben ... ( klappt ) Ping auf Router wie ohne umstellung auf 240 ..... cpu2:~> ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. From 192.168.2.21: icmp_seq=1 Destination Host Unreachable From 192.168.2.21 icmp_seq=1 Destination Host Unreachable From 192.168.2.21 icmp_seq=2 Destination Host Unreachable From 192.168.2.21 icmp_seq=3 Destination Host Unreachable --- 192.168.2.1 ping statistics --- 4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3019ms , pipe 3 cpu2:~> Etheral - Protokoll dazu -> Anhang Log 4.txt Also mal ganz laienhaft ausgedrückt : Was ich in den Logs erkenne ist folgendes : Sobald Daten von PC2 an PC1 gehen, die er weiterleiten soll, stellt er sich trotz aktiver ??? IP-Weiterleitung offenbar dumm. Wäre die frage, wie man das nun "aktiv" (ausser auf diese komplizierte art und weise) ermitteln / beheben kann - weil route-n / netstat -rn sagen da ja nicht sehr viel aus :( und in Yast ist ja wie gesagt IP-Weiterleitung "aktiv" .... Gruß Marco