Kort svar: Begynn med å avgrense feilen
- Prøv flere nettsteder, en annen nettleser og en annen enhet på samme nett.
- Undersøk om navneoppslag faktisk feiler eller blir stående og vente.
- Start den berørte enheten på nytt. Start ruteren på nytt hvis flere enheter har samme problem.
- Prøv en annen DNS-tjeneste på én enhet dersom målingene peker mot DNS. Noter opprinnelige innstillinger først.
Ikke slå av DNSSEC, brannmur eller annen sikkerhetskontroll som et generelt hastighetstiltak. Et DNS-bytte gir heller ingen garanti for raskere nett.
Er det DNS eller noe annet?
DNS oversetter domenenavn til IP-adresser. Et tregt oppslag kan forsinke starten på en tilkobling. Det forklarer derimot ikke nødvendigvis treg nedlasting eller en nettside som fortsetter å hakke etter at den er åpnet.
| Symptom | Nyttig neste sjekk |
|---|---|
| Bare ett nettsted er tregt | Prøv nettstedet på et annet nett. Problemet kan ligge hos nettstedet eller domenets DNS. |
| Bare én enhet er treg | Sammenlign nettlesere og kontroller enhetens nettverksinnstillinger. |
| Alle enheter på hjemmenettet er berørt | Undersøk ruteren og forbindelsen hos internettleverandøren. |
| Oppslag svarer raskt, men siden laster sakte | Undersøk andre årsaker før du endrer DNS. |
En høy verdi for «Time to first byte» i nettleserens utviklerverktøy er ikke alene bevis på treg DNS. Flere deler av tilkoblingen og serverens behandling påvirker ventetiden.
Test navneoppslag uten å endre oppsettet
Åpne en kommandolinje og kjør nslookup example.com. Kjør deretter nslookup example.com 8.8.8.8 for å spørre Google Public DNS direkte. Gjenta med et par andre domenenavn og noter om du får svar eller tidsavbrudd.
Har du verktøyet dig installert, kan du sammenligne dig example.com med dig @8.8.8.8 example.com. Se på feltet «Query time». Gjenta oppslagene flere ganger under like forhold.
En enkelt måling er ikke nok til å kåre en raskere tjeneste. Mellomlagring kan påvirke resultatet, og første kjøring er ikke nødvendigvis et oppslag uten mellomlagrede data. Kommandolinjetesten viser heller ikke nødvendigvis hvilken DNS-tjeneste nettleseren bruker hvis den har egen sikker DNS aktivert.
Tidsavbrudd mot en offentlig DNS-server betyr ikke automatisk at tjenesten er treg. Nettverket kan begrense direkte DNS-trafikk. På jobb- og skolenett bør du stoppe og kontakte administrator fremfor å forsøke å omgå begrensningen.
Mål navneoppslaget separat fra resten
Har du curl tilgjengelig, kan du se tiden frem til navneoppslaget er ferdig. På Windows åpner du PowerShell og bruker curl.exe, slik at du ikke treffer en eldre PowerShell-alias:
curl.exe --connect-timeout 10 --max-time 20 -o NUL -s -w "DNS=%{time_namelookup}s TTFB=%{time_starttransfer}s Total=%{time_total}s" https://example.comPå Mac og Linux bruker du curl og erstatter NUL med /dev/null. Gjenta med samme nettsted og et par andre nettsteder. DNS er tiden fra starten til navneoppslaget er ferdig; TTFB omfatter flere trinn og er ikke ren DNS-tid. curl dokumenterer tidsfeltene.
Hvis du for eksempel måler DNS=0,02 s og TTFB=1,5 s, peker ikke målingen alene mot DNS som hovedproblemet. Dette er et regneeksempel, ikke en måling av din forbindelse. Mellomlagring, VPN eller en proxy kan påvirke målingen; testen er heller ikke en nøytral rangering av DNS-leverandører.
Prøv enkle tiltak først
Start nettleseren og enheten på nytt. Hvis flere enheter er berørt, kan du starte ruteren på nytt etter produsentens anvisning. Ikke bruk fabrikktilbakestilling: Det kan slette nettverksoppsettet.
På Windows kan ipconfig /flushdns tømme den lokale DNS-mellomlagringen. Dette kan være nyttig ved utdaterte oppføringer, men reparerer ikke en treg DNS-server eller dårlig forbindelse. Unngå omfattende nettverksnullstilling som første tiltak.
Slik prøver du en annen DNS-tjeneste
Google beskriver fremgangsmåter og adresser i sin offisielle veiledning for Google Public DNS. IPv4-adressene er 8.8.8.8 og 8.8.4.4. Menyer og fremgangsmåte varierer med operativsystem og versjon.
- Noter eksisterende DNS-adresser, eller at innstillingen er automatisk.
- Endre DNS for den aktive forbindelsen på én privat enhet, ikke hele ruteren først.
- Bruk to ulike adresser fra den valgte tjenesten. Ikke endre IP-adresse eller standard gateway.
- Test de samme domenene igjen, og prøv vanlig nettbruk.
- Gjenopprett tidligere innstillinger hvis du ikke får en tydelig forbedring, eller hvis tjenester slutter å virke.
Du flytter samtidig DNS-oppslagene til en annen leverandør. Kryptert DNS beskytter transporten av DNS-meldinger, men er ikke i seg selv en hastighetsgaranti og gjør deg ikke anonym.
Prøv på én enhet og behold veien tilbake
Google Public DNS bruker 8.8.8.8 og 8.8.4.4 for IPv4. Noter først om eksisterende DNS er automatisk eller manuelt satt, og behold eventuelle gamle adresser. Følg Googles oppsettsveiledning for din plattform.
- Windows: Åpne nettverkstilkoblinger, velg egenskapene for den aktive forbindelsen og deretter Internet Protocol Version 4 (TCP/IPv4). Noter eksisterende DNS-valg før du setter testadressene.
- Mac: Åpne Systeminnstillinger → Nettverk, velg forbindelsen og åpne Detaljer → DNS. Noter listen før du legger til testadressene.
- Etter testen: Gjenopprett de gamle manuelle adressene eller automatisk DNS hvis det var den opprinnelige innstillingen. Ikke endre IP-adresse, gateway eller andre felt samtidig.
Test de samme nettstedene igjen og behold endringen bare hvis resultatet faktisk er bedre og tjenesten passer behovene dine. Nettleserens egen sikre DNS kan overstyre systemvalget. På et administrert jobb- eller skolenett ber du administratoren om hjelp.
Når bør du stoppe?
Stopp hvis oppsettet administreres av andre, lokale tjenester slutter å fungere, eller nettstedet er blokkert av nettverkets regler. DNS-endringer skal ikke brukes til å omgå pengespillblokker eller andre tilgangsbegrensninger. Ved vedvarende feil: Send leverandøren domenenavn, tidspunkt, berørte enheter og resultatene fra oppslagene. Det er mer nyttig enn å endre mange innstillinger samtidig.