8.1 baut immer statische defaultroute, was soll das?
Hallo, Suse 8.1 baut bei Einrichtung eines Interface mit einem Internet-Provider immer eine defaultroute auf, auch wenn nicht in das Interface eingewählt ist. 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ippp1 Was soll der Quatsch? Wenn ich defaultroute=no einstelle (oder das mit Yast mache) dann habe ich nach Verbindungsaufbau ins Internet auch keine defaultroute und muß die mir händisch nachsetzen. Bei Verbindungsabbau mit isdnctrl hangup ippp1 verschwindet die händisch gesetzte defaultroute. Da ist doch was faul! Hängt das mit PCMCIA-KArten-System zusammen? Ich arbeite gerade an einem LAptop mit Sedlbauer-PCMCIA. meine cfg-net1: (hier mit defaultroute auf "no") CHARGEHUP="on" DEFAULTROUTE="no" DYNAMICIP="yes" IPADDR="0.0.0.0" MSN="830999" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="mobilcom" PTPADDR="0.0.0.0" STARTMODE="hotplug" thx Ekkard
Am Montag, 19. Mai 2003 03:45 schrieb Ekkard Gerlach:
Da ist doch was faul!
Ich glaube da gehen ein paar Dinge durcheinander, jedenfalls kommt es bei mir etwas unklar an. Deshalb zur Klarstellung, wie es funktioniert oder funktionieren sollte. Wenn du bei der Einrichtung eines Interfaces mit YaST für dieses Interfache das Kreuzchen für die Defaultroute setzt, dann wird dieses Interface auch im verbindungslosen zustand als Defaultroute gesetzt. Das ist extrem wichtig, falls man mit dial-on-demand arbeitet. Dial-on-demand funktioniert nunmal nur, wenn es zu Zugriffen auf das entsprechende device kommt. Ohne Route darauf kommt es dazu aber nicht. Die Frage ist nun eigentlich, wieso es dich stört, dass das Interface nach draußen die Defaultroute ist. Routes auf interne Interfaces kann braucht man normalerweise ja nur für bestimmte Netze, für die man ggf. eine Route einfach in die Routing-Tabelle einträgt. Wenn für das Interface kein dial-on-demand verwendet wird, kann man natürlich auch die Defaultroute beim Verbindungsaufbau setzen und nach dem Verbindungsabbau wieder zurückändern. Das kann man beispielsweise per Script in /etc/ppp/ip-up.d und /etc/ppp/ip-down.d erledigen (es gibt aber auch noch ifup- und ifdown-Skripte, möglicherweise wären die dafür besser). Gruß Markus
* Markus Kohm schrieb:
Am Montag, 19. Mai 2003 03:45 schrieb Ekkard Gerlach:
Da ist doch was faul!
Ich glaube da gehen ein paar Dinge durcheinander, jedenfalls kommt es bei mir ...
das Kreuzchen für die Defaultroute setzt, dann wird dieses Interface auch im verbindungslosen zustand als Defaultroute gesetzt. Das ist extrem wichtig, falls man mit dial-on-demand arbeitet. Dial-on-demand funktioniert nunmal nur, wenn es zu Zugriffen auf das entsprechende device kommt. Ohne Route darauf kommt es dazu aber nicht.
Stimmt nicht! Nimm Suse 8.0 und abwärts: es ist KEINE defaultroute gesetzt. Ich habe PCs am laufen mit mehreren Interfaces. Es ist KEINE defaultroute gesetzt. Wo kämen wir denn da hin, wenn 5 defaultroutes gesetzt sind und ich nutze nun ein Interface für den Internet-Zugang oder ich konfiguriere mal auf die Schnelle eine default-route, damit Zugriff über einen router möglich wird! Dann müßte mal eben schnell 5 defaultroutes gekappt werden. Das wäre Unsinn.
Die Frage ist nun eigentlich, wieso es dich stört, dass das Interface nach draußen die Defaultroute ist. Routes auf interne Interfaces kann braucht man
ganz einfach. Ich mache ping auf irgendeine IP und möchte die Erreichbarkeit des hosts testen. Wenn der host nicht existiert, dann "stirbt" ping, also keine Ausgabe, anstatt "host is unreachable". Ein Route, die ins Leere zeigt ist netzwerktechnisch quatsch. Denke mal an einen Server einer Firma, bei der es in den Routingtables eh schon etwas unübesichtlich zugeht!
Wenn für das Interface kein dial-on-demand verwendet wird, kann man natürlich auch die Defaultroute beim Verbindungsaufbau setzen und nach dem Verbindungsabbau wieder zurückändern. Das kann man beispielsweise per Script in /etc/ppp/ip-up.d und /etc/ppp/ip-down.d erledigen (es gibt aber auch noch ifup- und ifdown-Skripte, möglicherweise wären die dafür besser).
ahhh. Das ist offenbar in neueren Versionen ab 8.1 erstmal weggelassen worden. o.k., mir bleibt nichts anderes übrig als die defaultroute so zu setzen. Danke Ekkard
participants (2)
-
Ekkard Gerlach -
Markus Kohm