Suse 10: Default Route für WLAN wird nicht korrekt gesetzt
Hi, ich hab ein Problem mit SuSE 10. Hardware: IBM R51 mit 2 Interface eth0 LAN, eth1 WLAN Beide Interfaces sind für DHCP konfiguriert. Wenn ich jetzt mobil unterwegs bin und Linux boote dann wird die Default Route nach dem einbuchen ins WLAN nicht korrekt gesetzt (kein LAN vorhanden). Workaround: ifdown eth0 ifdown eth1 ifup eth1 Zack -> route ist gesetzt Das setzten der IP-Adresse via DHCP funktioniert fehlerfrei auch wenn eth0 aktiv ist. Bug? Gruß Carsten
On Tue, Nov 29, 2005 at 10:26:40PM +0100, Carsten Krüger wrote:
Hi,
ich hab ein Problem mit SuSE 10. Hardware: IBM R51 mit 2 Interface eth0 LAN, eth1 WLAN Beide Interfaces sind für DHCP konfiguriert.
Wenn ich jetzt mobil unterwegs bin und Linux boote dann wird die Default Route nach dem einbuchen ins WLAN nicht korrekt gesetzt (kein LAN vorhanden).
...
Das setzten der IP-Adresse via DHCP funktioniert fehlerfrei auch wenn eth0 aktiv ist.
Bug?
Nein. Entweder google => DHCLIENT_PRIMARY_DEVICE oder beide Interfaces auf STARTMODE=ifplugd konfigurieren (geht auch im YaST, heißt glaube ich "Bei Kabelanschluss") Letzteres funktioniert sicher. -- Stefan Seyfried
Stefan Seyfried wrote:
On Tue, Nov 29, 2005 at 10:26:40PM +0100, Carsten Krüger wrote:
Hi,
ich hab ein Problem mit SuSE 10. Hardware: IBM R51 mit 2 Interface eth0 LAN, eth1 WLAN Beide Interfaces sind für DHCP konfiguriert.
Wenn ich jetzt mobil unterwegs bin und Linux boote dann wird die Default Route nach dem einbuchen ins WLAN nicht korrekt gesetzt (kein LAN vorhanden).
...
Das setzten der IP-Adresse via DHCP funktioniert fehlerfrei auch wenn eth0 aktiv ist.
Bug?
Nein.
Entweder google => DHCLIENT_PRIMARY_DEVICE oder beide Interfaces auf STARTMODE=ifplugd konfigurieren (geht auch im YaST, heißt glaube ich "Bei Kabelanschluss")
Letzteres funktioniert sicher. Da bei WLAN aber kein "Kabel" angesteckt wird ist das etwas schwierig. Ich habe daher das LAN-Device mit ifplugd laufen (Ja, es heisst "Bei Kabelanschluss") und das WLAN-Device auf Manuell und Benutzergesteuer gestellt.
Dadurch: Bei einstecken oder rausziehen des LAN-Kabels funktioniert alles und bei WLAN kann ich über kinternet die Verbindung auf und abbauen. Auch da läuft alles einfach. Netter Nebeneffekt: Man kann über kinternet das WLAN, in das man sich einbuchen will auch aussuchen. Ist auf Reisen ganz nett. Man muss nur darauf achten, dass man nicht beide zur gleichen Zeit benutzt, da es dann zu seltsamen effekten kommen kann. Gruß Mark
Am Samstag, 3. Dezember 2005 11:41 schrieb Mark Wenzel:
Stefan Seyfried wrote:
On Tue, Nov 29, 2005 at 10:26:40PM +0100, Carsten Krüger wrote:
Hi,
ich hab ein Problem mit SuSE 10. Hardware: IBM R51 mit 2 Interface eth0 LAN, eth1 WLAN Beide Interfaces sind für DHCP konfiguriert.
Wenn ich jetzt mobil unterwegs bin und Linux boote dann wird die Default Route nach dem einbuchen ins WLAN nicht korrekt gesetzt (kein LAN vorhanden).
...
Das setzten der IP-Adresse via DHCP funktioniert fehlerfrei auch wenn eth0 aktiv ist.
Bug?
Nein.
Entweder google => DHCLIENT_PRIMARY_DEVICE oder beide Interfaces auf STARTMODE=ifplugd konfigurieren (geht auch im YaST, heißt glaube ich "Bei Kabelanschluss")
Letzteres funktioniert sicher.
Da bei WLAN aber kein "Kabel" angesteckt wird ist das etwas schwierig. Ich habe daher das LAN-Device mit ifplugd laufen (Ja, es heisst "Bei Kabelanschluss") und das WLAN-Device auf Manuell und Benutzergesteuer gestellt.
Dadurch: Bei einstecken oder rausziehen des LAN-Kabels funktioniert alles und bei WLAN kann ich über kinternet die Verbindung auf und abbauen. Auch da läuft alles einfach. Netter Nebeneffekt: Man kann über kinternet das WLAN, in das man sich einbuchen will auch aussuchen. Ist auf Reisen ganz nett.
Man muss nur darauf achten, dass man nicht beide zur gleichen Zeit benutzt, da es dann zu seltsamen effekten kommen kann.
Genau da könnte evtl. der andere Hinweis von Stefan (DHCLIENT_PRIMARY_DEVICE) helfen. BTW: Weiß hier jemand warum der Artikel in der SDB verschwunden ist? Volltextsuche sowohl nach DHCLIENT_PRIMARY_DEVICE als auch nach "name resolution" liefert 0 Treffer. Ich bin mir sicher, daß ich damals mit dem zweitgenannten Suchargument die Lösung für mein Problem gefunden habe. Grüsse Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listreply (@) arndt-on-line (.) de
Hallo, Sorry für den Fehlalarm s.u. Am Samstag, 3. Dezember 2005 23:28 schrieb Ralf Arndt:
BTW: Weiß hier jemand warum der Artikel in der SDB verschwunden ist? Volltextsuche sowohl nach DHCLIENT_PRIMARY_DEVICE als auch nach "name resolution" liefert 0 Treffer. Ich bin mir sicher, daß ich damals mit dem zweitgenannten Suchargument die Lösung für mein Problem gefunden habe.
Hab den Artikel doch noch gefunden: http://portal.suse.com/sdb/en/2002/10/multi_dhcp_client.html War wohl wieder auf "Keywordsuche" umgesprungen. Jetzt in die Ecke gehend Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listreply (@) arndt-on-line (.) de
Hi,
Dadurch: Bei einstecken oder rausziehen des LAN-Kabels funktioniert alles und bei WLAN kann ich über kinternet die Verbindung auf und abbauen. Auch da läuft alles einfach. Netter Nebeneffekt: Man kann über kinternet das WLAN, in das man sich einbuchen will auch aussuchen. Ist auf Reisen ganz nett.
Danke. Mein Problem hat sich gerade noch verschlimmert. Ich hab jetzt 3 Interfaces: LAN, WLAN, OpenVPN alle laufen via DHCP. Am liebsten hätte ich das so: Alle 3 beim Start aktiviert, je nachdem wer zuerst ne Antwort vom DHCP bekommt (entweder LAN oder WLAN) soll die Defaultroute setzen. Dann kommt automatisch das OpenVPN hoch. Alle 3 sollen ihre IP setzen, ihre Routen (bis auf Default), ihren DNS-Server, ihr DNS-Suffix. Unter Windows klappt das Prima, ich kann mir nicht vorstellen, daß das unter Linux nicht gehen soll. Jetzt zu meinem aktuellen Problem: Selbst wenn ich nur WLAN oder nur LAN aktiviert habe, kann das OpenVPN nicht seinen DNS-Server setzen -> fatal (Der Internetverkehr wird nicht durchs VPN geroutet und der VPN-DNS-Server stellt nur lokale Domains bereit) Gruß Carsten
On Sat, Dec 03, 2005 at 11:41:09AM +0100, Mark Wenzel wrote:
Stefan Seyfried wrote:
oder beide Interfaces auf STARTMODE=ifplugd konfigurieren (geht auch im YaST, heißt glaube ich "Bei Kabelanschluss")
Letzteres funktioniert sicher.
Da bei WLAN aber kein "Kabel" angesteckt wird ist das etwas schwierig.
Vertrau' mir, es funktioniert trotzdem. Dafür gibts IFPLUGD_PRIORITY, die immer das Interface mit der höchsten Priorität "einschaltet". Kabel-Interfaces haben (wenn sie von YaST auf STARTMODE=ifplugd konfiguriert wurden) eine höhere Priorität als WLAN-Interfaces und das funktioniert dann einfach so wie man es will: bei kabelanschluss => LAN, ohne => WLAN.
Ich habe daher das LAN-Device mit ifplugd laufen (Ja, es heisst "Bei Kabelanschluss") und das WLAN-Device auf Manuell und Benutzergesteuer gestellt.
Benutzergesteuert geht auch noch zusätzlich zu "Bei Kabelanschluss". Dann wirds etwas komplizierter, funktioniert aber trotzdem. -- Stefan Seyfried
participants (4)
-
Carsten Krüger -
Mark Wenzel -
Ralf Arndt -
Stefan Seyfried