Hi, ich habe eben im Netz darüber gelesen und auch Artikel dazu gefunden, aber in keinem der Beiträge konnte ich eine Lösung finden. Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen. Das gleiche Problem habe ich auch in der UNI ... da ist es lediglich ein anderes gw ... gibt es dazu eine Möglichkeit dies auch hier zu automatisieren? Ist das ein bekannter bug bei der SuSE 9.1? Grüße und vielen Dank im Voraus OLI PS: Das gleiche Problem haben auch andere Leute an der UNI mit der SuSE 9.1 und anderen Netzwerkkarten. PPS: hier der Output von dhcpcd-test waln0 linux:~ # dhcpcd-test wlan0 dhcpcd: MAC address = 00:0b:6b:48:74:31 IPADDR=192.168.0.3 NETMASK=255.255.255.0 NETWORK=192.168.0.0 BROADCAST=192.168.0.255 GATEWAY=192.168.0.1 DNS=217.237.150.33,194.25.2.129 DHCPSID=192.168.0.1 DHCPGIADDR=0.0.0.0 DHCPSIADDR=192.168.0.1 DHCPCHADDR=00:0B:6B:48:74:31 DHCPSHADDR=00:00:21:CE:B4:EF DHCPSNAME='' LEASETIME=86400 RENEWALTIME=43200 REBINDTIME=75600 INTERFACE='wlan0' CLASSID='Linux 2.6.7 i686' CLIENTID=00:0B:6B:48:74:31 linux:~ #
Hallo Tim, mir ist dieses Problem unter SuSE 8.2 aufgefallen. Lösen konnte ich es damals nur mit einem Kernel-Update auf 2.4.25 Unter SuSE 9.1 habe ich dieses Problem nicht, wenn ich mit scpm ein WLAN-Profil anlege, bei dem die interne Netzwerkkarte deaktiviert ist. Versuche das doch auch mal. Ich fahre damit recht gut. Unter 8.2 lag das Problem darin, dass beim Bootvorgang zuerst das Netzwerk eingerichtet wurde und anschließend der CardManager gestartet wurde. Anscheinend wurde diese Querabhängigkeit nicht korrekt aufgelöst. Wird denn die Default-Route gesetzt, wenn Du nach dem Booten ein rcnetwork restart machst? Schönen Gruß, Wanja Am Montag, 16. August 2004 16:00 schrieb Tim Oliver Wagner:
Hi, ich habe eben im Netz darüber gelesen und auch Artikel dazu gefunden, aber in keinem der Beiträge konnte ich eine Lösung finden.
Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen. Das gleiche Problem habe ich auch in der UNI ... da ist es lediglich ein anderes gw ... gibt es dazu eine Möglichkeit dies auch hier zu automatisieren?
Ist das ein bekannter bug bei der SuSE 9.1?
Grüße und vielen Dank im Voraus
OLI
PS: Das gleiche Problem haben auch andere Leute an der UNI mit der SuSE 9.1 und anderen Netzwerkkarten.
PPS: hier der Output von dhcpcd-test waln0 linux:~ # dhcpcd-test wlan0 dhcpcd: MAC address = 00:0b:6b:48:74:31 IPADDR=192.168.0.3 NETMASK=255.255.255.0 NETWORK=192.168.0.0 BROADCAST=192.168.0.255 GATEWAY=192.168.0.1 DNS=217.237.150.33,194.25.2.129 DHCPSID=192.168.0.1 DHCPGIADDR=0.0.0.0 DHCPSIADDR=192.168.0.1 DHCPCHADDR=00:0B:6B:48:74:31 DHCPSHADDR=00:00:21:CE:B4:EF DHCPSNAME='' LEASETIME=86400 RENEWALTIME=43200 REBINDTIME=75600 INTERFACE='wlan0' CLASSID='Linux 2.6.7 i686' CLIENTID=00:0B:6B:48:74:31 linux:~ #
-- ==================================== Wanja Pernath Systems Development inovex GmbH Dornacher Str. 5 D-85622 Feldkirchen Tel.: +49 (0)89 / 90 10 80 - 242 Fax.: +49 (0)89 / 90 10 80 - 241 mailto: w.pernath@inovex.de http://www.inovex.de
Am Montag, 16. August 2004 16:27 schrieb Wanja Pernath:
Hallo Tim,
mir ist dieses Problem unter SuSE 8.2 aufgefallen. Lösen konnte ich es damals nur mit einem Kernel-Update auf 2.4.25
Ich habe einen eigenen Kernel gebaut 2.6.7 ... da war der 2.6.8 noch nicht raus ... hier geht es nicht ... unter dem SuSE Standardkernel funktioniert es jedoch auch nicht (habe ich bei einigen Studienkollegen gesehen) ...
Unter SuSE 9.1 habe ich dieses Problem nicht, wenn ich mit scpm ein WLAN-Profil anlege, bei dem die interne Netzwerkkarte deaktiviert ist.
Versuche das doch auch mal. Ich fahre damit recht gut.
Hmmm, eigentlich habe ich dafür extra die dhcp-server aufgesetzt ... also das muss doch gehen ...
Unter 8.2 lag das Problem darin, dass beim Bootvorgang zuerst das Netzwerk eingerichtet wurde und anschließend der CardManager gestartet wurde. Anscheinend wurde diese Querabhängigkeit nicht korrekt aufgelöst.
Also die karte ist eine Fest-Installierte mini PCI karte ... also hat nix mit dem Cardmanager bei mir zu tun ... das Kernelmodul wird auch vor dem dhcp der "Drahtkarte geladen" ... und der dhcp der wireless Karte wird erst nach dem dhcp der "Drahtkarte" durchgeführt ...
Wird denn die Default-Route gesetzt, wenn Du nach dem Booten ein rcnetwork restart machst?
Nein, das funktioniert nicht ... ist dass das gleiche wie ein /etc/init.d/network restart??? Irgendwelche weiteren Vorschläge? Schöne Grüße OLI PS: Hier der Output des restarts: linux:~ # rcnetwork restart Shutting down network interfaces: cipsec0 cipsec0 configuration: done eth0 device: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03) eth0 configuration: eth-id-00:0a:e4:4d:40:53 done wlan0 done Shutting down service network . . . . . . . . . . . . . . . done Hint: you may set mandatory devices in /etc/sysconfig/network/config Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done cipsec0 cipsec0 No configuration found for cipsec0 unused eth0 device: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03) eth0 configuration: eth-id-00:0a:e4:4d:40:53 eth0 (DHCP) . . . . . no IP address yet... backgrounding. waiting wlan0 wlan0 warning: using NO encryption wlan0 (DHCP) . IP/Netmask: 192.168.0.3 / 255.255.255.0 done ppp0 ppp0 Startmode is 'manual' skipped Setting up service network . . . . . . . . . . . . . . . . done linux:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 link-local * 255.255.0.0 U 0 0 0 wlan0 loopback * 255.0.0.0 U 0 0 0 lo linux:~ # route add default gw 192.168.0.1 linux:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 link-local * 255.255.0.0 U 0 0 0 wlan0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0 linux:~
Am Montag 16 August 2004 16:00 schrieb Tim Oliver Wagner:
Hi, ich habe eben im Netz darüber gelesen und auch Artikel dazu gefunden, aber in keinem der Beiträge konnte ich eine Lösung finden.
Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen. Das gleiche Problem habe ich auch in der UNI ... da ist es lediglich ein anderes gw ... gibt es dazu eine Möglichkeit dies auch hier zu automatisieren?
Hm, deine Ausgabe von dhcpcd-test wlan0 scheint ja zu bestätigen, dass das Gateway richtig übermittelt wurde. Also liegt das Problem im ifup der WLAN-Karte. Da das alles über Scripte läuft, solltest du dir die mal genauer ansehen - scheint dort ein Bug zu sein. Ich habe (leider?) keine SuSE 9.1, kann dir da also nicht konkreter weiterhelfen. Viellecht findest du dazu auch was in der Support-DB von SuSE. -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hi Tim, Am Montag, 16. August 2004 16:00 schrieb Tim Oliver Wagner:
Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen.
An die /etc/sysconfig/network/ifcfg-wlan.XYZ folgendes anhängen: DHCLIENT_MODIFY_RESOLV_CONF='yes' DHCLIENT_SET_DEFAULT_ROUTE='yes' Dann sollte es funktionieren. Gruß Detlef Reichelt
Am Montag, 16. August 2004 18:17 schrieb Detlef Reichelt:
Hi Tim,
Am Montag, 16. August 2004 16:00 schrieb Tim Oliver Wagner:
Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen.
An die /etc/sysconfig/network/ifcfg-wlan.XYZ folgendes anhängen:
DHCLIENT_MODIFY_RESOLV_CONF='yes' DHCLIENT_SET_DEFAULT_ROUTE='yes'
Dann sollte es funktionieren.
Hallo Detlef, vielen Dank. Genau so funktioniert es :-). Schöne Grüße OLI
Hallo Tim, hallo Leute, Am Montag, 16. August 2004 19:10 schrieb Tim Oliver Wagner:
Am Montag, 16. August 2004 18:17 schrieb Detlef Reichelt:
Am Montag, 16. August 2004 16:00 schrieb Tim Oliver Wagner:
Ich habe einen DHCP-Server installiert. Dieser sendet auch die Information über den Default GW. Bei einer "Draht Netzwerkkarte" wird über dhcp auch der default GW korrekt gesetzt. Jedoch funktioniert dies bei WLan Karten nicht. Hier muss man zuerst ein route add default gw 192.168.0.1 hinzufügen.
An die /etc/sysconfig/network/ifcfg-wlan.XYZ folgendes anhängen:
DHCLIENT_MODIFY_RESOLV_CONF='yes' DHCLIENT_SET_DEFAULT_ROUTE='yes'
Dann sollte es funktionieren.
vielen Dank. Genau so funktioniert es :-).
Allerdings sollte man auch auf den Nachteil dieser Methode hinweisen - nicht dass Du Dich irgendwann über ein lahmes Netzwerkkabel beschwerst... Wenn Du an einem Ort, an dem WLAN verfübgar ist, mit kabelgebundenen Netzwerk arbeitest, gibt es ein nettes Rennen um die default route ;-) Und wenn Du Pech hast, gewinnt das (langsamere) WLAN und das Netzwerkkabel verhindert nur, dass Dein Laptop wegrennt *g* Optimale Lösung ist der Einsatz des ifplugd - der überwacht, ob ein Netzwerkkabel angeschlossen ist, und aktiviert und deaktiviert dann die entsprechenden Devices. BTW: Diese Problematik ist in suse-laptop schon eine FAQ, eine Suche im dortigen Listenarchiv bringt noch einige weitere nützliche Details zum Vorschein. Stichwörter: ifplugd sowie DHCLIENT_PRIMARY_DEVICE Gruß Christian Boltz -- Aber irgendwann lernt mensch dann den Frust in Spass zu wandeln und (ähnlich wie Du, Axel) habe auch ich den einen oder anderen Kundenservice mit der Bitte um Downloadquellen für diesen 'IE', von dem da die Rede ist, möglichst als rpm gebeten - ohne Erfolg bisher. [Ralf Mohn in suse-linux]
participants (5)
-
Christian Boltz -
Detlef Reichelt -
Matthias Houdek -
Tim Oliver Wagner -
Wanja Pernath