Das WLAN-Symbol zeigt eine Verbindung, trotzdem öffnen sich keine Webseiten. Windows meldet ein DNS-Problem, eine ungültige IP-Konfiguration oder das Gerät wirkt online, erreicht aber nichts Sinnvolles. In solchen Situationen werden DNS und DHCP häufig durcheinandergeworfen, obwohl sie im Netzwerk sehr unterschiedliche Aufgaben erfüllen.
DHCP sorgt dafür, dass ein Gerät automatisch passende Netzwerkeinstellungen erhält: IP-Adresse, Subnetzmaske, Standardgateway und oft auch den DNS-Server. DNS macht etwas anderes: Es übersetzt Namen wie „beispiel.de“ in IP-Adressen, damit ein Gerät das Ziel im Netzwerk oder im Internet adressieren kann.
Der Unterschied ist praktisch wichtig, weil die Fehlersuche davon abhängt. Ein Gerät ohne gültige IP-Adresse hat ein anderes Problem als ein Gerät mit funktionierender Verbindung, das nur keine Domainnamen auflösen kann. Gleichzeitig hängen beide Dienste zusammen, weil DHCP häufig vorgibt, welchen DNS-Server ein Gerät verwenden soll.
Inhaltsverzeichnis
- DHCP: Wie Geräte ihre Netzwerkeinstellungen bekommen
- DNS: Warum Namen erst in IP-Adressen übersetzt werden müssen
- Fehlerbilder unterscheiden: IP-Vergabe, Namensauflösung und Router-Konfiguration
DHCP: Wie Geräte ihre Netzwerkeinstellungen bekommen
DHCP ist der Dienst, der Geräten beim Beitritt zu einem Netzwerk automatisch die passenden lokalen Netzwerkeinstellungen zuweist. Das ist nicht gleichbedeutend mit Internetzugang. DHCP stellt nicht das Internet bereit, sondern liefert die Daten, mit denen ein Gerät überhaupt sinnvoll am lokalen Netz teilnehmen kann.
Der Ablauf lässt sich ohne Protokolldetails erklären: Ein Gerät verbindet sich mit WLAN oder LAN und fragt nach einer passenden Konfiguration. Ein DHCP-Server antwortet mit den vorgesehenen Parametern. Im Heimnetz ist dieser DHCP-Server meist der Router; in Büro- oder Unternehmensnetzen kann auch ein anderer Server diese Aufgabe übernehmen.
Typischerweise erhält das Gerät dabei mehrere Werte, die zusammenpassen müssen:
- IP-Adresse: die lokale Adresse des Geräts im jeweiligen Netz.
- Subnetzmaske: die Information, welcher Adressbereich als direkt lokales Netz gilt.
- Standardgateway: meist die Router-Adresse, über die Ziele außerhalb des eigenen Netzes erreicht werden.
- DNS-Server: häufig ebenfalls der Router oder ein anderer vorgegebener Server für die Namensauflösung.
Diese Werte sind nur dann hilfreich, wenn sie zur tatsächlichen Netzstruktur passen. Eine gültig wirkende IP-Adresse reicht allein nicht aus, wenn das Gateway fehlt oder die Adresse in einem falschen Segment liegt. Ebenso kann ein Gerät zwar mit dem WLAN verbunden sein, aber trotzdem keine brauchbare IP-Konfiguration besitzen. Die Funkverbindung ist dann nur die Verbindung zum Zugangspunkt, nicht automatisch die vollständige Teilnahme am Netzwerk.
Ein typischer Hinweis auf eine fehlgeschlagene automatische Konfiguration ist eine Adresse im Bereich 169.254.x.x. Solche Adressen werden von Geräten häufig selbst vergeben, wenn keine gültige DHCP-Antwort angekommen ist. Damit kann unter Umständen eine sehr eingeschränkte lokale Kommunikation möglich sein, für den normalen Zugriff auf Router, Internet oder andere Netzsegmente fehlt aber meist die passende vollständige Konfiguration.
Anschaulich gesagt weist DHCP dem Gerät die Netzwerkdaten zu, ähnlich wie eine Rezeption einem Gast Zimmernummer und Wegbeschreibung gibt. Wenn diese Zuweisung ausbleibt oder falsch ist, steht das Gerät zwar im Gebäude, findet aber nicht den richtigen Weg.
DNS: Warum Namen erst in IP-Adressen übersetzt werden müssen
DNS hat eine andere Aufgabe als DHCP. DNS vergibt nicht die lokale IP-Adresse eines Geräts und ersetzt keine Netzwerkkonfiguration. DNS beantwortet die Frage, welche IP-Adresse zu einem Namen wie beispiel.de gehört.
Aus Nutzersicht beginnt DNS meist mit einer alltäglichen Handlung: Eine Webseite wird im Browser aufgerufen. Das Gerät kennt zunächst nur den Namen. Es fragt deshalb einen DNS-Server, welche Zieladresse zu diesem Namen passt. Erst wenn diese Information vorliegt, kann die eigentliche Verbindung zum Ziel aufgebaut werden.
Die klare Abgrenzung lautet: DHCP gibt dem Gerät seine Netzwerkkonfiguration. DNS findet zu einem Namen die passende Zieladresse. Deshalb kann die grundlegende Verbindung durchaus bestehen, obwohl Webseiten über Namen nicht laden. Das Gerät kann im richtigen Netz sein, ein Gateway besitzen und dennoch scheitern, wenn der eingetragene DNS-Server nicht antwortet oder falsche Informationen liefert.
Ein praktisches Beispiel ist der Vergleich zwischen direkter IP-Adresse und Domainname. Wenn ein Ziel über eine IP-Adresse erreichbar ist, der Name aber nicht funktioniert, spricht das eher für ein Problem der Namensauflösung. Der Test ist allerdings nicht immer eindeutig, weil viele moderne Webseiten Hostnamen, Zertifikate und Weiterleitungen benötigen und deshalb nicht einfach vollständig über eine rohe IP-Adresse funktionieren.
DNS-nahe Ursachen können ein nicht erreichbarer DNS-Server, eine falsche DNS-Vorgabe durch VPN oder Filtersoftware oder eine veraltete zwischengespeicherte DNS-Antwort sein. Auch einzelne Domains können betroffen sein, ohne dass die gesamte Namensauflösung ausgefallen ist. Nicht jede nicht ladende Webseite ist deshalb automatisch ein DNS-Problem; die Beobachtung muss zur restlichen Netzwerkkonfiguration passen.
Fehlerbilder unterscheiden: IP-Vergabe, Namensauflösung und Router-Konfiguration
In der Praxis beginnt die Einordnung nicht mit dem Begriff DNS oder DHCP, sondern mit einer Beobachtung am Gerät: Welche IP-Adresse ist eingetragen, ist ein Gateway vorhanden, und scheitert nur der Aufruf von Namen oder bereits die grundlegende Netzverbindung? Die folgende Tabelle ordnet typische Situationen vorsichtig ein. Sie ersetzt keine vollständige Analyse der jeweiligen Umgebung, zeigt aber, an welcher Stelle zuerst geprüft werden sollte.
| Beobachtung im Alltag | Was das eher bedeutet | Woran der Unterschied erkennbar ist | Sinnvoller nächster Blick |
|---|---|---|---|
Gerät ist im WLAN, hat aber eine Adresse im Bereich 169.254.x.x. |
Das spricht eher für ein DHCP-Problem: Das Gerät hat keine passende automatische Konfiguration erhalten und verwendet eine Ersatzadresse für das lokale Segment. | Eine solche Adresse passt meist nicht zum normalen Heimnetz, etwa nicht zu Bereichen wie 192.168.x.x. Häufig fehlt zusätzlich ein brauchbares Standardgateway. |
DHCP-Funktion des Routers, WLAN-Zuordnung, Netzwerksegment und Erreichbarkeit des DHCP-Servers prüfen. |
| Das Gerät hat eine IP-Adresse, aber kein Standardgateway. | Das ist eher ein Problem der IP-Konfiguration, häufig in der DHCP-Zuweisung oder in einer fehlerhaften manuellen Einstellung. | Ohne Gateway kann das Gerät oft lokale Nachbarn erreichen, aber keine Ziele außerhalb des eigenen Subnetzes. | Prüfen, ob DHCP ein Gateway verteilt oder ob bei manueller Konfiguration das richtige Router-Gateway eingetragen ist. |
| Die IP-Adresse liegt in einem anderen Bereich als bei funktionierenden Geräten. | Das deutet eher auf DHCP, VLAN-Zuordnung, ein falsches Netz oder eine unpassende manuelle IP hin. | Wenn andere Geräte beispielsweise 192.168.178.x verwenden, ein betroffenes Gerät aber in einem abweichenden Netz landet, passt die lokale Konfiguration nicht zur Umgebung. |
Adressbereich, WLAN- oder LAN-Segment, VLAN-Zuordnung und Router-DHCP des betreffenden Netzes vergleichen. |
| Windows oder ein anderes System meldet einen möglichen IP-Adresskonflikt. | Das spricht eher für ein Problem bei der IP-Vergabe oder für eine doppelt vergebene manuelle Adresse. | Zwei Geräte versuchen dann, dieselbe lokale Adresse zu verwenden. Das kann Verbindungen instabil machen, obwohl WLAN oder Kabelverbindung vorhanden sind. | Reservierungen, manuell gesetzte IP-Adressen und DHCP-Adressbereich darauf prüfen, ob sich Adressen überschneiden. |
| Ein Gerät in einem bestimmten VLAN oder Gastnetz bekommt keine gültige IP-Adresse. | Das ist eher ein DHCP- oder Segmentierungsproblem, nicht zuerst ein DNS-Problem. | Andere Netze funktionieren, aber genau dieses VLAN oder Gastnetz liefert keine passende Adresse oder kein Gateway. | Prüfen, ob für dieses VLAN ein DHCP-Server oder eine DHCP-Weiterleitung vorgesehen ist und ob das Gerät im richtigen Netz landet. |
| Nach dem Anschluss eines zweiten Routers erhalten Geräte wechselnde oder unplausible Netzwerkeinstellungen. | Das kann auf konkurrierende DHCP-Server hindeuten. | Manche Geräte bekommen Gateway und DNS vom ersten Router, andere vom zweiten. Dadurch entstehen gemischte Adressbereiche oder widersprüchliche Routen. | Router-Rollen klären: Welches Gerät soll DHCP bereitstellen, welches nur als Access Point, Switch oder Mesh-Knoten arbeiten? |
| Das Gerät hat eine plausible IP-Adresse und ein Gateway, Domains laden aber nicht. | Das spricht eher für ein DNS-Problem, sofern die grundlegende Verbindung ins Netz besteht. | Die lokale Konfiguration wirkt vollständig, aber Namen wie beispiel.de lassen sich nicht auflösen oder führen zu Zeitüberschreitungen. |
Eingetragenen DNS-Server, dessen Erreichbarkeit und mögliche DNS-Vorgaben durch Router, VPN oder Sicherheitssoftware prüfen. |
| Webseiten öffnen sich eher über direkte IP-Adresse als über den Domainnamen. | Das ist ein typischer Hinweis auf gestörte Namensauflösung. | Die Zieladresse kann grundsätzlich erreichbar sein, aber der Name wird nicht zuverlässig in diese Adresse übersetzt. | DNS-Server, lokale DNS-Einstellungen und mögliche Filter- oder VPN-Profile betrachten; die IP-Erreichbarkeit allein beweist kein funktionierendes DNS. |
| Nur einzelne Webseiten laden nicht, während andere Domains normal funktionieren. | Das kann DNS-nah sein, muss aber nicht ausschließlich DNS sein; auch die Zielseite, Filterregeln oder Routing können beteiligt sein. | Ein generelles DHCP-Problem ist weniger wahrscheinlich, wenn IP, Gateway und viele andere Domains funktionieren. | Betroffene Domain, DNS-Antworten über den verwendeten DNS-Dienst, Filterlisten und eventuell aktive Sicherheits- oder Jugendschutzfunktionen prüfen. |
| Nach VPN-Nutzung, Unternehmensprofil oder Filtersoftware funktionieren manche oder alle Domains nicht mehr. | Das spricht eher für eine falsche oder nicht mehr passende DNS-Vorgabe durch VPN, Sicherheitssoftware oder Filterdienst. | Die IP-Konfiguration kann vollständig wirken, während DNS-Anfragen an einen internen, blockierenden oder nicht erreichbaren Resolver geleitet werden. | Aktive VPN-Profile, DNS-Filter, Sicherheitssoftware und die dort gesetzten DNS-Server kontrollieren. |
| Nach einer Umstellung zeigen einzelne Namen noch auf alte Ziele oder funktionieren erst später wieder. | Das kann auf DNS-Cache oder zwischengespeicherte Antworten hindeuten. | Das Gerät nutzt möglicherweise noch alte DNS-Informationen, während andere Geräte oder Netze bereits die neue Adresse sehen. | Zwischenspeicherung auf Gerät, Browser, Router oder DNS-Dienst berücksichtigen und prüfen, ob das Verhalten zeitlich zur Änderung passt. |
| Der Router verteilt per DHCP einen DNS-Server, der nicht erreichbar oder falsch ist. | Das ist der klassische Zusammenhang aus DHCP und DNS: Das Symptom sieht nach DNS aus, die Ursache liegt aber in der verteilten DHCP-Konfiguration. | Das Gerät hat IP-Adresse, Subnetzmaske und Gateway, übernimmt aber automatisch einen ungeeigneten DNS-Server. | DHCP-Optionen beziehungsweise DNS-Vorgaben im Router oder zuständigen DHCP-Server prüfen, nicht nur die DNS-Einstellung am Endgerät. |
| Ein Gerät mit manueller IP funktioniert anders als Geräte mit automatischer Konfiguration. | Das kann auf falsche manuelle Werte für IP-Adresse, Gateway oder DNS hindeuten. | Automatisch konfigurierte Geräte erhalten konsistente Daten vom DHCP-Server, das manuell konfigurierte Gerät kann dagegen außerhalb des passenden Schemas liegen. | Manuelle IP, Subnetzmaske, Gateway und DNS-Server mit der tatsächlich verwendeten Netzstruktur abgleichen. |
| Öffentliche DNS-Server wurden eingetragen, Webseiten laden trotzdem nicht. | Dann liegt das Problem möglicherweise nicht bei DNS, sondern bei IP-Vergabe, Gateway, Routing, Filterung oder Internetzugang. | Ein anderer DNS-Server hilft nur, wenn Namensauflösung das eigentliche Problem ist. Er ersetzt keine gültige lokale Netzkonfiguration. | Zuerst IP-Adresse, Subnetzmaske, Gateway und Netzzuordnung plausibilisieren, bevor weitere DNS-Änderungen bewertet werden. |
Warum ein DHCP-Fehler wie ein DNS-Problem aussehen kann
Die häufigste Überschneidung entsteht dadurch, dass DHCP nicht nur eine IP-Adresse verteilt. In vielen Netzen teilt der DHCP-Server auch mit, welchen DNS-Server das Gerät verwenden soll. Im Heimnetz ist dieser DHCP-Server meist der Router; er nennt sich häufig selbst als DNS-Ansprechpartner und leitet Anfragen anschließend an DNS-Server des Internetanbieters oder an konfigurierte öffentliche Resolver weiter.
Wenn genau dieser Eintrag falsch ist, wirkt das Problem auf den ersten Blick wie ein reines DNS-Thema: Das Gerät hat eine gültige lokale Adresse, das Gateway ist vorhanden, aber Domainnamen werden nicht aufgelöst. Der Ursprung kann trotzdem in der DHCP-Konfiguration liegen, weil das Gerät den fehlerhaften DNS-Server automatisch erhalten hat. Deshalb ist die Frage nicht nur, ob DNS funktioniert, sondern auch, woher die DNS-Einstellung stammt.
Das ist besonders relevant bei mehreren Routern, Netzsegmenten, Gäste-WLANs, VLANs oder nach Änderungen an VPN- und Filterdiensten. Ein Gerät kann technisch sauber per DHCP konfiguriert sein, aber durch DHCP einen DNS-Server bekommen, der nur in einem anderen Netz erreichbar ist oder Anfragen absichtlich filtert. Umgekehrt löst ein Wechsel des DNS-Servers keine Situation, in der das Gerät gar keine gültige IP-Adresse oder kein Gateway besitzt.
Router, manuelle IP-Adressen und öffentliche DNS-Server richtig einordnen
Der Router übernimmt im Heimnetz oft mehrere Rollen gleichzeitig. Er ist Zugangspunkt ins Internet, stellt meist den DHCP-Dienst bereit und kann zugleich als DNS-Weiterleiter auftreten. Für Endgeräte sieht das dann einfach aus: Sie erhalten automatisch eine IP-Adresse, das Gateway und einen DNS-Server, der häufig identisch mit der Router-Adresse ist. Hinter dieser bequemen Automatik stehen aber unterschiedliche Funktionen, die bei der Fehlersuche getrennt betrachtet werden sollten.
Manuelle IP-Adressen sind nicht grundsätzlich problematisch. Sie können etwa für Drucker, Serverdienste oder bestimmte Administrationsgeräte sinnvoll sein. Fehleranfällig werden sie, wenn die Adresse nicht zum Subnetz passt, wenn sie innerhalb des vom DHCP-Server automatisch vergebenen Bereichs liegt oder wenn Gateway und DNS-Server nicht zur tatsächlichen Netzstruktur gehören. Ein Gerät mit manuell gesetzter Adresse kann deshalb verbunden erscheinen und trotzdem an einem falschen Gateway oder DNS-Eintrag scheitern.
Öffentliche DNS-Server können in bestimmten Situationen helfen, etwa wenn der eingetragene DNS-Server des Routers oder Anbieters nicht zuverlässig antwortet oder wenn eine fehlerhafte DNS-Weiterleitung im lokalen Netz vermutet wird. Sie lösen jedoch keine fehlende IP-Adresse, keinen IP-Konflikt, kein falsches VLAN und kein fehlendes Gateway. Wer bei einer 169.254.x.x-Adresse nur den DNS-Server ändert, behandelt nicht die Ursache, sondern überspringt den eigentlichen IP-Konfigurationsfehler.
Auch bei öffentlichen DNS-Servern gilt: Sie verändern das Auflösungsverhalten, nicht die physische oder lokale Verbindung. Je nach Umgebung können außerdem Unternehmensrichtlinien, Jugendschutzfilter, Sicherheitssoftware oder VPN-Konfigurationen bewusst bestimmte DNS-Server erzwingen. In solchen Fällen ist ein abweichender DNS-Eintrag nicht automatisch ein Fehler, sondern möglicherweise Teil der Netzpolitik. Für die Diagnose bleibt entscheidend, ob IP-Konfiguration, Gateway und Namensauflösung logisch zusammenpassen.
FAQ: Häufige Fragen zu DHCP, DNS und typischen Fehlermeldungen
Was macht DHCP?
DHCP weist einem Gerät automatisch Netzwerkeinstellungen zu. Dazu gehören typischerweise IP-Adresse, Subnetzmaske, Standardgateway und häufig auch der DNS-Server. DHCP stellt nicht selbst das Internet bereit, sondern sorgt dafür, dass das Gerät mit passenden lokalen Parametern am Netzwerk teilnehmen kann.
Was macht DNS?
DNS übersetzt Domainnamen in IP-Adressen. Wenn eine Adresse wie beispiel.de aufgerufen wird, muss das Gerät zunächst herausfinden, welche Zieladresse zu diesem Namen gehört. Erst danach kann die eigentliche Verbindung zum Zielsystem aufgebaut werden.
Ist DNS für IP-Adressen zuständig?
DNS ist nicht dafür zuständig, einem Gerät eine lokale IP-Adresse zu geben. Diese Aufgabe übernimmt DHCP oder eine manuelle Konfiguration. DNS arbeitet mit Namen und Zieladressen: Es beantwortet die Frage, welche IP-Adresse zu einem Domainnamen gehört.
Warum bekommt mein Gerät keine IP-Adresse?
Ein Gerät erhält keine passende IP-Adresse, wenn es keine gültige DHCP-Antwort bekommt oder wenn es im falschen Netzwerksegment landet. Ursachen können ein deaktivierter oder nicht erreichbarer DHCP-Server, ein falsch konfiguriertes Gastnetz, ein VLAN ohne DHCP, ein Problem mit der Netzwerkanbindung oder ein konkurrierender Router mit eigener DHCP-Funktion sein.
Warum funktionieren Webseiten nur per IP-Adresse?
Wenn eine direkte IP-Adresse erreichbar ist, der Domainname aber nicht, spricht das eher für ein Problem bei der Namensauflösung. Die Verbindung zum Ziel kann grundsätzlich möglich sein, aber DNS liefert keine passende oder keine erreichbare Antwort. Zu prüfen sind dann DNS-Server, VPN- oder Filterprofile und zwischengespeicherte DNS-Einträge. Der Test ist jedoch begrenzt, weil viele Webseiten nicht vollständig über direkte IP-Aufrufe funktionieren.
Kann der Router DHCP und DNS bereitstellen?
Ja, im Heimnetz ist das üblich. Der Router stellt häufig den DHCP-Dienst bereit und verteilt dabei seine eigene Adresse als DNS-Server. Er beantwortet DNS-Anfragen dann entweder selbst für lokale Namen oder leitet sie an andere DNS-Server weiter. DHCP und DNS bleiben dabei trotzdem unterschiedliche Funktionen.
Was bedeutet 169.254?
Eine Adresse im Bereich 169.254.x.x ist meist ein Hinweis darauf, dass das Gerät keine passende automatische IP-Konfiguration erhalten hat. Es vergibt sich dann eine Ersatzadresse für lokale Kommunikation. Für den normalen Internetzugang fehlt in solchen Fällen häufig die vollständige Konfiguration mit passendem Gateway und DNS.
Warum kann ein falscher DHCP-Eintrag DNS-Probleme verursachen?
Weil DHCP oft auch den DNS-Server verteilt. Wenn der DHCP-Server einem Gerät einen nicht erreichbaren, veralteten oder für das falsche Netz gedachten DNS-Server mitteilt, sieht das Symptom wie ein DNS-Fehler aus. Die Korrektur liegt dann aber nicht zwingend am Endgerät, sondern in der DHCP- beziehungsweise Router-Konfiguration.
DHCP und DNS lösen unterschiedliche Probleme. DHCP bringt ein Gerät überhaupt erst mit passenden Netzwerkeinstellungen ins Netz. DNS sorgt anschließend dafür, dass verständliche Namen wie „beispiel.de“ in erreichbare Zieladressen übersetzt werden.
Für die Fehlersuche ist deshalb die Reihenfolge entscheidend: Hat das Gerät keine gültige IP-Adresse, kein Gateway oder landet es im falschen Adressbereich, liegt der Blick zuerst auf DHCP und der Netzkonfiguration. Hat es eine plausible IP-Konfiguration, kann aber keine Domainnamen auflösen, spricht mehr für DNS oder für einen falsch verteilten DNS-Server.
Besonders tückisch ist die Überschneidung: Der Router verteilt per DHCP oft auch den DNS-Server. Dadurch kann ein Fehler in der DHCP-Konfiguration wie ein DNS-Problem aussehen. Wer diese Rollen trennt, grenzt Netzwerkfehler schneller und sauberer ein.
Werbung
(**) UVP: Unverbindliche Preisempfehlung
Preise inkl. MwSt., zzgl. Versandkosten