Hallo Martin, Am 31-Okt-00 schriebst Du:
Hallöchen,
Mein Dialin-Server (SuSE 6.3; AVM Fritz PCI) ist
auf automatischen Verbindungsaufbau eingestellt. [...] gefunden, nur die jeweiligen Wählversuche!
Weis jemand woran das liegen kann?
Fehlerhaftes Routing, fehlerhafter FW-Script. Was sagt Dir denn ifconfig nach der zweiten Einwahl und wie sieht dann die Rouingtabelle aus (netstat -nr)
Damit kann ich dienen:
Fein :)
Vorher: root@hofgesang:/home/martin > netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 193.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 193.158.137.61 0.0.0.0 UG 0 0 0 ippp0
Also Deine Maschine kennt zur Zeit drei Netzwerkinterfaces eth0 führt Dich in das Netzwerk 192.168.0.0, in dem max 254 Rechner sind (192.168.0.0 ist das ganze Netz und 192.168.0.255 ist die Broadcastadresse). ippp0 führt Dich in das Netz 193.0.0.0 mit einer seltsamen Netzmaske. Da dies ein Class C Netz ist (24 Bit für die Netzwerkadresse und 8Bit für die Rechneradresse) sollte die Netzmask eher 255.255.255.(0-255) sein. Und da es sich hier um eine Pear to Pear Verbindung handelt sollte die Netmask auf 255.255.255.255 stehen. Das Interface lo ist das Loopbackinterface und ist für die intere TCP/IP Kommunikation (X-Windows uvam) wichtig. Hier sind die Daten völlig ok, da das Netz 127.0.0.0 ein Class A Netz ist (8 Bit für die Netzwerkadresse und 24 Bit für die Rechneradresse). Die default Route (also alle Routen die nicht expliziet über ein anderes Interface erreicht werden) läuft über das Interface ippp0 und den Gateway mit der IP Adresse 193.158.137.61 (Dein P-t-P Partner).
root@hofgesang:/home/martin > ifconfig eth0 Link encap:Ethernet HWaddr 00:50:04:37:39:D6 inet addr:192.168.0.99 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:562 errors:0 dropped:0 overruns:0 frame:0 TX packets:658 errors:0 dropped:0 overruns:0 carrier:0 collisions:7 txqueuelen:100 Interrupt:11 Base address:0xfc80
Hier ist alles ok! :)
ippp0 Link encap:Point-to-Point Protocol inet addr:62.224.37.32 P-t-P:193.158.137.61 Mask:255.0.0.0 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:570 errors:0 dropped:0 overruns:0 frame:0 TX packets:548 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
Hmmm diese Daten finde ich aber seltsam. Weshalb ist den Dein P-t-P Partner in einem anderen Netz als Dein Rechner?
lo Link encap:Local Loopback [...]
Nachher:
root@hofgesang:/home/martin > ifconfig eth0 Link encap:Ethernet HWaddr 00:50:04:37:39:D6 inet addr:192.168.0.99 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6729 errors:0 dropped:0 overruns:0 frame:0 TX packets:7815 errors:0 dropped:0 overruns:0 carrier:0 collisions:32 txqueuelen:100 Interrupt:11 Base address:0xfc80
Hier ist immer noch alles ok!.
ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.0.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:11067 errors:0 dropped:0 overruns:0 frame:0 TX packets:12215 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
Ah. Was ist denn das? Weshalb hat denn ippp0 nach dem Auflegen dieselbe IP-Adresse wie eth0? Über welches Interface sollen den Daten an andere Netzwerke nun ihr Ziel erreichen? Du solltest dringend überprüfen, welche IP-Adressen Du den Interfaces im yast zugewiesen hast. Die *müssen* unterschiedlich sein. Außerdem ist es sinnvoll (aber nicht zwingend) die einzelnen Interfaces auch in unterschiedliche Netze zu legen (z.B. 192.168.0.99 für eth0 und 192.168.1.99 für ippp0 (vergiss dann bitte nicht die Adresse des Point to Point Rechners entsprechend auf 192.168.1.1 zu setzen)). Ich hoffe, daß ich mit meiner Analyse nicht so völlig fasch liege. Aber mich würde interessieren, welcher Provider denn so merkwürdige Netzwerkkonfigurationen macht. Viele Grüße Thom -- Everything should be made as simple as possible, but not simpler. -- Albert Einstein ------------------------------------------------------------------- bye bye (c) by Thom | Thorsten Marquardt | EMail: THOM@kaupp.chemie.uni-oldenburg.de | Member of the pzt project. | http://www.pzt.de -------------------------------------------------------------------