IP- och DNS-nätverksproblem: djupgående diagnos och lösningar

Informatec Digital » Resurser » IP- och DNS-nätverksproblem: Djupgående diagnos och lösningar

När allt fungerar som det ska känns det som magi att surfa på internet: du skriver in en adress, trycker på Enter och på några sekunder visas sidan i sin helhet. Men det tar bara innan DNS- eller IP-nätverket börjar krascha för att vi ska gå från magi till förtvivlan: webbplatser som inte laddas, onlinespel som kraschar, videoplattformar som fryser eller till och med datorer i det lokala nätverket som inte längre kan se varandra.

Det knepiga är att problemet ofta inte ligger i webbläsaren eller själva fiberanslutningen, utan i mindre konfigurationsdetaljer som IP-, DNS-, router-, modem- eller brandväggsinställningar som har blivit felkonfigurerade. Och som grädde på moset är felmeddelandena vaga: "DNS-servern svarar inte", "DNS-servern hittades inte", "DNS-fel", "Begäran har nått tidsgränsen"... I den här artikeln får du se i detalj vad som egentligen händer, hur du diagnostiserar det med professionella verktyg (nslookup , ipconfig, dnscmd, etc.), och, viktigast av allt, hur du finjusterar ditt IP-nätverk och dina DNS-inställningar så att de inte orsakar dig fler problem.

Vad är DNS egentligen och hur relaterar det till IP-nätverket?

DNS (Domain Name System) är, enkelt uttryckt, internets adressbok. Maskiner kommunicerar med hjälp av IP-adresser, till exempel 192.0.2.1 eller 172.217.4.46 , men människor tycker att det är lättare att skriva www.example.com eller google.com . DNS översätter dessa människoläsliga namn till numeriska IP-adresser som webbläsaren och operativsystemet förstår.

När du anger en URL i din webbläsare skickar den en DNS-fråga som skannar din dator, router, modem, internetleverantörens nätverk och, om nödvändigt, rot- och auktoritativa servrar , tills den får rätt IP-adress. Först då börjar den faktiska HTTP/HTTPS-anslutningen. Om den här översättningen bryts ner någon gång har du en till synes aktiv anslutning (nätverksikonerna visas korrekt), men inga webbplatser kommer att laddas eftersom namnen inte tolkas.

I lokala nätverk eller företagsnätverk är DNS också den komponent som gör att namn som app1.corp.local eller filserver kan kopplas till interna IP-adresser. Om det finns problem med denna interna DNS kommer du att uppleva problem med att komma åt servrar, program, e-post, skrivare eller delade resurser.

Bakom allt detta ligger IP-protokollet , med dess IP-adress, subnätmask, gateway och DNS-servrar konfigurerade på nätverkskortet eller tilldelade via DHCP. Ett fel i någon av dessa parametrar kan resultera i DNS-fel, förlust av anslutning eller extrem långsamhet.

Typiska problem i IP-nätverk som manifesterar sig som DNS-fel

Meddelanden som ”DNS-servern svarar inte”, ”DNS-fel” eller ”DNS-servern hittades inte” är bara toppen av isberget. Under finns vanligtvis en kombination av felaktig IP-konfiguration, en skadad DNS-cache, felkonfigurerade routrar eller fel i själva DNS-servern.

Ett mycket vanligt scenario är när en användare installerar en ny dator i ett fast lokalt nätverk och plötsligt upptäcker att bara en dator har internetåtkomst, Wi-Fi-nätverket slutar fungera och hastigheterna sjunker till en tiondel av vad de betalar för. Vid första anblicken verkar det som att problemet ligger hos leverantören, men vid närmare granskning upptäcks att det finns motstridiga IP- och DNS-tilldelningar , korrupta cacheminnen eller till och med portar som blockeras av en brandvägg.

De vanligaste symptomen relaterade till DNS och IP-nätverk är:

• Tydlig anslutning men inga webbplatser laddasNätverksikonen indikerar en anslutning, men ingen sida svarar eller så får anslutningen timeout.
• Bara vissa webbplatser misslyckasDu kan komma åt vissa webbplatser, men andra returnerar DNS-fel eller misslyckas med att lösa namnet.
• Extrem långsamhetSidorna laddas så småningom, men varje namnmatchning är mycket långsam eftersom din internetleverantörs DNS-server eller din interna är överbelastad eller felkonfigurerad.
• Problem med e-post, SaaS-appar eller VPNÄven om webbläsaren fungerar är vissa tjänster beroende av domännamn som inte tolkas korrekt.
• Lokal nätverksutrustning som "försvinner"Servrar eller datorer blir oåtkomliga med namn, trots att de fortfarande svarar när man pingar IP-adressen direkt.

I servermiljöer blir symtomen ännu allvarligare: kritiska avbrott i tjänsten, zonöverföringar som misslyckas, trasig rekursion, skadade DNS-delegeringar eller föråldrade sekundära zoner.

Grundläggande verifiering av IP- och DNS-konfiguration på klienten

Innan du ändrar routrar eller servrar är det en bra idé att se till att IP- och DNS-inställningarna på den berörda enheten är konsekventa. I Windows är utgångspunkten den klassiska:

ipconfig / all

Det här kommandot visar den konfigurerade IP-adressen, subnätmasken, gatewayen och DNS-adressen för varje adapter . Saker att kontrollera:

• IP-adressen tillhör det förväntade nätverket. (till exempel 192.168.1.x om ditt lokala nätverk är 192.168.1.0/24).
• Subnätmasken Det är rimligt (255.255.255.0 i många inhemska scenarier).
• Porten Det är vanligtvis routerns IP-adress (till exempel 192.168.1.1).
• DNS-servern pekade på Den är konsekvent: din router, en lokal DNS-server eller publik DNS (Google 8.8.8.8, Cloudflare 1.1.1.1, OpenDNS, etc.).

Om du misstänker en specifik DNS-server kan du testa den direkt med:

nslookup

Till exempel:

nslookup app1 10.0.0.1

Om frågan returnerar "Serverfel", "Fråga avvisad", "Begäran har nått tidsgränsen" eller "Inget svar från servern " vet du att något är fel med DNS-servern (eller så är den inte tillgänglig från ditt nätverk). Om den svarar med rätt IP-adress kan problemet ligga hos klienten, nätverkssökvägen eller en mellanliggande brandvägg.

På Windows-servrar som fungerar som DNS-servrar är det också en bra idé att tömma lösningscachen för att kassera föråldrad data:

• Kommandokonsol (administratör): dnscmd /clearcache
• PowerShell (administratör): Rensa DNS-servercache

Vanliga orsaker till felet "DNS-servern svarar inte"

Det finns ett antal scenarier som upprepar sig gång på gång i både hem- och professionella nätverk. Att förstå dem hjälper dig att komma direkt till roten av problemet utan att slösa tid.

Korrupt eller föråldrad DNS-cache i operativsystemet

Din dator lagrar en lokal DNS-cache som innehåller de senaste DNS-sökningarna för att snabba upp surfningen. Om denna cache blir skadad eller lagrar föråldrade poster (på grund av ändringar i webbhotell, migreringar, DNS-zonändringar etc.) kommer du att se fel när du öppnar domäner som fungerar bra på andra enheter.

I Windows kan du åtgärda detta genom att köra följande kommando i kommandotolken med administratörsbehörighet:

ipconfig / flushdns

På macOS är den typiska motsvarigheten:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSRsvara

På mobila enheter räcker det ofta att bara starta om enheten eller slå på och av flygplansläge för att tvinga fram rensning av nätverkscacher.

Felaktig router- eller modemkonfiguration

Din router och ditt modem fungerar som en gateway mellan ditt lokala nätverk och internet . Om deras DNS-inställningar är felaktiga (till exempel pekar på en server som inte längre finns, eller har felaktigt definierade vidarebefordrare) kommer utbredda fel att uppstå på alla enheter i nätverket.

Typiska konfigurationsfel:

• Felaktigt konfigurerade manuella DNS-servrar på routern, ärvt från gamla tester.
• DHCP som levererar intern DNS som inte längre är aktiv eller som bara fungerar för en del av nätverket.
• Filter eller brandväggsregler på routern som blockerar port 53 UDP/TCP till vissa DNS-servrar.

I dessa fall är en bra utgångspunkt att starta om modemet och routern (stäng av dem, vänta 30–60 sekunder och slå på dem igen) och, om problemet kvarstår, kontrollera konfigurationen eller till och med återställ till fabriksinställningarna och konfigurera om från grunden.

Störningar från brandvägg, antivirus eller VPN

Brandväggar, antiviruslösningar och VPN-tjänster är utformade för att skydda, men alltför aggressiva inställningar kan blockera DNS-frågor eller dirigera dem genom felaktiga tunnlar . Detta inkluderar både operativsystemsbrandväggar och avancerade nätverkssäkerhetsenheter.

Logiska steg för att kontrollera det:

• Inaktivera tillfälligt ditt antivirusprogram och din brandvägg (att veta vad man gör och bara för att testa det).
• Stäng alla VPN-tjänster Se till att den är ansluten och försök att surfa igen.
• Kontrollera att på företagsbrandväggar port 53 filtreras eller omdirigeras inte konstigt sätt.

Om allt fungerar korrekt efter att dessa element har inaktiverats är det dags att granska regler, undantag och nätverksprofiler för att tillåta DNS-trafik utan att kompromissa med säkerheten.

DNS-serverproblem: belastning, zoner, rekursion och delegeringar

Många företagsnätverk har en eller flera auktoritativa och rekursiva DNS-servrar (till exempel Windows Server med DNS-rollen) som svarar på både interna namn och internetförfrågningar. Här är utbudet av möjliga incidenter brett:

• DNS-servern är nere eller tjänsten har stoppatsOm Windows DNS-tjänsten inte körs kommer frågorna att misslyckas med meddelandet "Inget svar från servern". Du kan försöka starta den med nätstart DNS.
• Servern är överbelastad eller zonen är pausadFel som ”Serverfel” eller ”Fråga avvisad” kan tyda på att Zonen är pausad eller så har servern nått sin gränsGranska händelseloggarna (Program, System och "DNS-server") och fliken Allmänt för zonen.
• Trasig rekursionOm servern vidarebefordrar frågor till andra DNS-servrar (fliken Vidarebefordrare) kan eventuella problem i den kedjan (timeouts, felaktiga data, dåligt sammansatta kedjiga vidarebefordringar) orsaka externa upplösningsfel.
• Felaktiga DNS-delegeringarOm det finns en felkonfigurerad delegering mellan en överordnad zon och en ombudszon (till exempel corp.contoso.com och sub.corp.contoso.com) kommer du att se felmeddelanden när du försöker matcha namn från ombudszonen.

För att diagnostisera rekursion och delegering används ofta nslookup i interaktivt läge , där NS- och A-posterna på varje nivå efterfrågas och rekursion experimenteras aktiverad eller inaktiverad. Det är en mer avancerad metod, men viktig om du hanterar auktoritativa DNS-servrar.

Zonöverföringar och synkronisering mellan servrar

I topologier med primära och sekundära DNS-servrar kan upplösningsfel uppstå eftersom den sekundära zonen inte har uppdaterats korrekt. Typiska symtom:

• Den sekundära servern returnerar föråldrade eller inkonsekventa data jämfört med den primära servern.
• Händelsevisaren visas zonöverföringsfel.
• Genom att tvinga fram en dnscmd /zonrefresh Processen är inte korrekt slutförd.

Det är därför lämpligt:

• Jämför serienumret för zonen i primär och sekundär, och se till att primären har ett högre serienummer.
• Granska alternativ för zonöverföring (fliken Zonöverföringar) och bekräfta att sekundären är auktoriserad.
• Om det finns blandade implementeringar (t.ex. Windows och BIND), kontrollera kompatibiliteten med registertyper och om "snabb överföring" har inaktiverats om den sekundära databasen inte stöder det.

Praktiska lösningar när "DNS-servern inte svarar"

Här är en ordnad lista över åtgärder du kan vidta, både på klientdatorer och i hem- och företagsnätverksmiljöer, för att ta itu med problemet metodiskt.

1. Starta om routern/modemet och enheterna

Det låter som en klyscha, men en ordentlig avstängning och omstart löser ofta många nätverksproblem. Omstart rensar cacheminnen, förnyar sessioner med internetleverantören och korrigerar mindre interna låsningar i nätverksutrustningen.

1. Stäng av din dator (eller mobiltelefoner, surfplattor etc.) helt.
2. Koppla ur routern och modemet (om de är två separata enheter).
3. Vänta minst 30 sekunder.
4. Anslut modemet och routern igen och vänta tills alla lampor stabiliserats.
5. Slå på datorn igen och försök att surfa.

2. Ändra dina DNS-servrar till andra offentliga och pålitliga

Om du misstänker att din leverantörs DNS-servrar inte fungerar som de ska eller är överbelastade kan du konfigurera högpresterande offentliga DNS-servrar på din dator eller router , till exempel:

• Google DNS: 8.8.8.8 och 8.8.4.4
• Cloudflare DNS: 1.1.1.1 och 1.0.0.1
• Öppen: 208.67.222.222 och 208.67.220.220
• Andra kommersiella DNS-tjänster (Surfshark DNS: 194.169.169.169, etc.).

På Windows kan du göra det så här:

1. tryck Windows + R, skriver ncpa.cpl och tryck på Enter.
2. Högerklicka på din anslutning (Ethernet eller Wi-Fi) och välj Fastigheter.
3. Välj Internetprotokoll version 4 (TCP / IPv4) och tryck på Fastigheter.
4. Märke Få en IP-adress automatiskt Om du vill att routern ska tilldela IP-adressen väljer du Använd följande DNS-serveradresser.
5. Fyll i fälten för Föredragen DNS-server y alternativ med de värden du vill använda (till exempel 8.8.8.8 och 8.8.4.4).
6. Aktiv Validera konfigurationen vid avslutning och tryck OK.

3. Rensa DNS-cachen och uppdatera IP-konfigurationen (Windows)

I många fall, särskilt om anslutningen fungerade bra tidigare, räcker det att bara "återställa" enhetens nätverkskonfiguration med några få kommandon:

1. Öppna Start-menyn, skriv cmd, högerklicka på Kommandotolken och välj Kör som administratör.
2. Skriv följande kommandon, rad för rad (tryck på Enter efter varje kommando):

ipconfig / flushdns
ipconfig / release
ipconfig / renew
NETSH winsock återställningskatalog
NETSH int ipv4 reset reset.log
NETSH int ipv6 reset reset.log

Starta om datorn efter detta. Du har rensat DNS-cachen, förnyat DHCP-leasen och återställt TCP/IP-stacken , vilket åtgärdar en mängd konstiga fel.

4. Prova en annan webbläsare, en annan dator och en trådbunden anslutning.

För att isolera orsaken är korstestning mycket användbar :

• Om du använder Chrome, prova Firefox, Edge eller någon annan webbläsare.
• Använd en annan enhet på samma nätverk (en annan dator, mobil, surfplatta) och försök att komma åt samma webbplatser.
• Om du använder Wi-Fi, anslut din dator till en Ethernetkabel direkt till routern Och vid problem med Wi-Fi, kontakta Så här åtgärdar du Wi-Fi-problem på din dator.

Om det bara misslyckas på en specifik enhet ligger problemet i dess konfiguration, brandvägg, drivrutiner eller till och med skadlig programvara . Om det misslyckas på alla enheter bör du kontrollera din router, interna DNS-server eller till och med din internetleverantör.

5. Kör operativsystemets nätverksfelsökare

Windows och macOS innehåller guider som automatiskt upptäcker och korrigerar många anslutningsfel, inklusive grundläggande DNS-problem.

• På Windows: Inställningar > Nätverk och internet > Nätverksfelsökare.
• På macOS: Apple-menyn > Nätverksdiagnostik.

De utför inga mirakel, men de kan spara tid på enkla problem , som inaktiverade adaptrar, felaktigt tillämpade nätverksprofiler eller inkonsekventa IP-parametrar.

Avancerade tekniker för att diagnostisera DNS-problem på servrar

Om du hanterar en företags-DNS-server (till exempel Windows Server med DNS-rollen) ändras verktygen något och detaljnivån ökar. Här går man från enkelt till komplext , precis som med klienter, men lägger till specifika tester till själva DNS-tjänsten.

Kontrollera servicestatus och händelseloggar

Det första du ska göra är att logga in på servern och kontrollera:

• Att DNS-tjänst körs (du kan starta den med nätstart DNS (om han blir häktad).
• mycket händelseloggar från Program, System och "DNS-server", letar efter upprepade zonfel, överföringar eller rekursion.

Om klienter får meddelandet "Serverfel" eller "Fråga avvisad" när de använder nslookup direkt mot den servern, kan zonen vara pausad eller så kan servern själv ha nått sin resursgräns (CPU, RAM, disk).

Testa tillgänglighet med nslookup från klienter och servrar

Förutom att testa från klientservrar är det en bra idé att köra frågor från själva DNS-servern och från andra mellanliggande servrar. Till exempel:

nslookup

Om resolvern returnerar rätt IP-adress fungerar servern och problemet kan ligga i sökvägen mellan klienten och servern. Om den returnerar:

• ”Serverfel” eller ”Fråga avvisad”pausad zon, konfigurationskonflikt eller överbelastad server.
• "Begäran till servern går ut på tidsgränsen"DNS-tjänsten har stoppats, brandväggen blockerar port 53, felkonfigurerat gränssnitt eller servern lyssnar bara på vissa IP-adresser.

I miljöer med avancerade brandväggar eller proxyservrar, kontrollera att en icke-standardiserad DNS-port inte används . nslookup använder UDP 53 som standard; om porten har ändrats kommer frågor att misslyckas om du inte justerar brandväggsreglerna och kör tester.

Diagnos av rekursivitet och delegeringar

För att kontrollera rekursion på en DNS-server kan du:

1. Se om det har konfigurerade vidarebefordrare (Fliken Vidarebefordrare i serveregenskaperna i DNS-konsolen).
2. Om det inte finns några vidarebefordrare, testa om servern kan fråga efter rotservrar använda nslookup i interaktivt läge och fråga NS-poster från rotzonen.

När svaren indikerar "Request timeout" även till rotservrar och root-förslagen pekar på rätt servrar, finns det vanligtvis:

• Problem med utgående nätverksanslutning från servern.
• En brandvägg som blockerar utgående DNS-trafik.
• En alltför aggressiv väntetid för rekursion.

För att säkra brutna delegeringar brukar man:

1. Starta nslookup på den berörda servern, inaktivera rekursion (ställ in norecurse) och starta NS/A-frågor mot varje nivå i domänhierarkin.
2. Upprepa processen med varje delegatserver och samla in alla NS-poster och deras A-adresser.
3. Identifiera om någon A-post saknas för en NS, om någon NS inte längre svarar eller om det finns avvikelser mellan den överordnade zonen och delegerade zoner.

Lösningen innebär att korrigera eller lägga till lämpliga A- och NS-poster i den primära zonen, och att säkerställa att delegeringen pekar till giltiga och tillgängliga servrar.

Bästa praxis för att undvika framtida IP- och DNS-nätverksproblem

När allt fungerar igen är det dags att ta itu med roten till problemet så att det inte fortsätter att hända. Det finns ett antal enkla metoder som förbättrar stabiliteten avsevärt.

Håll system, routrar och firmware uppdaterade

Tillverkare åtgärdar ofta nätverksstackbuggar, DNS-problem, minnesläckor och sårbarheter i system- och firmwareuppdateringar. Att lämna routern och operativsystemet ouppdaterat i flera år är att be om problem.

Rekommendationer:

• Applicera regelbundet säkerhetskorrigeringar och uppdateringar på Windows, macOS eller Linux.
• Kolla om det finns Ny firmware för routern eller modemet och applicera den enligt tillverkarens anvisningar.
• upprätthålla nätverksdrivrutiner någorlunda uppdaterad, särskilt efter hårdvaruändringar.

Välj pålitliga DNS-servrar och konfigurera din brandvägg och ditt antivirusprogram korrekt.

Om din leverantör ger dig problem kan du välja att använda pålitliga, högkvalitativa offentliga DNS-servrar (Google, Cloudflare, OpenDNS, etc.) på både din router och dina enheter. Kontrollera samtidigt din brandvägg och ditt antivirusprogram.

• Blockera inte DNS-frågor på port 53 UDP/TCP.
• Tillåta upplösning för både IPv4 och IPv6 om ditt nätverk stöder det.
• Tvinga det inte fram krypterad DNS eller via HTTPS experimentellt utan att du vet vad du gör.

Övervaka anslutning och DNS-stabilitet

På företag rekommenderas det att implementera kontinuerlig DNS- och nätverksövervakning med hjälp av verktyg som PerfOps, DigiCert DNS Trust Manager eller andra liknande lösningar:

• Mät upplösningstider och upptäck ovanliga latenser.
• Övervaka drifttid och driftstopp på auktoritativa DNS-servrar.
• Få aviseringar om återkommande fel, frågetoppar eller potentiella attacker (t.ex. DDoS på DNS-tjänst).

I mindre miljöer räcker det med enkla regelbundna kontroller: pinga kända IP-adresser och domäner , granska routerloggar och, om DNS-fel upprepas, kontakta internetleverantören för att utesluta problem på nätverksnivå.

Kombinationen av en konsekvent IP-konfiguration, väl valda DNS-servrar, kontrollerade cacher, uppdaterade enheter och konsekvent övervakning gör hela skillnaden mellan ett nätverk som går ner varje vecka och ett som helt enkelt fungerar felfritt. Att förstå hur IP, DNS, routrar, brandväggar och servrar samverkar gör dig mycket bättre rustad att diagnostisera nästa "DNS-servern svarar inte"-fel på några minuter, istället för att slösa timmar på att kämpa med din webbläsare.