Zugang zum Router, aber nicht ins Internet - DNS Problem?
Ein Gruß an die Liste, mein Gerät besitzt einen WLAN- und einen Ethernet LAN-Ausgang. Ich habe erfolgreich den Schnittstellen permanente Namen zuordnen können: Für WLAN "kabellos" und für LAN "kabel". Die WLAN-Karte wird nie benutzt. Wenn es also nicht läuft, dann merke ich es daran, dass der Internetzugang über den häuslichen Router nicht funktioniert. Heute liefs mal wieder nicht. Ich kann zwar den Router erreichen und konfigurieren (die LAN-Schnittstelle namens "kabel" ist also im Prinzip am Laufen), nur komme ich nicht ins Internet. Fehlermeldung von Firefox ist "kann www.domain.de nicht finden". Ich vermute, dass da irgendwo ein Domainserver nicht läuft, oder da einer läuft, der nicht laufen soll. Erst nach einzwei Reboots gehts wieder. Meine Vermutung ist also, dass da u.U. mein SuSE 9.2 bei der Suche der Domains mitmischt. Der Router zeigt an, dass der DNS des Providers läuft. Vielleicht gibt ein Vergleich zweier Bootmessages Aufschluss (folgen am Ende). YaST2 sagt bei AUfruf des DNS-Server-Moduls, dass "bind" nachinstalliert werden soll. Ich schließe daraus, dass auf meinem Rechner kein DNS installiert ist. Ansonsten habe ich sonst keine Ahnung wo ich noch gucken könnte. Dane für Eure Hilfe im Voraus! Guido Erstes Boot.log : Kein Internetzugang (WLAN "kabellos nicht erkannt", LAN "kabel" erkannt) <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth1 device: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) eth1 configuration: bus-pci-0000:01:05.0 eth1 warning: using NO encryption eth1 (DHCP) . . . . . no IP address yet... backgrounding. eth1 Error while executing: Command 'ip route replace to 169.254.0.0/16 dev eth1' returned: RTNETLINK answers: No such device Configuration line: 169.254.0.0 - 255.255.0.0 eth1 done kabel device: Intel Corp. 82801BD PRO/100 VM (MOB) Ethernet Controller (rev 83) kabel configuration: eth-id-00:80:88:03:e5:bc <notice>checkproc: /sbin/dhcpcd 4187 kabel (DHCP) . IP/Netmask: 192.168.2.51 / 255.255.255.0doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0) Zweites Boot.log: Internetzugang läuft (beide WLAN und LAN korrekt erkannt) <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done kabel device: Intel Corp. 82801BD PRO/100 VM (MOB) Ethernet Controller (rev 83) kabel configuration: eth-id-00:80:88:03:e5:bc kabel (DHCP) . <notice>pidofproc: dhcpcd 4255 IP/Netmask: 192.168.2.51 / 255.255.255.0done kabellos device: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) kabellos configuration: bus-pci-0000:01:05.0 kabellos warning: using NO encryption <notice>checkproc: /sbin/dhcpcd 4299 kabellos (DHCP) . . . . . no IP address yet... backgrounding. doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0)
Ich glaube ich kann das Problem auf ein inkonsistentes Verhalten des dhcpcd Dämons beim Booten zurückführen. Details folgen: Am Montag, 27. Juni 2005 14:48 schrieb Guido Pinkernell:
Ein Gruß an die Liste,
Heute liefs mal wieder nicht. Ich kann zwar den Router erreichen und konfigurieren (die LAN-Schnittstelle namens "kabel" ist also im Prinzip am Laufen), nur komme ich nicht ins Internet. Fehlermeldung von Firefox ist "kann www.domain.de nicht finden".
Hier eine conf und zwei logs, dann meine Frage: 1. resolve.conf lautet bei funktionierendem Internetzugang: search local nameserver 192.168.2.1 2. Erstes Boot.log : Kein Internetzugang
kabel device: Intel Corp. 82801BD PRO/100 VM (MOB) Ethernet Controller (rev 83) kabel configuration: eth-id-00:80:88:03:e5:bc <notice>checkproc: /sbin/dhcpcd 4187 kabel (DHCP) . IP/Netmask: 192.168.2.51 / 255.255.255.0doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0)
3. Zweites Boot.log: Internetzugang läuft
kabel configuration: eth-id-00:80:88:03:e5:bc kabel (DHCP) . <notice>pidofproc: dhcpcd 4255 IP/Netmask: 192.168.2.51 / 255.255.255.0done kabellos device: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0)
4. Meine Frage: Man sieht im zweiten, "funktionierenden" Bootlog, dass der dhcpcd anders aufgerufen wird. Die vom dhcpcd geschriebene resolve.conf zeigt - im Gegensatz zur default - einen zusätzlichen Eintrag "nameserver 192.169.2.1". Das ist die ID meines Routers. Ich vermute nun, dass bei einem fehlerhaften Booten dieser Eintrag von dhcpcd nicht geschrieben wird. Ich weiss, dass man in YaST2 eine feste resolve.conf definieren kann, indem man das Überschreiben durch dhcpcd verhindert. Dort könnte ich den besagten Eintrag per Hand vornehmen. Nur habe ich diesen Rechner auch in anderen Netzwerken hängen, wo u.U. eine andere Nameserver ID geschrieben werden muss. Das heisst, ich muss dhcpcd erlauben, die resolve.conf zu überschreiben. Wie kann ich dieses Problem lösen? Danke für Hilfe! Guido
Hallo Guido, hallo Leute, Am Montag, 27. Juni 2005 17:50 schrieb Guido Pinkernell:
Ich glaube ich kann das Problem auf ein inkonsistentes Verhalten des dhcpcd Dämons beim Booten zurückführen. Details folgen:
Am Montag, 27. Juni 2005 14:48 schrieb Guido Pinkernell: [...] 1. resolve.conf lautet bei funktionierendem Internetzugang:
BTW: Die Datei heißt resolv.conf - ohne "e". [...]
Man sieht im zweiten, "funktionierenden" Bootlog, dass der dhcpcd anders aufgerufen wird. Die vom dhcpcd geschriebene resolve.conf zeigt - im Gegensatz zur default - einen zusätzlichen Eintrag "nameserver 192.169.2.1". Das ist die ID meines Routers. Ich vermute nun, dass bei einem fehlerhaften Booten dieser Eintrag von dhcpcd nicht geschrieben wird.
Das kannst Du ja beim nächsten Auftreten des Fehlers nachsehen. Anhand Deiner Beschreibung könnte es jedenfalls so sein.
Ich weiss, dass man in YaST2 eine feste resolve.conf definieren kann, indem man das Überschreiben durch dhcpcd verhindert. Dort könnte ich den besagten Eintrag per Hand vornehmen. Nur habe ich diesen Rechner auch in anderen Netzwerken hängen, wo u.U. eine andere Nameserver ID geschrieben werden muss. Das heisst, ich muss dhcpcd erlauben, die resolve.conf zu überschreiben.
Wie kann ich dieses Problem lösen?
Zeig mal die Konfiguration des dhcpd auf dem Router. Auch die Logfile-Einträge (auf Client und Router) wären interessant. Evtl. könntest Du schlicht die Nameserver-Zuweisung per DHCP abschalten und den im heimischen Netzwerk nötigen Eintrag auf allen Clients von Hand eintragen. In fremden Netzen könnte der dortige dhcpd die Einstellungen wie gehabt überschreiben. Gruß Christian Boltz -- Also, ich hab mit win3.11 (damals war ich 2 jahre alt) angefangen und hab dann alle Win-versionen erlebt, bis xp. Das war entgültig zuviel. Danach war Schluss. Jetzt nur noch SuSE Linux. [Soeren Wengerowsky in suse-linux]
Am Montag, 27. Juni 2005 23:31 schrieb Christian Boltz:
Hallo Guido, hallo Leute,
Wie kann ich dieses Problem lösen?
Zeig mal die Konfiguration des dhcpd auf dem Router. Auch die Logfile-Einträge (auf Client und Router) wären interessant.
Evtl. könntest Du schlicht die Nameserver-Zuweisung per DHCP abschalten und den im heimischen Netzwerk nötigen Eintrag auf allen Clients von Hand eintragen. In fremden Netzen könnte der dortige dhcpd die Einstellungen wie gehabt überschreiben.
Danke, Christian, für die Hinweise. Klingt sinnvoll. Ich bin jetzt aber erstmal dem Ratschlag von Ralf gefolgt und harre der Dinge, die da kommen. Guido
Am Montag, 27. Juni 2005 17:50 schrieb Guido Pinkernell:
Ich glaube ich kann das Problem auf ein inkonsistentes Verhalten des dhcpcd Dämons beim Booten zurückführen. Details folgen:
Am Montag, 27. Juni 2005 14:48 schrieb Guido Pinkernell:
Ein Gruß an die Liste,
Heute liefs mal wieder nicht. Ich kann zwar den Router erreichen und konfigurieren (die LAN-Schnittstelle namens "kabel" ist also im Prinzip am Laufen), nur komme ich nicht ins Internet. Fehlermeldung von Firefox ist "kann www.domain.de nicht finden".
Hier eine conf und zwei logs, dann meine Frage:
1. resolve.conf lautet bei funktionierendem Internetzugang:
search local nameserver 192.168.2.1
2. Erstes Boot.log : Kein Internetzugang
kabel device: Intel Corp. 82801BD PRO/100 VM (MOB) Ethernet Controller (rev 83) kabel configuration: eth-id-00:80:88:03:e5:bc <notice>checkproc: /sbin/dhcpcd 4187 kabel (DHCP) . IP/Netmask: 192.168.2.51 / 255.255.255.0doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0)
3. Zweites Boot.log: Internetzugang läuft
kabel configuration: eth-id-00:80:88:03:e5:bc kabel (DHCP) . <notice>pidofproc: dhcpcd 4255 IP/Netmask: 192.168.2.51 / 255.255.255.0done kabellos device: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
doneSetting up service network . . . . . . . . . . . . . . . .done <notice>exit status of (network) is (0)
4. Meine Frage:
Man sieht im zweiten, "funktionierenden" Bootlog, dass der dhcpcd anders aufgerufen wird. Die vom dhcpcd geschriebene resolve.conf zeigt - im Gegensatz zur default - einen zusätzlichen Eintrag "nameserver 192.169.2.1". Das ist die ID meines Routers. Ich vermute nun, dass bei einem fehlerhaften Booten dieser Eintrag von dhcpcd nicht geschrieben wird.
Das mag dir jetzt vielleicht nicht viel helfen, aber ich habe mal ein ähnliches Phänomen gehabt, war, glaub ich, SuSE 8.1 und auch bei Knoppix 3.4, und zwar wurde der Eintrag in die /etc/resolv.conf beim Booten korrekt vorgenommen, aber nach ca. 5 min, war wieder die Standardatei resolv.conf da, womit natürlich keine Namensauflösung möglich war. Konnte ich dann auch nur dadurch beheben, dass ich die Datei auf einen anderen Namen kopiert habe und nachdem die Standarddatei plötzlich wieder da war, wieder zurückkopiert habe. Mfg, Thomas
Am Montag, 27. Juni 2005 14:48 schrieb Guido Pinkernell:
Ein Gruß an die Liste,
Hallo Guido,
mein Gerät besitzt einen WLAN- und einen Ethernet LAN-Ausgang. Ich habe erfolgreich den Schnittstellen permanente Namen zuordnen können: Für WLAN "kabellos" und für LAN "kabel". Die WLAN-Karte wird nie benutzt. Wenn es also nicht läuft, dann merke ich es daran, dass der Internetzugang über den häuslichen Router nicht funktioniert.
Hast Du hier schon nachgesehen? http://portal.suse.com/sdb/de/2002/10/multi_dhcp_client.html Dazu gab es bereits mehrere Threads, ich glaube vorzugsweise auf suse-laptop.
YaST2 sagt bei AUfruf des DNS-Server-Moduls, dass "bind" nachinstalliert werden soll. Ich schließe daraus, dass auf meinem Rechner kein DNS installiert ist. Ansonsten habe ich sonst keine Ahnung wo ich noch gucken könnte.
Versuchst Du auf Deinem Client einen DNS Server aufzusetzen? Willst Du das wirklich? Ralf
Am Montag, 27. Juni 2005 22:48 schrieb Ralf Arndt:
Am Montag, 27. Juni 2005 14:48 schrieb Guido Pinkernell:
Ein Gruß an die Liste,
Hallo Guido,
mein Gerät besitzt einen WLAN- und einen Ethernet LAN-Ausgang. Ich habe erfolgreich den Schnittstellen permanente Namen zuordnen können: Für WLAN "kabellos" und für LAN "kabel". Die WLAN-Karte wird nie benutzt. Wenn es also nicht läuft, dann merke ich es daran, dass der Internetzugang über den häuslichen Router nicht funktioniert.
Hast Du hier schon nachgesehen? http://portal.suse.com/sdb/de/2002/10/multi_dhcp_client.html Dazu gab es bereits mehrere Threads, ich glaube vorzugsweise auf suse-laptop.
Ah! Das sieht gut aus, und passt zu meinem Verdacht, den ich in meiner zweiten Mail in diesem Thread beschrieben habe. Danke für den Hinweis!
YaST2 sagt bei AUfruf des DNS-Server-Moduls, dass "bind" nachinstalliert werden soll. Ich schließe daraus, dass auf meinem Rechner kein DNS installiert ist. Ansonsten habe ich sonst keine Ahnung wo ich noch gucken könnte.
Versuchst Du auf Deinem Client einen DNS Server aufzusetzen? Willst Du das wirklich?
Nein. Ich wollte nur mal gucken, ob bei mir ein solcher installiert ist. Offensichtlich ist er das nicht, und er solls auch nicht sein. Guido
participants (4)
-
Christian Boltz -
Guido Pinkernell -
Ralf Arndt -
Thomas Gräber