Når du har gennemført en hjemmesideflytning til et nyt webhotel eller en ny server, er selve flytningen af filer og database ikke det eneste, du skal kontrollere. DNS-indstillingerne spiller en afgørende rolle for, om besøgende bliver sendt til den rigtige server. Hvis DNS ikke er konfigureret korrekt, kan hjemmesiden være utilgængelig, vise en gammel version eller give problemer med e-mail og andre tjenester. Derfor bør DNS altid kontrolleres grundigt som en vigtig del af en hjemmeside migration.
En flytning af hjemmeside kan se ud til at være afsluttet, når den nye server fungerer, og hjemmesiden åbner korrekt for dig. Men DNS-oplysninger kan være forskellige afhængigt af den forbindelse og DNS-cache, som den enkelte besøgende bruger. Derfor er det vigtigt ikke kun at kontrollere hjemmesiden fra din egen computer. Efter en flytning bør du gennemgå de vigtigste DNS-poster, kontrollere at domænet peger korrekt, og sikre at ændringerne er slået igennem. På den måde reducerer du risikoen for nedetid og uventede problemer efter en flytning.
Hvad er DNS, og hvorfor er det vigtigt efter en flytning?
DNS står for Domain Name System og fungerer grundlæggende som forbindelsen mellem dit domænenavn og de servere, som skal håndtere forespørgslerne. Når en besøgende indtaster dit domæne i browseren, bruges DNS-oplysninger til at finde frem til den korrekte server.
Når du skal flyt hjemmeside fra et gammelt webhotel til et nyt, ændres den server, som domænet skal pege på. Det kan eksempelvis betyde, at en A-record skal ændres til en ny IP-adresse. Hvis denne ændring ikke er korrekt, kan nogle besøgende stadig blive sendt til den gamle server.
DNS styrer dog ikke selve flytningen af dine filer eller din database. DNS bestemmer primært, hvor forespørgsler til domænet skal sendes. Derfor bør du først sikre, at den nye hjemmeside fungerer korrekt på den nye server, før du ændrer DNS.
Hvad skal du kontrollere efter en hjemmesideflytning?
Efter en hjemmesideflytning bør du ikke nøjes med at åbne forsiden. DNS består af flere forskellige typer poster, og hvilke poster der er relevante, afhænger af din hjemmeside og dine øvrige tjenester.
De vigtigste DNS-oplysninger, du bør kontrollere, er typisk A-record, AAAA-record, CNAME-record, MX-record, TXT-record og NS-record. Ikke alle domæner bruger alle typer på samme måde, men en grundig kontrol sikrer, at de nødvendige tjenester fortsat fungerer.
Det vigtigste spørgsmål er: Peger DNS nu på det rigtige sted?
Hvis svaret er nej, kan hjemmesiden være teknisk korrekt flyttet til den nye server, men besøgende vil stadig kunne blive sendt til den gamle placering.
Kontroller A-recorden
A-recorden er en af de vigtigste poster at kontrollere, når du har gennemført en flytning af hjemmeside. Den bruges til at forbinde domænet med en IPv4-adresse.
Hvis din nye server har en anden IP-adresse end den gamle server, skal A-recorden normalt pege på den nye adresse. En forkert IP-adresse kan betyde, at domænet fortsætter med at vise den gamle hjemmeside eller slet ikke kan finde den korrekte server.
Sammenlign derfor den IP-adresse, som din DNS-konfiguration viser, med IP-adressen på den nye server. De skal stemme overens, hvis A-recorden skal sende besøgende til den nye placering.
Hvis du har både en version med og uden www, bør du også kontrollere, hvordan de to adresser håndteres. Den ene kan eksempelvis være forbundet direkte med en A-record, mens den anden bruger en CNAME-record.
Kontroller AAAA-recorden
Hvis den nye server understøtter IPv6, bør du også kontrollere AAAA-recorden. Den bruges til at pege et domæne mod en IPv6-adresse.
Et almindeligt problem efter en flytning er, at A-recorden bliver ændret til den nye server, mens en gammel AAAA-record stadig peger mod den gamle server. I sådan en situation kan nogle besøgende blive sendt til den nye server, mens andre kan blive sendt til en forkert eller gammel placering.
Det kan gøre fejlen vanskelig at opdage, fordi hjemmesiden kan fungere fint på én forbindelse og give problemer på en anden.
Hvis du ikke bruger IPv6, skal du ikke oprette en tilfældig AAAA-record. Kontroller i stedet, om der allerede findes en gammel post, som bør fjernes eller ændres.
Kontroller CNAME-records
CNAME-records bruges til at pege et navn på et andet domænenavn. De kan blandt andet være relevante for www-versionen af din hjemmeside eller andre underdomæner.
Efter en hjemmeside migration bør du kontrollere, om eksisterende CNAME-records stadig er nødvendige og korrekte.
Hvis du eksempelvis har et underdomæne, som bruges til en bestemt funktion på hjemmesiden, kan en ændring af server eller DNS-struktur påvirke denne forbindelse. Derfor bør du ikke kun fokusere på hoveddomænet.
Gennemgå de relevante underdomæner og kontroller, at de fortsat peger på de korrekte destinationer.
Glem ikke MX-records og e-mail
En af de mest alvorlige fejl ved en flytning af hjemmeside er at fokusere så meget på selve hjemmesiden, at e-mailen bliver glemt.
MX-records bestemmer, hvor e-mails til dit domæne skal håndteres. Hvis disse poster ændres eller slettes ved en fejl, kan det påvirke modtagelsen af e-mails.
Det er især vigtigt, hvis hjemmesiden og e-mailen flyttes samtidig. Før du ændrer DNS, bør du derfor dokumentere de eksisterende e-mailrelaterede DNS-poster.
Efter flytningen bør du kontrollere, at de nødvendige MX-records stadig findes og peger korrekt. Test derefter både afsendelse og modtagelse af e-mails.
Hvis hjemmesiden fungerer, men e-mailen pludselig ikke gør, er DNS en af de første ting, du bør undersøge.
Kontroller TXT-records
TXT-records kan bruges til forskellige former for domænebekræftelse og andre tekniske formål. Derfor bør du være forsigtig med at slette gamle TXT-records, bare fordi de ikke umiddelbart ser relevante ud.
Ved en hjemmesideflytning er det ofte kun webserverens placering, der skal ændres. Det betyder ikke nødvendigvis, at alle andre DNS-poster skal ændres.
En god praksis er derfor at sammenligne DNS-konfigurationen før og efter flytningen. På den måde kan du identificere, hvilke poster der faktisk skulle ændres, og hvilke der skulle bevares.
Kontroller NS-records og navneservere
NS-records fortæller, hvilke navneservere der er autoritative for domænet. Hvis du kun har flyttet hjemmesiden til et nyt webhotel, behøver du ikke nødvendigvis at ændre navneserverne.
Hvis du derimod også flytter DNS-håndteringen, skal du være ekstra forsigtig. En ændring af navneservere er anderledes end en almindelig ændring af en A-record, fordi delegation og caching kan gøre overgangen længere.
Ved en ændring af navneservere bør den nye DNS-zone være klar, før du skifter. Det er vigtigt, at de nødvendige poster allerede findes på den nye DNS-konfiguration, så domænet ikke mangler vigtige oplysninger under overgangen.
Forstå DNS-cache og TTL
Efter en hjemmesideflytning kan du opleve, at nogle personer ser den nye hjemmeside, mens andre stadig ser den gamle. Det betyder ikke nødvendigvis, at DNS-konfigurationen er forkert.
DNS-oplysninger bliver cachet af forskellige DNS-resolvere. TTL, som betyder Time To Live, bestemmer blandt andet, hvor længe en DNS-oplysning må blive gemt i cache, før den skal hentes igen.
Hvis en DNS-record havde en høj TTL før flytningen, kan en gammel værdi derfor fortsat være synlig for nogle brugere i en periode. Det er en af årsagerne til, at DNS-ændringer ikke nødvendigvis kan ses ens overalt med det samme.
Ved planlagte flytninger kan det derfor være en fordel at sænke TTL på relevante poster inden selve ændringen. Når den gamle TTL er udløbet, kan efterfølgende DNS-ændringer normalt slå hurtigere igennem.
Sådan kontrollerer du DNS trin for trin
Start med at skrive alle de DNS-poster ned, som eksisterede før din flytning. Det giver dig et referencepunkt, hvis noget senere ikke fungerer.
Kontroller derefter A-recorden og sammenlign IP-adressen med den nye server. Kontroller herefter eventuelle AAAA- og CNAME-records. Hvis hjemmesiden har underdomæner, skal disse også testes.
Gå derefter videre til MX-records og kontrollér, at e-mailopsætningen stadig er korrekt. Gennemgå også relevante TXT-records og andre poster, som bruges af din eksisterende opsætning.
Hvis du har ændret navneservere, skal du kontrollere NS-records og sikre, at den nye DNS-konfiguration indeholder alle nødvendige poster.
Til sidst bør du kontrollere, hvordan DNS ser ud fra forskellige netværk og resolvermiljøer. Det er vigtigt, fordi din egen computer kan have lokale DNS-oplysninger i cache.
Test hjemmesiden efter DNS-ændringen
Når DNS er ændret, skal du kontrollere mere end bare forsiden.
Åbn hjemmesiden og test de vigtigste sider. Kontroller navigation, formularer, billeder, interne links og eventuelle funktioner, som er afgørende for virksomheden.
Hvis hjemmesiden bruger både www og ikke-www-versionen, bør begge adresser testes. Kontroller også, at de sender brugeren til den forventede version.
Test desuden hjemmesiden fra forskellige enheder og forbindelser. Hvis en anden forbindelse stadig viser den gamle hjemmeside, kan det være et tegn på, at DNS-cachen endnu ikke er opdateret.
Hvordan ved du, om DNS er korrekt?
DNS kan betragtes som korrekt, når de relevante poster peger på de rigtige destinationer, og hjemmesiden fungerer stabilt fra forskellige forbindelser.
Det er vigtigt at skelne mellem en forkert DNS-record og en DNS-record, der endnu ikke er slået igennem hos alle resolverne.
Hvis den autoritative DNS-konfiguration allerede viser den nye værdi, men enkelte brugere stadig får den gamle, kan årsagen være caching. Hvis den autoritative konfiguration derimod stadig viser en forkert IP-adresse, er der tale om en konfigurationsfejl, som skal rettes.
Det er derfor ikke nok bare at vente. Først skal du kontrollere, om DNS-konfigurationen faktisk er korrekt.
Typiske DNS-fejl efter en flytning
En af de mest almindelige fejl er, at A-recorden stadig peger på den gamle server. En anden er, at en gammel AAAA-record sender IPv6-trafik til den forkerte placering.
Det kan også ske, at www-versionen og hoveddomænet ikke peger samme sted, eller at et vigtigt underdomæne stadig bruger en gammel CNAME-record.
E-mail er et andet område, hvor fejl kan opstå. Hvis MX-records bliver ændret ved en fejl, kan e-mailleveringen blive påvirket, selvom selve hjemmesiden fungerer.
Endelig kan en ændring af navneservere føre til problemer, hvis den nye DNS-zone ikke indeholder alle de nødvendige poster.
Hvad gør du, hvis DNS stadig peger på den gamle server?
Hvis du efter en hjemmesideflytning opdager, at domænet stadig peger på den gamle server, skal du først identificere, hvor fejlen ligger.
Kontroller den aktuelle A-record og sammenlign den med den nye servers IP-adresse. Hvis DNS-posten er forkert, skal den rettes.
Hvis DNS-posten allerede er korrekt, bør du kontrollere TTL og cache. En tidligere DNS-værdi kan stadig være gemt hos en resolver, selvom den autoritative DNS-konfiguration er opdateret.
Undgå derfor at foretage mange forskellige ændringer på én gang. En systematisk kontrol gør det lettere at finde den egentlige årsag.
DNS-kontrol er en vigtig del af hjemmesideflytning
En vellykket flytning handler ikke kun om at kopiere filer og database fra én server til en anden. DNS er forbindelsen mellem dit domæne og den nye placering, og derfor bør DNS-kontrol være en fast del af processen.
Når du skal flyt hjemmeside, bør du planlægge DNS-ændringen, dokumentere dine eksisterende poster, kontrollere den nye server og teste alle relevante DNS-records efter ændringen.
En grundig hjemmeside migration kan dermed gennemføres med langt større kontrol. Ved at kontrollere A-record, AAAA-record, CNAME, MX, TXT og NS efter behov kan du opdage problemer, før de udvikler sig til længerevarende driftsforstyrrelser.
Det er også vigtigt at huske, at DNS ikke nødvendigvis opdateres ens hos alle brugere på samme tidspunkt. TTL og caching betyder, at der kan være en overgangsperiode, hvor forskellige brugere oplever forskellige DNS-svar.
Konklusion
Når du gennemfører en hjemmesideflytning, bør DNS-kontrollen være en af de sidste, men vigtigste dele af processen. En korrekt DNS-konfiguration sikrer, at besøgende bliver sendt til den nye server, mens relevante tjenester som e-mail og underdomæner fortsat fungerer.
Ved at kontrollere DNS systematisk efter en flytning af hjemmeside kan du hurtigt identificere fejl i A-records, AAAA-records, CNAME-records, MX-records og andre relevante poster. Samtidig bør du tage højde for TTL og DNS-cache, så du ikke forveksler normal opdateringstid med en egentlig fejl.
Hvis du planlægger en hjemmeside migration eller har brug for hjælp til at flyt hjemmeside sikkert, kan du læse mere på Flyt Hjemmeside. En struktureret tilgang til både selve flytningen og DNS-kontrollen gør det lettere at bevare en stabil hjemmeside og minimere risikoen for problemer efter skiftet.