Felsöka DNS-klienter

Orsak: DNS-klientdatorn (Domain Name System) saknar en giltig IP-konfiguration för nätverket.

Lösning: Kontrollera att TCP/IP-konfigurationsinställningarna för klientdatorn är riktiga, särskilt inställningarna som används för DNS-namnmatchning.

Använd kommandot ipconfig när du vill kontrollera klientens IP-konfiguration. Kontrollera i resultatet att klienten har en giltig IP-adress, undernätsmask och standardgateway för nätverket som den tillhör och används i.

Om klientens TCP/IP-konfiguration inte är giltig kan du göra något av följande:

• Använd kommandot ipconfig /renew på dynamiskt konfigurerade klienter när du vill tvinga klienten manuellt att förnya IP-adressen på DHCP-servern (Dynamic Host Configuration Protocol).
  
  
• Ändra klientens TCP/IP-inställningar på statiskt konfigurerade klienter om du vill använda giltiga konfigurationsinställningar eller slutföra DNS-konfigurationen för nätverket. Konfigurera inte klienter så att både AD DS-integrerade DNS-servrar och DNS-servrar från en Internetleverantör används. Konfigurera i stället klienterna så att endast AD DS-integrerade DNS-servrar används och konfigurera de AD DS-integrerade DNS-servrarna så att frågor vidarebefordras till DNS-servrarna från Internetleverantören.
  
  

Mer information finns i Hantera klienter.

Orsak: Klienten kunde inte kontakta en DNS-server på grund av ett nätverksrelaterat eller maskinvarurelaterat problem.

Lösning: Kontrollera att nätverkanslutningen till klientdatorn fungerar. Kontrollera först att maskinvaran på klienterna (kablar och nätverkskort) fungerar korrekt genom att göra en grundläggande felsökning av nätverket och maskinvaran.

Om klientens maskinvara verkar vara redo och fungera korrekt kontrollerar du att den kan kontakta andra datorer i samma nätverk med hjälp av kommandot ping.

Orsak: DNS-klienten kan inte kontakta de konfigurerade DNS-servrarna.

Lösning: Om DNS-klientens anslutning till nätverket fungerar kontrollerar du att den kan kontakta en prioriterad (eller alternativ) DNS-server.

Om du vill kontrollera om TCP/IP-åtkomsten till DNS-servern fungerar försöker du först kontakta den prioriterade DNS-servern med dess IP-adress med hjälp av kommandot ping.

Om en prioriterad DNS-server med exempelvis namnet 10.0.0.1 används, skriver du in ping 10.0.0.1 på kommandoraden på klientdatorn. Om du inte är säker på vilken IP-adressen är för den prioriterade DNS-servern kan du visa den med hjälp av kommandot ipconfig. Skriv till exempel ipconfig /all|more på klientdatorn om du vill pausa visningen så att du kan läsa och anteckna alla IP-adresser som listas i DNS-servrar i resultatet.

Om det inte finns några konfigurerade DNS-servrar som svarar på en direkt pingning baserat på IP-adresser visar det att orsaken till problemet förmodligen är ett anslutningsfel mellan klienten och DNS-servrarna. Om så är fallet följer du stegen för grundläggande felsökning av TCP/IP-nätverket och åtgärdar problemet.

Orsak: DNS-servern körs inte eller svarar inte på frågor.

Lösning: Om DNS-klienten kan pinga DNS-serverdatorn kontrollerar du att DNS-servern är igång och kan lyssna på och svara på klientfrågor. Prova att använda kommandot nslookup för att testa om servern kan svara DNS-klienter.

Mer information finns i Starta eller stoppa en DNS-server.

Orsak: DNS-servern som klienten använder har inte auktoritet för det namn som inte kunde matchas, och kan inte hitta den auktoritära servern för det här namnet.

Lösning: Bekräfta att DNS-domännamnet som klienten försöker matcha är det DNS-domännamn som de konfigurerade DNS-servrarna är auktoritära för.

Om klienten till exempel försöker att matcha namnet host.widgets.tailspintoys.com kontrollerar du att den prioriterade DNS-servern (eller en alternativ server, om en sådan används) som klienten frågar om läser in den auktoritära zonen där en värdresurspost (A) för namnet bör finnas.

Om den prioriterade servern är auktoritär för det namn som inte kunde matchas och den läser in zonen undersöker du om det saknas resursposter i zonen. Lägg till resursposterna i zonen om det behövs.

Om den prioriterade servern inte är auktoritär för namnet som inte kunde matchas visar detta att det troligtvis är konfigurationsfel på DNS-servern som är orsak till problemet. Felsök problemet på DNS-servern.

Mer information finns i Hantera resursposter, Felsöka DNS-servrar.

Orsak: DNS-servern som klienten använder har inte auktoritet för det namn som inte kunde matchas, och använder inaktiv information från den lokala DNS-databasen.

Lösning: Fastställ om DNS-servern är auktoritär för namnet och fortsätt sedan på lämpligt sätt.

Om klienten till exempel försöker matcha namnet host.widgets.tailspintoys.com kontrollerar du att den prioriterade DNS-servern (eller en alternativ server, om en sådan används) som klienten frågar om läser in den auktoritära zonen där en värdresurspost (A) för namnet bör finnas.

Om den prioriterade servern är auktoritär för namnet och svarade med felaktiga data visar detta att zonen kan vara inaktuell eller innehålla inaktiv information i resurspostsdata. Om så är fallet kan du lägga till och ta bort lämpliga resursposter i zonen.

Om dynamiska uppdateringar är aktiverat kan du också framtvinga registrering och uppdatering på datorn som frågan skickas till. Du kan tvinga den att uppdatera registreringen av resursposter genom att skriva in kommandot ipconfig /registerdns på en kommandorad.

Om den prioriterade servern inte är en direkt auktoritet för namnet som omfrågas svarade den troligtvis på frågan baserat på information som den har tagit emot och cachelagrat under en tidigare rekursiv sökning. I det här fallet bör du överväga att rensa cacheminnet för servernamn. Detta tvingar servern att använda nya rekursiva frågor för resurspostdata och återskapa innehållet i cacheminnet baserat på aktuell information.

Mer information finns i Hantera resursposter, Felsöka DNS-servrar.

Orsak: Den prioriterade DNS-servern är en sekundär server för zonen som innehåller det omfrågade namnet, och den innehåller inaktuell information.

Lösning: Om servern som svarade klienten är en sekundär server för zonen kan versionen av zonen som används på den servern vara inaktuell och behöva uppdateras oftare.

Under tiden kan du starta en zonöverföring på den sekundära servern till huvudservern och uppdatera zonen. Du kan också överväga att använda något av följande alternativ när du vill förbättra uppdateringen av data i sekundära zoner i framtiden:

• Ange ytterligare huvudservrar som används av den sekundära server när zonen uppdateras.
  
  
• Justera uppdateringsintervallet på zonen något för att minska tiden som alla auktoritära servrar för zonen kan använda zonen innan de tvingas uppdatera den.
  
  
• Konfigurera en meddelandelista på en huvudserver som fungerar som en zonkälla för den sekundära servern och ange att servern ska meddelas när zonen ändras.
  
  

Orsak: Namnet som omfrågades angavs felaktigt, antingen vid användarens inmatning eller i en lagrad klientkonfiguration.

Lösning: Kontrollera att namnet har angetts korrekt i programmet som namnfrågan kommer ifrån.

I de flesta fall visar felaktiga data i ett positivt svar på någon av följande tre saker:

• Ett felaktigt DNS-namn angavs av en användare på klienten.
  
  
• En kort, okvalificerat namn användes på klienten och slutfördes av en lokal resolver med ett oavsiktligt DNS-suffix.
  
  
• Resursposter som har angetts i frågan uppdaterades inte korrekt på DNS-servern.
  
  

Bekräfta att namnet inte har angetts felaktigt av en användare. Kontrollera tecknen som angavs av användaren när den ursprungliga DNS-frågan ställdes, eller kontrollera programinställningarna, till exempel de inställningar för Internet-e-post eller webbläsare som kan ha gjorts.

Om namnet som användes i den ursprungliga frågan är okvalificerat, och inte det fullständigt kvalificerade domännamnet (FQDN), försöker du använda FQDN i klientprogrammet i stället och skicka frågan igen. Om du gör detta måste du inkludera en avslutande punkt (.) i slutet av namnet för att ange att namnet som angetts är ett exakt FQDN.

Om FQDN-frågan lyckas och korrekta data returneras i svaret är den mest troliga orsaken till problemet att en söklista med DNS-domänsuffix är felaktigt konfigurerad i klientresolverns inställningar.

Om du använder DNS i en miljö som saknar stöd för dynamiska uppdateringar eller du vanligtvis administrerar zondata manuellt kan du också kontrollera att resursposterna som används när frågan besvaras inte har angetts felaktigt. Granska dem för att säkerställa att resursdata som lagrats i zonen är korrekta, eller ändra dem på lämpligt sätt.

Orsak: Det kan saknas eller finnas felaktiga data i den primära zonen.

Lösning: Kontrollera att den primära servern för zonen innehåller fullständiga och korrekta data.

Den mest troliga orsaken till att det saknas eller finns ofullständiga data på DNS-servern för en zon är att en uppdatering har misslyckats. Det är möjligt att stöd för dynamisk uppdatering inte har implementerats eller konfigurerats fullständigt. Granska DNS-protokollet för dynamisk uppdatering (RFC 2136) och eventuella riktlinjer i det för DNS-servrar och klienter när du vill lösa problemet.

För Directory-integrerade zoner är det också möjligt att de poster som påverkas för den misslyckade frågan har uppdaterats i Active Directory Domain Services (AD DS) men inte replikerats till alla DNS-servrar som läser in zonen. Som standard skickar alla DNS-servrar som läser in zoner från AD DS frågor om zonerna med ett fast intervall (vanligtvis var 15:e minut) och uppdaterar zonen med eventuella ändringar. I de flesta fall tar det inte mer än 20 minuter att göra en DNS-uppdatering och replikera till alla DNS-servrar i en Active Directory-domänmiljö med hjälp av standardinställningar för replikering och tillförlitliga höghastighetsanslutningar.

Om du specifikt har angett att dynamisk uppdatering är inaktiverat i zonerna bör du komma ihåg att du måste lägga till och uppdatera de flesta typer av resursposter som används i en zon manuellt. Om detta är fallet använder du DNS-hanteraren när du vill visa och uppdatera posterna.

En annan möjlig orsak till felaktiga data är WINS (Windows Internet Name Service). Kontrollera om integrering av WINS-sökning är aktiverat och används i zonen. Om du använder WINS-sökning i zonerna kontrollerar du att felaktiga data inte beror på WINS.

Mer information finns i Felsöka dynamiska uppdateringar, Hantera resursposter

Orsak: Mitt problem beskrivs inte här.

Lösning: Sök efter den senaste tekniska informationen som kan handla om problemet på Microsoft TechNet (https://go.microsoft.com/fwlink/?LinkId=170 (sidan kan vara på engelska)). Om det behövs kan du få information och instruktioner som rör problemet.

Om du är ansluten till Internet finns de senaste uppdateringarna för operativsystemet på Microsoft Update (https://go.microsoft.com/fwlink/?LinkId=284 (sidan kan vara på engelska)).