DHCP und DNS Auflösung über WLAN mit Kernel 2.6.7

[os9362]

Hallo zusammen,

habe mir vor gut sechs Monaten Kanotix BH2 installiert und das System dann mit apt-get auf dem neusten Stand gehalten. Zwischendurch habe ich mal den Kernel 2.6.3 eingespielt.

Um jetzt einen aktuellen Kernel zu haben, habe ich Kernel 2.6.7-kanotix installiert. Dieser wird von Kano fertig übersetzt zum Downloaden angeboten.

Seitdem funktioniert die DNS Auflösung über das WLAN Interface nur noch, wenn ich eine statische IP Adresse vergebe. Nutze ich DHCP bekommt mein Laptop zwar eine IP Adresse zugewiesen, die Namensauflösung im Internet erfolgt aber nicht mehr.

Die Einträge in /etc/resolv.conf enthalten die richtigen IP Adressen des DNS-Servers.

Das Problem tritt bei Verwendung von eth0 und Netzwerkkabel nicht auf. Hier funktioniert alles wie bisher.

Das Problem tritt sowohl mit dem WLAN-Treiber driverloader von linuxant.com auf, als auch mit dem Treiber ipw2100 von http://ipw2100.sourceforge.net/ . Scheint also vom Treiber unabhängig zu sein?

Unter dem alten Kernel 2.6.3 lief bisher driverloader; ohne Probleme.

/etc/network/interfaces sieht folgendermaßen aus:

Code: Alles auswählen

[...]
iface wlan0 inet dhcp 
        wireless_key "s:1234567890123"
        wireless_essid NAME
        wireless_channel 6
        wireless_mode managed
[...]

Stelle ich auf statisch um, funktioniert es:

Code: Alles auswählen

[...]
iface wlan0 inet static
        address 192.168.1.10
        netmask 255.255.255.0
        gateway 192.168.1.1
        wireless_key "s:1234567890123"
        wireless_essid NAME
        wireless_channel 6
        wireless_mode managed
[...]

Hat jemand eine Idee, wo der Haken zu finden ist?

Gruß
os9362

[mistersixt]

Wie sieht denn die Default-Route aus, wenn Du dhcp über die WLAN-Karte machst ("netstat -rn"). Oder hast Du zufällig auf eth0 und wlan0 die gleichen Netzwerkadressen (einmal per dhcp, einmal statisch)? Wie sieht also "ifconfig -a" aus, wenn Deine wlan-Karte eine ip zugewiesen bekommen hat?

Gruss, mistersixt.

[os9362]

Hallo,

beim Booten startet wlan0 automatisch, eth0 starte ich bei Bedarf (wenn ich Backups erstelle) per Hand. Somit sind im Regelfall nicht beide Schnittstellen gleichzeitig im Gebrauch.

Nur wlan0 gestartet (DHCP aktiv):

Code: Alles auswählen

root@maennlein:~# netstat -rn
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlan0

Nur eth0 gestartet (DHCP aktiv):

Code: Alles auswählen

root@maennlein:~# netstat -rn
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

eth0 und wlan0 gestartet (DHCP aktiv):

Code: Alles auswählen

root@maennlein:~# netstat -rn
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlan0
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

Code: Alles auswählen

root@maennlein:~# ifconfig -a
eth0      Protokoll:Ethernet  Hardware Adresse 00:06:1B:D3:4F:94
          inet Adresse:192.168.1.10  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6 Adresse: fe80::206:1bff:fed3:4f94/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:59 errors:0 dropped:0 overruns:0 frame:0
          TX packets:71 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:9796 (9.5 KiB)  TX bytes:10008 (9.7 KiB)

wlan0      Protokoll:Ethernet  Hardware Adresse 00:04:23:6E:06:2A
          inet Adresse:192.168.1.11  Bcast:192.168.1.255  Maske:255.255.255.0
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:263 errors:0 dropped:0 overruns:0 frame:0
          TX packets:430 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:131926 (128.8 KiB)  TX bytes:77805 (75.9 KiB)

eth2      Protokoll:UNSPEC  Hardware Adresse 00-06-1B-00-20-09-A4-7A-00-00-00-00-00-00-00-00
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:28 errors:0 dropped:0 overruns:0 frame:0
          TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:1704 (1.6 KiB)  TX bytes:1704 (1.6 KiB)

sit0      Protokoll:IPv6-nach-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Vielen Dank für die Unterstützung!

Gruß os9362

[os9362]

Hi!
Kann man aus der Ausgabe von netstat -rn irgendwelche Schlussfolgerungen ziehen, die die Problemsuche ein wenig einschränken?

Gruß
os9362

[mistersixt]

Also, was schon mal nicht gehen kann, ist der letzte Output von "ifconfig -a": Deine Netzwerkkarten dürfen nicht(!) 192.168.1.X gleichzeitig haben! Woher soll der Kernel wisssen, über welche Karte Netzwerkpakete rauszuschicken sind? Mach mal "ifconfig eth0 192.168.2.1", um die aus dem Netzwerk 192.168.1.X "rauszunehmen". Dann mach mal "killall pump" (das killlt den eventuell laufenden DHCP-Client) und anschliessend wieder "pump -i wlan0", um diesen wieder zu starten.

Was siehst Du dann - eventuell auf der Console - oder in /var/log/messages und /var/log/syslog ?

Gruss, mistersixt.

[os9362]

Ok, habe eth0 einfach mal komplett aus /etc/network/interfaces entfernt.

Wenn ich "killall pump" ausführe, bekomme ich die Meldung "Kein Prozeß abgebrochen". Das dürfte auch in Ordnung sein, da ich zuvor mit "ps aux" auch keinen Prozeß namens pump finden konnte.

pump -i wlan0 bewirkt, dass eine IP Adresse zugeordnet wird und die Namensauflösung funktioniert! Juhuu!!!

Nach einem reboot mit aktivem DHCP bekommt wlan0 wieder eine IP zugeteilt, die Namensauflösung funktioniert allerdings nicht. Ein erneutes pump -i wlan0 bringt die Namensauflösung wieder zum Laufen.

Im Syslog findet sich nach dem Starten von pump nur noch folgende Zeile:

Code: Alles auswählen

wlan0: no IPv6 routers present

Laut "man pump" wird pump beim Booten des Systems mittels /sbin/ifup Script gestartet. Leider ist dieses File nicht einsehbar. Eine /etc/pump.conf kann ich auf meinem System gar nicht finden.

Wo kann ich eine Einstellung jetzt so verändern, dass DHCP nach dem Booten ohne manuellen Eingriff funktioniert?

Da ich das Problem mit dem Kernel 2.6.3 nicht hatte, frage ich mich, ob das Problem im Zusammenhang mit derm Kernlupgrade auf 2.6.7 steht? Im Changelog zu 2.6.7 kann ich mal nichts aufschlussreiches zum Thema DHCP finden.

Gruß
os9362

[mistersixt]

Ich habe zu Hause auch eine WLAN-Karte, ich hatte (den Grund weiss ich aber irgendwie nicht mehr) einfach ein Startscript in /etc/init.d/ abgelegt, dass den key, essid, channel etc. setzt und anschliessend per pump eine IP-Adresse zugewiesen bekommt (mit "update-rc.d <scriptname>" kannst Du die Symlinks fürs Starten und Stoppen setzen lassen). In /etc/network/interfaces habe ich das Ding komplett ausgetragen.

Gruss, mistersixt.

[os9362]

Dann werde ich das wohl auch einfach so machen ...

Herzlichen Dank für deine Hilfe!!

Gruß
os9362