Problembehandlung bei DNS-Clients

Ursache: Der DNS-Clientcomputer (Domain Name System) weist keine gültige IP-Konfiguration für das Netzwerk auf.

Lösung: Stellen Sie sicher, dass die Einstellungen für die TCP/IP-Konfiguration des Clientcomputers und insbesondere die Einstellungen für die DNS-Namensauflösung richtig sind.

Verwenden Sie zur Überprüfung der Client-IP-Konfiguration den Befehl ipconfig. Überprüfen Sie in der Befehlsausgabe, dass der Client über eine gültige IP-Adresse, Subnetzmaske und ein Standardgateway für das Netzwerk verfügt, mit dem er verbunden ist bzw. in dem er verwendet wird.

Wenn der Client keine gültige TCP/IP-Konfiguration aufweist, können Sie eine der folgenden Aktionen ausführen:

• Verwenden Sie für dynamisch konfigurierte Clients den Befehl ipconfig /renew, um manuell zu erzwingen, dass der Client seine IP-Adresskonfiguration mithilfe des DHCP-Servers (Dynamic Host Configuration Protocol) erneuert.
  
  
• Ändern Sie für statisch konfigurierte Clients die Client-TCP/IP-Eigenschaften, sodass gültige Konfigurationseinstellungen verwendet werden, oder führen Sie die DNS-Konfiguration für das Netzwerk aus. Konfigurieren Sie Clients nicht für die gleichzeitige Verwendung von AD DS-integrierten DNS-Servern und ISP-DNS-Servern (Internet Service Provider). Konfigurieren Sie die Clients stattdessen ausschließlich für die Verwendung von AD DS-integrierten DNS-Servern, und konfigurieren Sie Ihre AD DS-integrierten DNS-Server für die Weiterleitung von Abfragen an Ihre ISP-DNS-Server.
  
  

Weitere Informationen finden Sie unter Verwalten von Clients.

Ursache: Der Client konnte aufgrund eines netzwerk- oder hardwarebezogenen Fehlers keinen DNS-Server kontaktieren.

Lösung: Stellen Sie sicher, dass der Clientcomputer über eine gültige und funktionierende Netzwerkverbindung verfügt. Überprüfen Sie zuerst mithilfe grundlegender Schritte zur Netzwerk- und Hardwareproblembehandlung, dass die zugehörige Clienthardware (Kabel und Netzwerkadapter) ordnungsgemäß funktioniert.

Wenn die Clienthardware ordnungsgemäß vorbereitet ist und funktioniert, überprüfen Sie mithilfe des Befehls ping, ob der Client andere Computer im selben Netzwerk kontaktieren kann.

Ursache: Der DNS-Client kann die konfigurierten DNS-Server nicht kontaktieren.

Lösung: Wenn der DNS-Client über grundlegende Netzwerkkonnektivität verfügt, überprüfen Sie, ob der Client einen bevorzugten (oder alternativen) DNS-Server kontaktieren kann.

Zur Überprüfung, ob ein Client über grundlegenden TCP/IP-Zugriff auf den DNS-Server verfügt, sollten Sie zuerst versuchen, den bevorzugten DNS-Server mithilfe des Befehls ping über seine IP-Adresse zu kontaktieren.

Wenn der Client beispielsweise als bevorzugten DNS-Server 10.0.0.1 verwendet, geben Sie an der Eingabeaufforderung auf dem Clientcomputer den Befehl ping 10.0.0.1 ein. Wenn Sie sich nicht sicher sind, welche IP-Adresse der bevorzugte DNS-Server hat, können Sie diese über den Befehl ipconfig anzeigen. Geben Sie beispielsweise auf dem Clientcomputer den Befehl ipconfig /all|more ein, um die Anzeige anzuhalten, damit Sie die IP-Adressen anzeigen und notieren können, die für die Befehlsausgabe unter DNS-Server aufgeführt werden.

Wenn keiner der konfigurierten DNS-Server auf ein direktes Pingen seiner IP-Adresse reagiert, ist die Ursache für das Problem wahrscheinlich ein Netzwerkkonnektivitätsproblem zwischen dem Client und den DNS-Servern. Ist dies der Fall, führen Sie grundlegende Schritte zur TCP/IP-Netzwerkproblembehandlung aus, um das Problem zu beheben.

Ursache: Der DNS-Server wird nicht ausgeführt oder reagiert nicht auf Abfragen.

Lösung: Wenn der DNS-Client den DNS-Servercomputer pingen kann, sollten Sie sich vergewissern, dass der DNS-Server gestartet wurde und in der Lage ist, Clientabfragen zu überwachen und zu beantworten. Verwenden Sie den Befehl nslookup, um zu testen, ob der Server auf DNS-Clients reagieren kann.

Weitere Informationen finden Sie unter Starten oder Beenden eines DNS-Servers.

Ursache: Der DNS-Server, den der Client verwendet, verfügt nicht über die Autorität für den fehlerhaften Namen und kann den autorisierenden Server für diesen Namen nicht finden.

Lösung: Überprüfen Sie, ob der DNS-Domänenname, den der Client auflösen möchte, dem DNS-Domänennamen entspricht, für den seine konfigurierten DNS-Server die autorisierenden Server darstellen.

Wenn der Client beispielsweise versucht, den Namen host.widgets.tailspintoys.com aufzulösen, müssen Sie überprüfen, ob der bevorzugte DNS-Server (oder ggf. ein alternativer DNS-Server), an den der Client Abfragen sendet, die autorisierende Zone lädt, in der ein Hostressourceneintrag (A) für den fehlerhaften Namen vorhanden ist.

Wenn der bevorzugte Server den autorisierenden Server für den fehlerhaften Namen darstellt und die zugehörige Zone lädt, können Sie feststellen, ob die entsprechenden Ressourceneinträge in der Zone fehlen. Fügen Sie der Zone bei Bedarf die Ressourceneinträge hinzu.

Wenn der bevorzugte Server nicht den autorisierenden Server für den fehlerhaften Namen darstellt, wird das Problem wahrscheinlich durch Konfigurationsfehler auf dem DNS-Server verursacht. Beheben Sie ggf. das Problem auf dem DNS-Server.

Weitere Informationen finden Sie unter Verwalten von Ressourceneinträgen und unter Problembehandlung bei DNS-Servern.

Ursache: Der DNS-Server, den der Client verwendet, verfügt nicht über die Autorität für den fehlerhaften Namen und verwendet veraltete Informationen aus seiner lokalen DNS-Datenbank.

Lösung: Stellen Sie fest, ob der DNS-Server den autorisierenden Server für den Namen darstellt, und fahren Sie entsprechend fort.

Wenn der Client beispielsweise versucht, den Namen host.widgets.tailspintoys.com aufzulösen, müssen Sie überprüfen, ob der bevorzugte DNS-Server (oder ggf. ein alternativer DNS-Server), an den der Client Abfragen sendet, die autorisierende Zone lädt, in der ein Hostressourceneintrag (A) für den fehlerhaften Namen vorhanden ist.

Wenn der bevorzugte Server den autorisierenden Server für den Namen darstellt und mit falschen Daten geantwortet hat, verfügt die zugehörige Zone wahrscheinlich über veraltete Ressourceneintragsdaten. In diesem Fall können Sie den entsprechenden Ressourceneintrag zur Zone hinzufügen und die veralteten Informationen entfernen.

Bei Verwendung dynamischer Updates können Sie auch die Durchführung einer Registrierung und Aktualisierung auf dem Computer, an den sich die Abfrage richtet, erzwingen. Geben Sie an der Eingabeaufforderung den Befehl ipconfig /registerdns ein, um zu erzwingen, dass die Registrierung der Ressourceneinträge aktualisiert wird.

Wenn der bevorzugte Server keine direkte Autorität für den abgefragten Namen darstellt, wurde die Abfrage wahrscheinlich anhand von Informationen beantwortet, die bei einer früheren rekursiven Suche abgerufen und zwischengespeichert wurden. In diesem Fall sollten Sie den Servernamencache bereinigen. Dadurch wird der Server gezwungen, neue rekursive Abfragen für diese Ressourceneintragsdaten zu verwenden und seine Zwischenspeicherinhalte anhand aktueller Informationen neu zu erstellen.

Weitere Informationen finden Sie unter Verwalten von Ressourceneinträgen und unter Problembehandlung bei DNS-Servern.

Ursache: Der bevorzugte DNS-Server ist ein sekundärer Server für die Zone, die den Zielnamen enthält, und verfügt über veraltete Informationen.

Lösung: Wenn der Server, der dem Client geantwortet hat, ein sekundärer Server für die Zone ist, ist die Version der auf diesem Server verwendeten Zone möglicherweise veraltet und muss häufiger aktualisiert werden.

Als sofortige Lösung können Sie eine Zonenübertragung vom sekundären Server auf den Masterserver initiieren, um die Zone zu aktualisieren. Außerdem können Sie die Verwendung der folgenden Optionen in Betracht ziehen, um die Aktualität der sekundären Zonendaten künftig zu verbessern:

• Geben Sie zusätzliche Masterserver an, die der sekundäre Server zur Aktualisierung der Zone verwenden soll.
  
  
• Verringern Sie das Aktualisierungsintervall für die Zone ein bisschen, um die Zeitspanne zu verkürzen, während der alle autorisierenden Server für die Zone die Zone verwenden können, bevor diese aktualisiert werden muss.
  
  
• Konfigurieren Sie eine Benachrichtigungsliste auf einem Masterserver, der als Zonenquelle für den sekundären Server dient, und aktivieren Sie diese für die Benachrichtigung dieses Servers bei Zonenänderungen.
  
  

Ursache: Der abgefragte Name wurde bei einer Benutzereingabe oder in einer gespeicherten Clientkonfiguration falsch angegeben.

Lösung: Vergewissern Sie sich, dass der Name in der Anwendung, von der die Namensabfrage stammt, richtig angegeben wurde.

In den meisten Fällen weisen falsche Daten in einer positiven Abfrageantwort auf drei mögliche Probleme hin:

• Auf dem Client wurde durch den Benutzer ein falscher DNS-Name eingegeben.
  
  
• Auf dem Client wurde ein kurzer, nicht qualifizierter Name verwendet und von der lokalen Auflösung durch ein unerwünschtes DNS-Suffix ergänzt.
  
  
• In der Abfrage angegebene Ressourceneinträge wurden auf dem DNS-Server nicht ordnungsgemäß aktualisiert.
  
  

Vergewissern Sie sich, dass der Name vom Benutzer nicht falsch eingegeben wurde. Überprüfen Sie ganz genau die Reihe von Zeichen, die der Benutzer bei der Erstellung der ursprünglichen DNS-Abfrage eingegeben hat, oder überprüfen Sie die vorgenommenen Anwendungseinstellungen, z. B. die Einstellungen für Internetmail- oder Webbrowserkonfigurationen.

Wenn der Name, der in der ursprünglichen Abfrage verwendet wurde, nicht qualifiziert ist und nicht dem vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) entspricht, sollten Sie in der Clientanwendung stattdessen den FQDN verwenden und die Abfrage wiederholen. Achten Sie hierbei darauf, dass Sie den Punkt (.) am Ende des Namens mit angeben. Dieser weist darauf hin, dass es sich beim eingegebenen Namen um einen exakten FQDN handelt.

Wenn die FQDN-Abfrage erfolgreich ist und in der Antwort die richtigen Daten zurückgegeben werden, wird das Problem höchstwahrscheinlich durch eine falsch konfigurierte Suchliste für DNS-Domänensuffixe in den Clientauflösungseinstellungen verursacht.

Wenn Sie DNS in einer Umgebung verwenden, die keine dynamischen Updates unterstützt, oder Sie die Zonendaten im Allgemeinen manuell verwalten, sollten Sie zudem sicherstellen, dass die Ressourceneinträge, die zur Beantwortung der Abfrage herangezogen werden, nicht falsch eingegeben wurden. Überprüfen Sie die Einträge, um sich zu vergewissern, dass die in der Zone gespeicherten Eintragsdaten richtig sind, oder ändern Sie sie entsprechend.

Ursache: Daten in der primären Zone fehlen oder sind fehlerhaft.

Lösung: Stellen Sie sicher, dass die Daten auf dem primären Server für die Zone vollständig und richtig sind.

Wenn Daten auf einem primären DNS-Server für eine Zone fehlen oder unvollständig sind, liegt dies meist an einer fehlerhaften Aktualisierungsanforderung. Es ist möglich, dass die Unterstützung für dynamische Updates nicht vollständig implementiert oder konfiguriert wurde. Zur Behebung des Problems überprüfen Sie das Protokoll für dynamische DNS-Updates (RFC 2136) sowie die Anforderungen, die an DNS-Server und Clients gestellt werden, die das Protokoll verwenden.

Bei Directory-integrierten Zonen kann es auch vorkommen, dass die betroffenen Einträge für die fehlerhafte Abfrage in den Active Directory-Domänendiensten (AD DS) zwar aktualisiert, aber nicht auf allen DNS-Servern repliziert wurden, von denen die Zone geladen wird. Standardmäßig fragen alle DNS-Server, die Zonen aus AD DS laden, diese in festgelegten Intervallen ab (in der Regel alle 15 Minuten) und aktualisieren die Zone mit eventuellen inkrementellen Änderungen. In den meisten Fällen nimmt das Replizieren eines DNS-Updates auf allen DNS-Servern in einer Active Directory-Domänenumgebung mit Standardreplizierungseinstellungen und über zuverlässige Hochgeschwindigkeitsverbindungen nicht mehr als 20 Minuten in Anspruch.

Wenn Sie die dynamischen Updates für Ihre Zonen deaktiviert haben, dürfen Sie nicht vergessen, dass Sie die meisten Ressourceneintragstypen, die in einer Zone verwendet werden, manuell hinzufügen und aktualisieren müssen. Verwenden Sie in diesem Fall den DNS-Manager, um die betreffenden Einträge anzuzeigen und zu aktualisieren.

Eine weitere mögliche Quelle für falsche Daten ist WINS (Windows Internet Name Service). Stellen Sie fest, ob die WINS-Lookup-Integration aktiviert ist und innerhalb der Zone verwendet wird. Wenn Sie WINS-Lookup für Ihre Zonen verwenden, vergewissern Sie sich, dass WINS nicht die Quelle der falschen Daten darstellt.

Weitere Informationen finden Sie unter Problembehandlung bei dynamischen Updates und unter Verwalten von Ressourceneinträgen.

Ursache: Mein Problem wird hier nicht beschrieben.

Lösung: Suchen Sie auf der Microsoft TechNet-Website (https://go.microsoft.com/fwlink/?LinkId=170, möglicherweise in englischer Sprache) nach den neuesten technischen Informationen in Verbindung mit Ihrem Problem. Bei Bedarf können Sie Informationen und Anleitungen zur Lösung Ihres Problems abrufen.

Wenn Sie mit dem Internet verbunden sind, können Sie auf der Microsoft Update-Website (https://go.microsoft.com/fwlink/?LinkId=284, möglicherweise in englischer Sprache) die neuesten Betriebssystemupdates herunterladen.