Modul 2 · 2.3

Dansk

Nederlands English Deutsch Français Dansk Svenska Português Română

Ændring af navneservere og glue records

Modul 2: Navneservere og zoner · Læsetid: 8 minutter

Læringsmål: Efter denne lektion kan du ændre navneservere sikkert, forklare hvad et glue record er, og genkende hvorfor en registry kan afvise en ændring.

Nøglebegreber: navneserverændring via registraren, glue record, egne navneservere (som ns1.example.com), prædelegeringskontrol fra registry, lame delegation

Hvornår ændrer du navneservere?

Du ændrer navneservere for et domæne, når du vil flytte administrationen af din DNS til en anden part. For eksempel:

du skifter til en anden hostingudbyder og vil have at den administrerer DNS'en;
du vil bruge en DNS-tjeneste som Cloudflare;
en webplatform beder dig sætte navneserverne over til dem;
du vender tilbage til din registrars standardnavneservere.

Det er et stort skridt: efter skiftet bestemmer den nye part alle records for dit domæne, også dem til e-mail. Vil du kun have din hjemmeside eller kun din mail til at køre et andet sted, behøver du som regel ikke ændre navneserverne. Så justerer du blot nogle få records (modul 3 og 4).

Den sikre rækkefølge

Lav en liste over eller backup af dine nuværende records. Mange kontrolpaneler har en knap til at eksportere zonen eller tage en backup.
Sæt zonen op hos den nye part. Overfør alle records du har brug for: hjemmeside (A, AAAA, www), mail (MX, og A-recordet for mailserveren hvis den hører under dit domæne), SPF, DKIM, DMARC, verifikationsrecords, subdomæner.
Kontrollér den nye zone ved at spørge de nye navneservere direkte, allerede før du skifter. For eksempel:
```
dig @ns1.newprovider.example example.com MX
```
Svarer de nye navneservere med de rigtige records, er zonen klar.
Har du DNSSEC slået til? Sørg da først for hvordan nøglerne følger med. Slå DNSSEC fra og vent til de gamle DS-data er forsvundet fra cacherne, eller giv de nye DS-data videre samtidig. Ellers går kæden i stykker, og dit domæne bliver utilgængeligt for validerende resolvere (lektion 8.1).
Ændr navneserverne hos din registrar. Angiv mindst to. Registraren sender dem videre til registry.
Vent og kontrollér. Resolvere husker de gamle navneservere, indtil TTL'en for delegeringen er udløbet. For .nl er det en time, for .com to dage. Regn generelt med nogle timer til et døgn. Lad den gamle zone stå uændret i mellemtiden.

Hvorfor kan en registry afvise dine navneservere?

Nogle registries kontrollerer dine navneservere, før de gennemfører ændringen. Det kaldes en prædelegeringskontrol. DENIC (.de) er kendt for dette: hvis de nye navneservere endnu ikke kender dit domæne, eller svarene fra navneserverne ikke stemmer overens, bliver ændringen afvist. Også andre registries kan udføre kontroller eller have regler for antallet af navneservere.

Løsningen er altid den samme: sæt først zonen op hos den nye part, og prøv derefter igen. Det er trin 2 i den sikre rækkefølge. For .nl kan du teste dine navneservere på forhånd med et offentligt værktøj som Zonemaster.

Lame delegation

Peger navneserverne hos registry mod servere, der ikke kender dit domæne, kaldes det en lame delegation (en "lam" delegering). Resolveren bliver henvist til en server, der ikke har noget svar. Konsekvensen: dit domæne virker ikke, eller kun en gang imellem (hvis en af navneserverne er korrekt).

Dette sker for eksempel når:

du har ændret navneserverne, før den nye part havde zonen klar;
du er stoppet hos en gammel udbyder, som har slettet zonen, mens navneserverne stadig peger mod den udbyder;
der er en tastefejl i et navneservernavn.

Du kontrollerer dette ved at spørge hver navneserver for sig. Hver navneserver skal give et svar med flaget "authoritative" (i dig ser du aa ved flags).

Egne navneservere og glue records

Du kan også bruge navneservere med et navn under dit eget domæne, som ns1.example.com og ns2.example.com. Det kaldes egne navneservere eller vanity navneservere. Der opstår så et høna-og-æg-problem:

for at slå example.com op, skal resolveren hen til ns1.example.com;
men for at finde IP-adressen på ns1.example.com, skal den kigge i zonen for example.com.

Derfor sætter registry ud over navneservernavnet også IP-adressen ind i henvisningen. Denne ekstra adresse kaldes et glue record (limrecord):

; i zonen for .com, hos registry (Verisign)
example.com.       NS  ns1.example.com.
example.com.       NS  ns2.example.com.
ns1.example.com.   A   192.0.2.53      ; glue
ns2.example.com.   A   198.51.100.53   ; glue

Glue er kun nødvendigt, hvis navneserveren ligger inden for selve domænet (eller inden for et domæne, der afhænger af den samme delegering). Bruger du ns1.hosting.example for example.com, er der ikke brug for glue: den adresse står i zonen for hosting.example.

Glue ordner du via din registrar, ofte under en knap som "Registrer egen navneserver", "Child nameserver" eller "Opret host". Ændrer IP-adressen på din navneserver sig, skal du også opdatere glue hos registry. Ellers peger resolvere mod en forældet adresse.

For de fleste domæneindehavere er egne navneservere ikke nødvendige. De bruges primært af hostingvirksomheder og forhandlere, der ønsker at vise deres eget navn.

I praksis: sådan ser det ud i et kontrolpanel

I Mit WebOké går du til Mine domæner, klikker på domænet og klikker på blyanten på kortet Navneservere. Du udfylder mindst to navneservere. Egne navneservere opretter du der først med knappen til en egen navneserver (glue). Hos andre registrarer hedder dette ofte "Ændre navneservere", "DNS-servere" eller "Custom nameservers", og for glue "Child nameservers" eller "Hostrecords"; felterne er de samme.

Opsummering

Ved at ændre navneservere flytter du administrationen af alle dine records til en anden part.
Sikker rækkefølge: backup, zone klargøres, nye navneservere testes, DNSSEC ordnes, først derefter skiftes.
Nogle registries (som DENIC) afviser en ændring, hvis de nye navneservere endnu ikke har zonen.
Lame delegation: registry henviser til navneservere, der ikke kender domænet.
Glue records er IP-adresser hos registry for navneservere, der ligger inden for eget domæne.

Quiz

Opgave

Opgave Z2.3: Er alle navneservere ens? Slå navneserverne for sidn.nl op (SIDN er registry for .nl i Holland). Spørg derefter hver navneserver separat om SOA-recordet for sidn.nl (dig @ns1.sidn.nl sidn.nl SOA, eller et online værktøj hvor du kan vælge server). Angiv serienummeret for hver navneserver, og om de er ens.

Læs mere

Disse artikler beskriver situationen hos WebOké. Hos andre registrarer fungerer det på lignende vis.

Cookies hos WebOké

Cookieindstillinger

Nødvendige

Marketing