Domænet peger stadig på det gamle webhotel

Kort svar: Viser domænet stadig den gamle hjemmeside efter en flytning, er forklaringen næsten altid én af fire: navneserverne er ikke skiftet, A- eller AAAA-posten peger stadig forkert, du ser en cachet version, eller domænet er ikke tilføjet på den nye server. Afgør hvilken med dig NS og dig A, før du ændrer noget – og ret kun posterne dér, hvor navneserverne peger hen.

Fagligt gennemgået: 2. oktober 2026

Du har flyttet hjemmesiden, testet den nye kopi, og alligevel dukker den gamle side op, når du skriver domænet. De mulige forklaringer kræver hver sin handling, og en forkert rettelse kan tage mailen med ned eller forlænge ventetiden.

Afgør derfor årsagen med to opslag, før du ændrer noget.

Før du ændrer noget: Tag et skærmbillede eller en eksport af den nuværende DNS-zone, især MX-, TXT- og eventuelle CNAME-poster. Opsig ikke det gamle webhotel, før den nye side svarer korrekt udefra og mailen virker. Ændr ikke navneservere og poster samtidig, hvis du kan undgå det.

1. Find ud af, hvad der er galt

dig NS ditdomaene.dk +short
dig A ditdomaene.dk +short
dig A www.ditdomaene.dk +short
dig AAAA ditdomaene.dk +short

Det første viser, hvem der bestemmer over domænets DNS. De næste viser, hvilken server domænet og www peger på – for IPv4 (A) og IPv6 (AAAA). På Windows uden dig kan du bruge nslookup -type=NS ditdomaene.dk og nslookup ditdomaene.dk.

Resultat	Årsag	Handling
Navneserverne er de gamle	Skiftet er ikke slået igennem eller aldrig gennemført	Skift hos registratoren, eller ret posterne hos den gamle DNS-udbyder
Rigtige navneservere, forkert A-post	Zonen er ikke opdateret	Ret A-posten for @ og www
A-posten er rigtig, men AAAA peger på den gamle host	IPv6-besøgende sendes til den gamle server	Ret eller fjern AAAA-posten
Alt peger rigtigt, men gammel side vises	Cache – lokal, i browseren eller i et CDN	Ryd cache, test i privat vindue
Alt peger rigtigt, men forkert site eller velkomstside	Domænet er ikke tilføjet på den nye server	Tilføj domænet med og uden www

2. Hvis navneserverne er forkerte

Navneservere skiftes hos registratoren – dér hvor domænet er købt eller administreres – ikke hos hostingudbyderen. Det er den forveksling, der oftest gør, at et skifte aldrig bliver gennemført.

Efter skiftet går der typisk fra minutter til to døgn, før alle resolvere har opdateret, fordi navneserver-oplysningerne caches med en lang TTL. Se hvor lang tid en DNS-ændring tager.

Har domænet DNSSEC slået til, skal DS-posten hos registratoren passe med de nye navneservere – ellers kan domænet holde helt op med at virke for resolvere, der validerer. Se DNSSEC på .dk-domæner.

3. Hvis A- eller AAAA-posten er forkert

Ret den i den zone, navneserverne peger på. Husk både @ og www – de er to selvstændige poster, og at kun rette den ene er en klassiker. Er www en CNAME, skal du følge den til det navn, den peger på, og kontrollere, at det også er opdateret.

Glem ikke AAAA-posten. Har den gamle host lagt en IPv6-adresse ind, og den nye host bruger en anden eller ingen, sendes besøgende med IPv6 – ofte mobilnet – stadig til den gamle server. Det giver det forvirrende symptom, at siden er ny på din computer, men gammel på din telefon.

4. Hvis det er cache

Ryd din egen DNS-cache, og prøv i et privat vindue. Kører siden gennem Cloudflare eller et andet CDN, skal cachen også ryddes dér – CDN’et henter fra din server, og en gammel version kan ligge og blive serveret. Se sådan rydder du Cloudflare-cachen rigtigt.

ipconfig /flushdns                                         (Windows)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder   (macOS)

For at se, hvad resten af verden får, så spørg en offentlig resolver og domænets egne navneservere direkte:

dig @1.1.1.1 A ditdomaene.dk +short
dig @8.8.8.8 A ditdomaene.dk +short
dig @ns1.din-dns-udbyder.dk A ditdomaene.dk +short

Svarer navneserveren selv med den nye IP, er ændringen på plads, og resten er ventetid. Har du en gammel linje i din egen hosts-fil fra en test før flytningen, så fjern den – den vinder over al DNS.

5. Hvis hosten svarer, men med det forkerte site

DNS kan være helt rigtig, og du ser alligevel en forkert side – fx udbyderens “velkommen”-side, et andet af dine egne sites eller en “404 Not Found” fra webserveren. Det sker, når domænet ikke er tilføjet på den nye server. En server med mange sites afgør ud fra domænenavnet i forespørgslen, hvilket site den skal vise; kender den ikke navnet, viser den standardsitet.

Tilføj domænet – både med og uden www – som domæne eller alias på sitet i kontrolpanelet, og prøv igen. Har du kun tilføjet ditdomaene.dk og ikke www.ditdomaene.dk, virker den ene adresse og ikke den anden. Du kan teste den nye server, uanset hvad DNS siger, med:

curl -I --resolve ditdomaene.dk:443:NY.IP.ADRESSE https://ditdomaene.dk/

En variant er en certifikatadvarsel lige efter skiftet. Serveren kender domænet, men har endnu ikke fået udstedt et certifikat, fordi udstedelsen via Let’s Encrypt kræver, at DNS peger rigtigt først. Den løser typisk sig selv kort efter propagering; ellers genudsted certifikatet i panelet. Se “Din forbindelse er ikke privat”.

Viser siden sig ny, men WordPress omdirigerer dig til det gamle domæne eller den gamle adresse, er det ikke DNS, men siteurl og home i databasen, der skal rettes.

Tjek de tre steder, DNS kan styres

Mange domæner har tre parter involveret: registratoren, hvor domænet er købt og navneserverne vælges; DNS-udbyderen, hvor posterne ligger (ofte registratoren selv, men det kan være Cloudflare eller hosten); og hosten, hvor serveren står.

En flytning går galt, når man retter A-posten hos en DNS-udbyder, som navneserverne slet ikke peger på længere. dig NS fortæller, hvem der bestemmer, og det er kun dér, en ændring tæller. Har et bureau eller en tidligere medarbejder sat domænet op, ligger forklaringen ofte her: posterne blev rettet i et panel, der ikke længere har magten. Se registrant og registrator.

Tjekliste, når domænet skal pege på en ny server

1. Sænk TTL på de poster, der skal ændres, mindst et døgn før.
2. Find den nye servers IP-adresse i kontrolpanelet – og tjek, om hosten anbefaler A-post eller CNAME.
3. Find ud af, hvor zonen styres (dig NS), og ret dér: A-posten for @ og for www, og AAAA, hvis den findes.
4. Lad MX-, TXT- og øvrige poster være, medmindre mailen også flytter. En flytning af hjemmesiden må ikke tage mailen med ned.
5. Tilføj domænet med og uden www på sitet hos den nye host, og få udstedt certifikat.
6. Test udefra med dig @1.1.1.1 og i et privat vindue – og lad den gamle server køre et par dage endnu.

Det sidste punkt er det, folk oftest glemmer i iveren efter at opsige det gamle abonnement. Så længe nogen besøgende stadig får den gamle IP fra en cache, skal den gamle server svare med noget fornuftigt – helst den samme side eller en omdirigering. Lukker du den samme dag, rammer de sidste besøgende en fejlside, og det er dem, der ringer og siger, at “siden er nede”. Har sitet formularer eller en webshop, så stop ændringer på den gamle kopi, så ordrer og henvendelser ikke havner det forkerte sted.

Se også DNS-skift ved migrering. Ved gratis migrering hos Hostious kan flytningen planlægges i samme rækkefølge: siden bygges og testes det nye sted, før domænet peges om.

Læs også

• Hub: Migrering og flytning
• DNS-propagering – hvorfor ændringen ikke slår igennem med det samme
• TTL forklaret: sæt den rigtigt før ændringer
• Efter flytningen: tjeklisten, der fanger alt det glemte
• Gratis migrering – flytning til Hostious uden beregning

Ofte stillede spørgsmål om domæner, der peger forkert

Hvorfor virker mailen, mens hjemmesiden peger forkert?

Fordi MX-posten er uafhængig af A-posten. De kan sagtens pege hvert sit sted, så hjemmesiden og mailen kan flyttes hver for sig.

Kan jeg have to A-poster?

Teknisk ja, men ikke til en gammel og en ny server. Så sendes besøgende tilfældigt til den ene eller den anden, og du ser skiftevis gammel og ny side.

DNS er rigtig, men jeg ser hostens velkomstside. Hvad mangler?

Domænet er ikke tilføjet på sitet hos den nye host. Serveren vælger site ud fra domænenavnet og viser standardsitet, når den ikke kender navnet. Tilføj domænet med og uden www på sitet i kontrolpanelet.

Hvor længe skal den gamle server køre efter skiftet?

Mindst så længe som den gamle TTL plus et par dage – typisk 2-3 dage. Indtil da får nogle besøgende stadig den gamle IP-adresse fra en cache, og den gamle server skal svare med den samme side eller en omdirigering.

Hvorfor ser jeg den nye side på computeren, men den gamle på mobilen?

Ofte fordi en AAAA-post (IPv6) stadig peger på den gamle host, og mobilnettet bruger IPv6. Ret eller fjern AAAA-posten. Det kan også være forskellig DNS-cache på de to enheder.