IP- en DNS-netwerkproblemen: diepgaande diagnose en oplossingen

Informatic Digital » Middelen » IP- en DNS-netwerkproblemen: diepgaande diagnose en oplossingen

Als alles naar behoren werkt, lijkt internetten wel magie: je typt een adres in, drukt op Enter en binnen enkele seconden verschijnt de pagina volledig. Maar zodra de DNS of het IP-netwerk begint te haperen, slaat de magie om in wanhoop: websites die niet laden, online games die vastlopen, videoplatforms die bevriezen, of zelfs computers in het lokale netwerk die elkaar niet meer kunnen zien.

Het lastige is dat het probleem vaak niet bij de browser of de glasvezelverbinding zelf ligt, maar bij kleine configuratiedetails zoals IP-, DNS-, router-, modem- of firewallinstellingen die verkeerd geconfigureerd zijn. En alsof dat nog niet genoeg is, zijn de foutmeldingen ook nog eens vaag: "DNS-server reageert niet", "DNS-server niet gevonden", "DNS-fout", "Verzoek is verlopen"... In dit artikel leest u in detail wat er werkelijk aan de hand is, hoe u het probleem kunt diagnosticeren met professionele tools (nslookup, ipconfig, dnscmd, enz.) en, belangrijker nog, hoe u uw IP-netwerk en DNS-instellingen kunt optimaliseren zodat ze geen problemen meer veroorzaken.

Wat is DNS precies en hoe verhoudt het zich tot het IP-netwerk?

Het DNS (Domain Name System) is, simpel gezegd, het adresboek van het internet. Computers communiceren met behulp van IP-adressen, zoals 192.0.2.1 of 172.217.4.46 , maar mensen vinden het makkelijker om www.example.com of google.com in te typen . Het DNS vertaalt deze voor mensen leesbare namen naar numerieke IP-adressen die de browser en het besturingssysteem begrijpen.

Wanneer je een URL in je browser invoert, stuurt deze een DNS-query die je computer, router, modem, netwerk van je internetprovider en, indien nodig, root- en autoritatieve servers scant , totdat het juiste IP-adres is gevonden. Pas dan begint de daadwerkelijke HTTP/HTTPS-verbinding. Als deze vertaling op enig moment mislukt, lijkt de verbinding wel actief (de netwerkpictogrammen worden correct weergegeven), maar laden er geen websites omdat de namen niet worden opgelost.

In lokale of bedrijfsnetwerken is DNS ook de component die ervoor zorgt dat namen zoals app1.corp.local of file-server worden omgezet naar interne IP-adressen. Als er problemen zijn met deze interne DNS, ondervindt u problemen met de toegang tot servers, applicaties, e-mail, printers of gedeelde resources.

Aan de basis van dit alles ligt het IP-protocol , met zijn IP-adres, subnetmasker, gateway en DNS-servers die geconfigureerd zijn op de netwerkadapter of toegewezen via DHCP. Een storing in een van deze parameters kan leiden tot DNS-fouten, verlies van verbinding of extreme traagheid.

Typische problemen in IP-netwerken die zich manifesteren als DNS-fouten.

Berichten zoals "DNS-server reageert niet", "DNS-fout" of "DNS-server niet gevonden" zijn slechts het topje van de ijsberg. Meestal ligt de oorzaak ergens tussen een onjuiste IP-configuratie, een beschadigde DNS-cache, verkeerd geconfigureerde routers of storingen in de DNS-server zelf.

Een veelvoorkomend scenario is dat een gebruiker een nieuwe pc aansluit op een bekabeld lokaal netwerk en plotseling merkt dat slechts één computer internettoegang heeft, de wifi niet meer werkt en de snelheden kelderen tot een tiende van wat ze betalen. Op het eerste gezicht lijkt het probleem bij de provider te liggen, maar bij nader onderzoek blijkt dat er conflicterende IP- en DNS-toewijzingen zijn , beschadigde caches of zelfs poorten die door een firewall worden geblokkeerd.

De meest voorkomende symptomen met betrekking tot DNS- en IP-netwerken zijn:

• Er lijkt een verbinding te zijn, maar er laden geen websites.Het netwerkpictogram geeft aan dat er een verbinding is, maar er wordt geen pagina geladen of de verbinding wordt verbroken.
• Slechts enkele sites falen.Sommige websites zijn wel toegankelijk, maar andere geven DNS-fouten of kunnen de naam niet oplossen.
• Extreme traagheidDe pagina's laden uiteindelijk wel, maar de naamomzetting verloopt erg traag omdat de DNS-server van uw internetprovider of uw interne server overbelast of verkeerd geconfigureerd is.
• Problemen met e-mail, SaaS-apps of VPN.Zelfs als de browser werkt, zijn bepaalde diensten afhankelijk van domeinnamen die niet correct worden opgelost.
• Lokale netwerkapparatuur die "verdwijnt"Servers of pc's zijn niet meer via hun naam bereikbaar, ook al reageren ze nog wel als je het IP-adres rechtstreeks pingt.

In serveromgevingen worden de symptomen nog ernstiger: kritieke service-uitval, mislukte zonetransfers, defecte recursie, beschadigde DNS-delegaties of verouderde secundaire zones.

Basiscontrole van de IP- en DNS-configuratie op de client.

Voordat je aan de slag gaat met routers of servers, is het verstandig om eerst te controleren of de IP- en DNS-instellingen op het betreffende apparaat correct zijn. Op Windows is het uitgangspunt de klassieke:

ipconfig / all

Met dit commando ziet u voor elke adapter het geconfigureerde IP-adres, subnetmasker, gateway en DNS-instellingen . Te controleren punten:

• Het IP-adres behoort tot het verwachte netwerk. (bijvoorbeeld 192.168.1.x als uw LAN 192.168.1.0/24 is).
• Het subnetmasker Dat is logisch (255.255.255.0 in veel binnenlandse scenario's).
• De doorgang Het is meestal het IP-adres van de router (bijvoorbeeld 192.168.1.1).
• De DNS-server verwees naar Het is consistent: uw router, een lokale DNS-server of een openbare DNS-server (Google 8.8.8.8, Cloudflare 1.1.1.1, OpenDNS, enz.).

Als je een specifieke DNS-server verdenkt, kun je dit direct testen met:

nslookup

Bijvoorbeeld:

nslookup app1 10.0.0.1

Als die query "Serverfout", "Query geweigerd", "Verzoek is verlopen" of "Geen reactie van de server " retourneert, weet je dat er iets mis is met die DNS-server (of dat deze niet bereikbaar is vanuit je netwerk). Als de server het juiste IP-adres retourneert, kan het probleem bij de client, het netwerkpad of een tussenliggende firewall liggen.

Op Windows-servers die als DNS-server fungeren, is het ook raadzaam om de resolutiecache te legen om verouderde gegevens te verwijderen:

• Opdrachtconsole (beheerder): dnscmd /cache wissen
• PowerShell (beheerder): DNS-servercache wissen

Veelvoorkomende oorzaken van de foutmelding "DNS-server reageert niet"

Er zijn een aantal scenario's die zich steeds weer herhalen, zowel in privé- als in professionele netwerken. Door deze te begrijpen, kunt u direct tot de kern van het probleem komen zonder tijd te verspillen.

Beschadigde of verouderde DNS-cache in het besturingssysteem.

Uw computer slaat een lokale DNS-cache op met de meest recente DNS-zoekopdrachten om het browsen te versnellen. Als deze cache beschadigd raakt of verouderde records bevat (door bijvoorbeeld wijzigingen in de hostingprovider, migraties of DNS-zonewijzigingen), krijgt u foutmeldingen bij het openen van domeinen die op andere apparaten wel goed werken.

In Windows kunt u dit oplossen door de volgende opdracht uit te voeren in de opdrachtprompt met beheerdersrechten:

ipconfig / flushdns

Op macOS is het gebruikelijke equivalent:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSReply

Op mobiele apparaten is het vaak voldoende om het apparaat opnieuw op te starten of de vliegtuigmodus in en uit te schakelen om de netwerkcache te wissen.

Onjuiste router- of modemconfiguratie

Je router en modem fungeren als gateway tussen je LAN en het internet . Als hun DNS-instellingen onjuist zijn (bijvoorbeeld verwijzend naar een server die niet meer bestaat, of met onjuist gedefinieerde forwarders), zullen er wijdverspreide fouten optreden op alle apparaten in het netwerk.

Typische configuratiefouten:

• Onjuist geconfigureerde handmatige DNS-servers Op de router, overgenomen van oude tests.
• DHCP levert interne DNS-servers die niet langer actief zijn. of die slechts voor een deel van het netwerk werken.
• Filters of firewallregels op de router die poort 53 UDP/TCP blokkeren voor bepaalde DNS-servers.

In dergelijke gevallen is het een goed beginpunt om de modem en router opnieuw op te starten (zet ze uit, wacht 30-60 seconden en zet ze weer aan). Als het probleem aanhoudt, controleer dan de configuratie of herstel de fabrieksinstellingen en configureer alles opnieuw.

Interferentie door firewall, antivirus of VPN

Firewalls, antivirusoplossingen en VPN's zijn ontworpen om te beschermen, maar te agressieve instellingen kunnen DNS-query's blokkeren of via onveilige tunnels routeren . Dit geldt zowel voor firewalls in besturingssystemen als voor geavanceerde netwerkbeveiligingsapparaten.

Logische stappen om dit te controleren:

• Schakel uw antivirusprogramma en firewall tijdelijk uit. (wetende wat je doet en het gewoon even testen).
• Sluit alle VPN-verbindingen af. Zorg ervoor dat de verbinding tot stand is gebracht en probeer het internet opnieuw.
• Controleer op bedrijfsfirewalls of Poort 53 wordt niet gefilterd of omgeleid. vreemde manier.

Als alles correct werkt nadat deze elementen zijn uitgeschakeld, is het tijd om de regels, uitzonderingen en netwerkprofielen te controleren om DNS-verkeer toe te staan ​​zonder de beveiliging in gevaar te brengen.

DNS-serverproblemen: belasting, zones, recursie en delegaties

Veel bedrijfsnetwerken hebben een of meer gezaghebbende en recursieve DNS-servers (bijvoorbeeld Windows Server met de DNS-rol) die reageren op zowel interne namen als internetquery's. Hier is het scala aan mogelijke incidenten breed:

• DNS-server is niet beschikbaar of de service is gestopt.Als de Windows DNS-service niet actief is, mislukken query's met de melding "Geen reactie van de server". U kunt proberen de service te starten met net start DNS.
• Server overbelast of zone gepauzeerd.Foutmeldingen zoals 'Serverfout' of 'Query geweigerd' kunnen erop wijzen dat de De zone is gepauzeerd of de server heeft zijn limiet bereikt.Bekijk de gebeurtenislogboeken (Applicatie, Systeem en "DNS-server") en het tabblad Algemeen van de zone.
• Gebroken recursieAls de server query's doorstuurt naar andere DNS-servers (tabblad Doorstuurservers), kunnen eventuele problemen in die keten (time-outs, onjuiste gegevens, slecht samengestelde doorstuurketens) externe resolutiefouten veroorzaken.
• Onjuiste DNS-delegatiesAls er sprake is van een onjuist geconfigureerde delegatie tussen een bovenliggende zone en een gedelegeerde zone (bijvoorbeeld corp.contoso.com en sub.corp.contoso.com), krijgt u foutmeldingen wanneer u probeert namen uit de gedelegeerde zone op te lossen.

Om recursie en delegatie te diagnosticeren, wordt vaak nslookup in interactieve modus gebruikt . Hierbij worden de NS- en A-records op elk niveau opgevraagd en wordt geëxperimenteerd met het in- of uitschakelen van recursie. Het is een geavanceerdere aanpak, maar essentieel als u gezaghebbende DNS-servers beheert.

Zoneoverdracht en synchronisatie tussen servers

In topologieën met primaire en secundaire DNS-servers kunnen resolutiefouten optreden omdat de secundaire zone niet correct is bijgewerkt. Typische symptomen:

• De secundaire server levert verouderde of inconsistente gegevens in vergelijking met de primaire server.
• De gebeurtenisviewer verschijnt zoneoverdrachtsfouten.
• Door een dnscmd /zonerefresh Het proces is niet correct afgerond.

Het is daarom raadzaam:

• Vergelijk het serienummer van de zone. Zorg ervoor dat de primaire en secundaire versie een hoger serienummer hebben.
• bekijk de opties voor zoneoverdracht (tabblad Zoneoverdrachten) en bevestig dat de secundaire overdracht is geautoriseerd.
• Bij gemengde implementaties (bijvoorbeeld Windows en BIND) moet u de compatibiliteit van het registertype controleren en nagaan of 'snelle overdracht' is uitgeschakeld als het secundaire apparaat dit niet ondersteunt.

Praktische oplossingen voor wanneer "de DNS-server niet reageert".

Hieronder vindt u een geordende lijst met acties die u kunt uitvoeren, zowel op clientcomputers als in thuis- en bedrijfsnetwerken, om het probleem methodisch aan te pakken.

1. Herstart de router/modem en de apparaten.

Het klinkt misschien als een cliché, maar een goede afsluiting en herstart lost vaak veel netwerkproblemen op. Door opnieuw op te starten worden caches gewist, sessies met de internetprovider vernieuwd en kleine blokkeringen van interne netwerkapparatuur verholpen.

1. Schakel uw computer (of mobiele telefoon, tablet, enz.) volledig uit.
2. Koppel de router en het modem los (als het twee aparte apparaten zijn).
3. Wacht minimaal 30 seconden.
4. Sluit het modem en de router weer aan en wacht tot alle lampjes stabiel branden.
5. Zet je computer weer aan en probeer te internetten.

2. Wijzig uw DNS-servers naar andere openbare en betrouwbare servers.

Als u vermoedt dat de DNS-servers van uw provider niet goed functioneren of overbelast zijn, kunt u krachtige openbare DNS-servers op uw computer of router configureren , zoals:

• Google DNS: 8.8.8.8 en 8.8.4.4 uur
• Cloudflare DNS: 1.1.1.1 en 1.0.0.1 uur
• OpenDNS: 208.67.222.222 en 208.67.220.220 uur
• Andere commerciële DNS-servers (Surfshark DNS: 194.169.169.169, enz.).

Op Windows kunt u het als volgt doen:

1. pers Windows + RSchrijft ncpa.cpl en druk op Enter.
2. Klik met de rechtermuisknop op uw verbinding (Ethernet of Wi-Fi) en kies EIGENDOMMEN.
3. kiezen Internet Protocol versie 4 (TCP / IPv4) en druk op EIGENDOMMEN.
4. Merk Automatisch een IP-adres verkrijgen Als u wilt dat de router het IP-adres toewijst, selecteer dan Gebruik de volgende DNS-serveradressen:.
5. Vul de velden in van Voorkeur DNS-server y alternatief met de waarden die u wilt gebruiken (bijvoorbeeld 8.8.8.8 en 8.8.4.4).
6. Activa Valideer de configuratie bij het afsluiten en druk op OK.

3. Wis de DNS-cache en vernieuw de IP-configuratie (Windows)

In veel gevallen, vooral als de verbinding voorheen prima werkte, is het voldoende om de netwerkconfiguratie van het apparaat met een paar commando's te "resetten":

1. Open het Startmenu, typ cmd, klik met de rechtermuisknop op Opdrachtprompt en selecteer Als administrator uitvoeren.
2. Typ de volgende opdrachten regel voor regel (druk na elke opdracht op Enter):

ipconfig / flushdns
ipconfig / release
ipconfig / renew
NETSH winsock reset catalogus
NETSH int ipv4 reset reset.log
NETSH int ipv6 reset reset.log

Start daarna uw computer opnieuw op. U hebt hiermee de DNS-cache gewist, de DHCP-lease vernieuwd en de TCP/IP-stack gereset , wat een heleboel vreemde fouten verhelpt.

4. Probeer een andere browser, een andere computer en een bekabelde verbinding.

Om de oorzaak te achterhalen, is kruistesten erg nuttig :

• Als je Chrome gebruikt, probeer dan Firefox, Edge of een andere browser.
• Gebruik een ander apparaat op hetzelfde netwerk (een andere pc, mobiel, tablet) en probeer dezelfde websites te bezoeken.
• Als je wifi gebruikt, verbind je pc dan met een Ethernetkabel rechtstreeks aangesloten op de router En voor wifi-problemen kunt u contact opnemen met Hoe los je wifi-problemen op je pc op?.

Als het probleem zich alleen voordoet op één specifiek apparaat, ligt het probleem bij de configuratie, firewall, stuurprogramma's of zelfs malware . Als het probleem zich op alle apparaten voordoet, moet u uw router, interne DNS-server of zelfs uw internetprovider controleren.

5. Voer de netwerkprobleemoplossers van het besturingssysteem uit.

Windows en macOS bevatten wizards die automatisch veel verbindingsproblemen opsporen en verhelpen, waaronder eenvoudige DNS-problemen.

• In Windows: Instellingen > Netwerk en internet > Probleemoplosser voor netwerken.
• Op macOS: Apple-menu > Netwerkdiagnose.

Ze verrichten geen wonderen, maar ze kunnen je wel tijd besparen bij simpele problemen , zoals uitgeschakelde adapters, onjuist toegepaste netwerkprofielen of inconsistente IP-parameters.

Geavanceerde technieken voor het diagnosticeren van DNS-problemen op servers

Als u een bedrijfs-DNS-server beheert (bijvoorbeeld een Windows Server met de DNS-rol), veranderen de tools enigszins en neemt het detailniveau toe. De aanpak is hier om van eenvoudig naar complex te gaan , net als bij clients, maar met extra tests voor de DNS-service zelf.

Controleer de servicestatus en gebeurtenislogboeken.

Het eerste wat je moet doen, is inloggen op de server en controleren:

• Que el DNS-service draait (je kunt het starten met net start DNS (als hij wordt aangehouden).
• De gebeurtenislogboeken Vanuit de applicatie, het systeem en de "DNS-server" wordt gezocht naar herhaalde zonefouten, overdrachten of recursie.

Als clients de foutmelding "Serverfout" of "Query geweigerd" ontvangen bij het rechtstreeks uitvoeren van nslookup op die server, kan het zijn dat de zone is gepauzeerd of dat de server zelf zijn resourcelimiet (CPU, RAM, schijf) heeft bereikt.

Test de toegankelijkheid met nslookup vanaf clients en servers.

Naast het testen vanaf clientservers is het raadzaam om ook query's uit te voeren vanaf de DNS-server zelf en vanaf andere tussenliggende servers. Bijvoorbeeld:

nslookup

Als de resolver het juiste IP-adres retourneert, werkt de server en ligt het probleem mogelijk in de verbinding tussen de client en de server. Als het het volgende retourneert:

• "Serverfout" of "Query geweigerd": zone gepauzeerd, configuratieconflict of overbelaste server.
• "Verzoek aan de server is verlopen": DNS-service gestopt, firewall blokkeert poort 53, interface verkeerd geconfigureerd of server luistert alleen op bepaalde IP-adressen.

In omgevingen met geavanceerde firewalls of proxy's, controleer of er geen niet-standaard DNS-poort wordt gebruikt . nslookup gebruikt standaard UDP-poort 53; als de poort is gewijzigd, zullen query's mislukken tenzij u de firewallregels aanpast en tests uitvoert.

Diagnose van recursiviteit en delegaties

Om recursie te controleren, kunt u op een DNS-server het volgende doen:

1. Kijk of het aanwezig is geconfigureerde doorstuurders (Tabblad 'Forwarders' van de servereigenschappen in de DNS-console).
2. Als er geen doorstuurservers zijn, test dan of de server de server kan bevragen. root-servers Het gebruik van nslookup in interactieve modus en het opvragen van NS-records uit de rootzone.

Als de reacties zelfs naar rootservers de melding "Verzoek is verlopen" geven en de suggesties van de rootservers naar de juiste servers verwijzen, is er meestal sprake van:

• Problemen met de uitgaande netwerkverbinding vanaf de server.
• Een firewall die uitgaand DNS-verkeer blokkeert.
• Een te agressieve wachttijd voor recursie.

Om gebroken delegaties te herstellen, doet men doorgaans het volgende:

1. Start nslookup op de betreffende server en schakel recursie uit (set norecurse) en NS/A-query's uitvoeren op elk niveau van de domeinhierarchie.
2. Herhaal dit proces voor elke gedelegeerde server en verzamel alle NS-records en hun A-adressen.
3. Detecteer of er een A-record ontbreekt voor een NS, of een NS niet meer reageert, of dat er discrepanties zijn tussen de bovenliggende en gedelegeerde zones.

De oplossing bestaat uit het corrigeren of toevoegen van de juiste A- en NS-records in de primaire zone en het ervoor zorgen dat de delegatie verwijst naar geldige en toegankelijke servers.

Beste werkwijzen om toekomstige IP- en DNS-netwerkproblemen te voorkomen

Zodra alles weer werkt, is het tijd om de oorzaak van het probleem aan te pakken, zodat het niet opnieuw gebeurt. Er zijn een aantal eenvoudige best practices die de stabiliteit aanzienlijk verbeteren.

Zorg ervoor dat systemen, routers en firmware up-to-date zijn.

Fabrikanten verhelpen regelmatig netwerkproblemen, DNS-problemen, geheugenlekken en kwetsbaarheden met systeem- en firmware-updates. Je router en besturingssysteem jarenlang niet updaten is vragen om problemen.

Aanbevelingen:

• Regelmatig solliciteren beveiligingspatches en updates Op Windows, macOS of Linux.
• Controleer of dat zo is Nieuwe firmware voor de router of modem. en breng het aan volgens de instructies van de fabrikant.
• onderhouden netwerkstuurprogramma's Redelijk actueel, vooral na hardwarewijzigingen.

Kies betrouwbare DNS-servers en configureer uw firewall en antivirussoftware correct.

Als je problemen ondervindt met je provider, kun je ervoor kiezen om betrouwbare, hoogwaardige openbare DNS-servers (Google, Cloudflare, OpenDNS, enz.) te gebruiken op zowel je router als je apparaten. Controleer tegelijkertijd je firewall en antivirussoftware.

• Blokkeer geen DNS-query's. op poort 53 UDP/TCP.
• Toestaan resolutie voor zowel IPv4 als IPv6 als je netwerk het ondersteunt.
• Forceer het niet versleutelde DNS of via HTTPS Experimenteel, zonder dat je weet wat je doet.

Bewaak de verbinding en DNS-stabiliteit.

Binnen bedrijven wordt aanbevolen om continue DNS- en netwerkmonitoring te implementeren met behulp van tools zoals PerfOps, DigiCert DNS Trust Manager of andere vergelijkbare oplossingen.

• Meet de oplostijden en detecteer ongebruikelijke vertragingen.
• Monitor de uptime en downtime van gezaghebbende DNS-servers.
• Ontvang meldingen over terugkerende fouten, pieken in query's of potentiële aanvallen (bijv. DDoS-aanval op DNS-services).

In kleinere omgevingen volstaan ​​eenvoudige periodieke controles: ping bekende IP-adressen en domeinen , bekijk de routerlogboeken en neem, als DNS-fouten zich herhalen, contact op met de internetprovider om problemen op netwerkniveau uit te sluiten.

De combinatie van een consistente IP-configuratie, zorgvuldig gekozen DNS-servers, gecontroleerde caches, up-to-date apparaten en continue monitoring maakt het verschil tussen een netwerk dat wekelijks uitvalt en een netwerk dat feilloos werkt. Door te begrijpen hoe IP, DNS, routers, firewalls en servers met elkaar samenwerken, bent u veel beter in staat om de volgende foutmelding "DNS-server reageert niet" binnen enkele minuten te diagnosticeren, in plaats van uren te verspillen aan het worstelen met uw browser.