DNS-cache legen in Windows 11 en 10 (ipconfig /flushdns)
Om de DNS-cache in Windows 10 of Windows 11 te legen, open je de Opdrachtprompt of Terminal en voer je ipconfig /flushdns uit. In PowerShell doet Clear-DnsClientCache hetzelfde, en volgens de cmdlet-referentie van Microsoft staat het uitvoeren ervan gelijk aan het uitvoeren van ipconfig /flushdns.
Het legen wist maar één laag: de cache van de DNS-client van Windows. Je router, je DNS-provider, de eigen DNS-cache van je browser en je netwerkadapters blijven onaangeroerd, dus het lost een verouderde naamopzoeking op en weinig meer. De rest van dit artikel gaat over wanneer die laag echt het probleem is, hoe je erin kijkt, welke zwaardere resetopdrachten er vaak bij worden genoemd en wat elk daarvan verandert.
Wat de DNS-clientcache bevat
Voordat een app verbinding maakt met example.com, moet Windows die naam omzetten in een IP-adres. De service DNS-client bewaart antwoorden die al zijn ontvangen, zodat herhaalde opzoekingen niet elke keer opnieuw het netwerk op gaan. De ipconfig-referentie van Microsoft beschrijft dat de cache zowel vooraf geladen vermeldingen uit het lokale Hosts-bestand bevat als recent opgehaalde records voor namen die de computer heeft omgezet, en zegt dat de service hem gebruikt "voordat de geconfigureerde DNS-servers worden bevraagd."
Elk record blijft bewaard zolang de time-to-live die de DNS-server van het domein eraan heeft gegeven, en wordt daarna opnieuw opgehaald. Mislukkingen worden ook gecachet: dezelfde referentie zegt dat /flushdns "negatieve cachevermeldingen kan verwijderen", antwoorden die zeggen dat een naam niet bestaat. Daarom kan een site die één keer faalde op één pc blijven falen terwijl andere apparaten hem wel bereiken.
Om te zien wat er in de cache staat zonder iets te veranderen:
ipconfig /displaydns
Of in PowerShell, gefilterd op één naam:
Get-DnsClientCache -Entry example.com
Get-DnsClientCache kan filteren op recordtype, status (Success, NotExist of NoRecords) en time-to-live, wat makkelijker leest dan de lange lijst van ipconfig. Een NotExist-vermelding voor een naam die zou moeten werken, is een gecachete mislukking.
Wanneer het legen van de DNS-cache helpt
| Situatie | Waarom legen ertoe doet |
|---|---|
| Een site of server is naar een nieuw adres verhuisd en deze pc bereikt nog het oude | Het oude record is nog niet verlopen in de lokale cache |
| Je hebt de DNS-server gewijzigd in Instellingen | Antwoorden van de vorige server staan nog in de cache |
| Je hebt het hosts-bestand bewerkt en de wijziging lijkt genegeerd | De cache bevat vooraf geladen vermeldingen uit het hosts-bestand en eerdere antwoorden voor die naam |
| Je hebt een VPN of proxy aan- of uitgezet en sommige namen worden nog via de verkeerde kant omgezet | Records die via het andere pad zijn opgehaald, staan nog in de cache |
| Een lokaal ontwikkeldomein wijst naar een nieuw doel | Een gecachet antwoord, of een gecachet "bestaat niet", wordt hergebruikt |
| Eén naam faalt hier maar werkt op je telefoon op hetzelfde netwerk | Een mislukte opzoeking kan als negatieve vermelding zijn gecachet |
In elk geval is de oplossing dezelfde: leeg de cache, controleer wat Windows nu omzet (zie de controlesectie verderop) en probeer het daarna opnieuw in de app. Sluit de browser af en open hem opnieuw in plaats van alleen het tabblad te vernieuwen, om de reden in de volgende sectie.
Wanneer het legen van de DNS-cache niet helpt
De Windows-cache is maar een van de plekken waar een naam een antwoord kan krijgen, en legen raakt alleen die ene.
- Je provider of de site ligt eruit. Als elke site faalt, of als andere apparaten op hetzelfde netwerk ook falen, zit het probleem verder stroomopwaarts. Legen verandert daar niets aan.
- Je router of DNS-provider heeft het oude record. Die cachen ook antwoorden. Een lokale leging kan ze niet dwingen eerder een nieuw record op te halen; dat gebeurt pas als hun kopie verloopt.
- De browser zet namen zelf om. De helppagina van Chrome zegt dat beveiligde DNS standaard aanstaat in automatische modus, en browsers op basis van Chromium houden hun eigen host-resolvercache bij. De net-internals-pagina van Chromium heeft een knop "Clear host cache" onder "Host resolver cache" (bron). Open
chrome://net-internals/#dnsin Chrome ofedge://net-internals/#dnsin Edge en klik erop. Dezelfde pagina heeft in de sectie Sockets ook "Flush socket pools", waar Chromium "May break pages with active connections" bij zet, dus sluit eerst belangrijke tabbladen als je die gebruikt. - De DNS-serverinstelling zelf klopt niet. Als Windows naar een server wijst die verkeerd of helemaal niet antwoordt, vraagt legen het alleen opnieuw aan dezelfde server. Controleer het in Instellingen › Netwerk en internet › Wi-Fi › Bekende netwerken beheren (of Ethernet), selecteer je netwerk en kies Bewerken naast IP-toewijzing. De pagina over netwerkinstellingen van Microsoft zegt dat Automatisch (DHCP) het DNS-serveradres van je router of toegangspunt haalt, en raadt die optie aan. Op een werk-pc met VPN kan het wijzigen hiervan interne namen breken, dus vraag het eerst aan wie de pc beheert.
- Pagina's zijn traag, niet kapot. Opzoekingen worden juist gecachet omdat ze snel te hergebruiken zijn. Trage downloads of haperende video zijn zelden een DNS-probleem, en een lege cache maakt de volgende paar opzoekingen iets trager, niet sneller.
Opdrachten om de cache te legen en te bekijken
In de Opdrachtprompt of Terminal:
ipconfig /flushdns
ipconfig /displaydns
In PowerShell:
Clear-DnsClientCache
Get-DnsClientCache
Geen van beide referentiepagina's van Microsoft noemt beheerdersrechten als vereiste voor deze opdrachten, en Mole for Windows voert dezelfde leging uit vanuit zijn normale proces zonder verhoogde rechten. Als een beheerde pc antwoordt met een toegangsfout, open dan Terminal of de Opdrachtprompt als administrator en voer de opdracht daar uit. Een leging verwijdert niets van de schijf en vraagt geen herstart; de cache vult zich weer zodra apps opnieuw namen opzoeken.
Plan geen legingen in en zet ze niet in een opstartscript als snelheidstruc. Een gevulde cache is de snelle route, en een verse leging helpt alleen als een bepaald record fout is.
Controleer het hosts-bestand voordat je de cache de schuld geeft
Het hosts-bestand gaat voor DNS bij elke naam die erin staat. Het artikel van Microsoft over het herstellen van het hosts-bestand noemt de map %WinDir%\System32\Drivers\Etc, meestal C:\Windows\System32\drivers\etc. Het bestand heet hosts, zonder extensie. Een standaardbestand bevat alleen commentaarregels die met # beginnen en, volgens dat artikel, loopbacktoewijzingen voor localhost.
Ontwikkeltools, adblockers en oude tutorials voegen hier soms regels toe en laten ze staan. Als het domein dat raar doet in het bestand staat, verklaart die regel waarom het zo wordt omgezet. Om het te wijzigen, maak je eerst een kopie (het artikel van Microsoft hernoemt het oude bestand naar Hosts.old), bewerk je alleen de regel die je nodig hebt in een editor die als administrator draait, sla je op zonder .txt-extensie toe te voegen en voer je daarna ipconfig /flushdns uit zodat de cache de oude vooraf geladen vermelding loslaat. Verwijder het bestand niet en wijzig de machtigingen niet.
Zwaardere resets en wat ze veranderen
Het Wi-Fi-probleemoplossingsartikel van Microsoft noemt deze opdrachten samen, uit te voeren in een Opdrachtprompt als administrator, in deze volgorde:
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
Ze doen heel verschillende dingen, en alleen de laatste gaat over DNS:
ipconfig /releasestuurt een DHCP-release en schakelt volgens de ipconfig-referentie TCP/IP uit voor adapters die automatisch een adres ophalen. Je bent offline tot/reneween nieuw adres krijgt. Voer hem nooit los uit via een Extern bureaublad-sessie.ipconfig /renewvraagt DHCP om een verse configuratie. Hij werkt alleen op adapters die automatisch een adres ophalen.netsh winsock resetzet de Winsock-catalogus terug naar een schone staat en verwijdert aangepaste Layered Service Providers (netsh winsock). Sommige VPN-clients en beveiligingstools installeren zulke providers, dus controleer die apps daarna.netsh int ip resetoverschrijft de registersleutels met TCP/IP- en DHCP-parameters, wat volgens het TCP/IP-resetartikel van Microsoft hetzelfde effect heeft als TCP/IP verwijderen en opnieuw installeren. Er zijn beheerdersrechten en een herstart voor nodig, en het voorbeeldlogboek daar laat zien dat statische IP-adressen, gateways en DNS-servers worden gereset. Heb je die met de hand ingesteld, schrijf ze dan eerst op.- Netwerk opnieuw instellen, in Instellingen › Netwerk en internet › Geavanceerde netwerkinstellingen › Netwerk opnieuw instellen, verwijdert alle netwerkadapters en hun instellingen en installeert ze na de herstart van de pc opnieuw met standaardwaarden. Het Wi-Fi-artikel van Microsoft waarschuwt dat je VPN-clientsoftware of virtuele Hyper-V-switches misschien opnieuw moet installeren en instellen, en dat bekende netwerken op het openbare netwerkprofiel kunnen komen te staan.
Als het enige symptoom is dat één naam naar een oud of ontbrekend adres wijst, heb je geen van deze nodig. Bewaar ze voor een verbinding die in het algemeen kapot is, nadat een leging en een controle van de DNS-server en het hosts-bestand het niet hebben verklaard.
Controleer of het is opgelost
- Vraag alleen de cache, om te zien wat Windows voor de naam bewaart:
powershell
Resolve-DnsName example.com -CacheOnly
Resolve-DnsName met -CacheOnly "zet deze query om met alleen de lokale cache." Voer hem direct na een leging uit en nog eens nadat de app het opnieuw heeft geprobeerd, zodat je ziet welk antwoord is gecachet.
- Zet de naam normaal om en daarna nog een keer zonder het hosts-bestand, en vergelijk:
powershell
Resolve-DnsName example.com
Resolve-DnsName example.com -NoHostsFile
Als de twee antwoorden verschillen, is een regel in het hosts-bestand de oorzaak.
- Vraag een DNS-server rechtstreeks. In de nslookup-referentie is het tweede argument de server die je bevraagt; zonder dat argument gebruikt nslookup de standaard-DNS-naamserver.
cmd
nslookup example.com
nslookup example.com 1.1.1.1
Als je ingestelde server het oude adres teruggeeft en een andere server het nieuwe, staat het oude record nog stroomopwaarts in een cache en is wachten de oplossing. Geven beide het oude adres, dan is het record nog niet gewijzigd.
- Sluit de browser of app met het probleem af en open hem opnieuw, en leeg de hostcache als het Chrome of Edge is.
Waar Mole past
Mole for Windows heeft "Leeg DNS-cache" in Optimaliseren, in de groep Netwerk en zoeken. Het roept de Windows-functie DnsFlushResolverCache aan, die dezelfde DNS-clientcache van Windows leegt als ipconfig /flushdns, en het draait zonder beheerdersprompt. De Windows-helppagina noemt het samen met het andere onderhoud in Optimaliseren, en wat Windows-optimalisatie doet legt uit welke taak bij welk symptoom hoort.
Meer netwerkherstel doet Mole niet. Het reset Winsock en TCP/IP niet, geeft geen adressen vrij en vernieuwt ze niet, installeert geen netwerkadapters opnieuw en komt niet aan VPN-verbindingen, statische adressen, het hosts-bestand of de eigen hostcache van een browser. Gebruik daarvoor de opdrachten hierboven. Kwam je hier omdat een browser traag aanvoelt en niet omdat een naam faalt, dan staat browseropslag in de gids voor de Windows-cache.
Veelgestelde vragen
Hoe leeg ik de DNS-cache in Windows 11?
Voer ipconfig /flushdns uit in de Opdrachtprompt of Terminal, of Clear-DnsClientCache in PowerShell. Beide werken meteen en vragen geen herstart.
Leegt het legen van de DNS-cache ook de DNS-cache van Chrome of Edge?
Nee. Open chrome://net-internals/#dns of edge://net-internals/#dns, klik op "Clear host cache" en open de browser daarna opnieuw.
Is het veilig om de DNS-cache te legen?
Ja. Het gooit alleen gecachete opzoekingen weg, die Windows bij het volgende verzoek opnieuw ophaalt. De resetopdrachten die er vaak naast staan, zoals netsh int ip reset of Netwerk opnieuw instellen, veranderen veel meer en kunnen statische instellingen of VPN-adapters verwijderen.
Waarom gaat een site na het legen nog steeds naar het oude adres?
Controleer het hosts-bestand, de eigen cache van je browser en of nslookup tegen je DNS-server nog het oude adres teruggeeft. Heeft de server of router het oude record nog, dan kan een lokale leging daar niets aan doen tot die kopie verloopt.