Kenniscentrum

Wijs een domein naar de juiste service

Begrijp adresrecords, aliassen en verificatie voordat u verkeer wijzigt.

2 min leestijdNederlands

Content herzien · Nederlands

In één oogopslag
Type gids
Beheren en beveiligen
Voorbeelden
Illustratief, omgevingsspecifiek
Integratiescope
Geen externe machine aangesloten
01

Vind de gezaghebbende zone

De registrar kiest de nameservers van het domein; de gezaghebbende DNS-provider houdt de records ervan. Het bewerken van een zone bij de vorige provider na het wijzigen van nameservers kan geen publiek effect hebben. Bevestig de delegatie voordat u propagatie diagnosticeert.

02

Publiceer het juiste record voor de dienst

Gebruik A voor een IPv4-adres en AAAA alleen wanneer de dienst werkende IPv6 heeft. Een www CNAME kan naar de hoofdhostnaam verwijzen; een standaard CNAME mag diezelfde naam niet delen met andere recordtypen. MX identificeert een mailhostnaam en vereist nog steeds de authenticatierecords van de maildienst.

Illustratieve zone · gereserveerde adressen
NaamTypeWaardeDoel
@A192.0.2.20IPv4 web-origin
@AAAA2001:db8::20Alleen met een geteste IPv6 listener
wwwCNAMEvoorbeeld.com.Alternatieve webnaam
@MX10 mail.example.com.Mailbestemming; voeg het adres afzonderlijk toe
03

Gebruik een kortere TTL vóór een cutover

Verlaag de TTL van de bestaande record vroeg genoeg zodat de vorige cachelevensduur verloopt vóór de wijziging. Een nieuwe korte TTL kan niet elke resolver dwingen een reeds langdurig gecachte waarde te vergeten. Behoud de oude origin tijdens de overgang en het rollback-venster.

04

Vergelijk delegatie, gezaghebbende antwoorden en caches

Query de nameservers en de beoogde records. Test indien nodig rechtstreeks de gezaghebbende server en daarna een recursieve resolver. Een verouderde lokale cache en een verkeerd gezaghebbend record zijn verschillende problemen.

DNS-controles · example.comBeoordeel voor uw omgeving
dig example.com NS +short
dig example.com A +short
dig example.com AAAA +short
dig example.com MX +short
# To query your actual authoritative server:
# dig @<authoritative-nameserver> example.com A
05

Houd origin-privacy in het ontwerp

Als een reverse proxy deel uitmaakt van het model, controleer oude DNS-geschiedenis, mailhostnames, niet-geproxiede subdomeinen en andere diensten die de origin kunnen onthullen. Alleen DNS bewerken stelt geen origin-isolatie vast en verbergt geen historische records.

VÓÓR DE VOLGENDE STAP

Vertrek met een verifieerbaar resultaat.

  • Vind de gezaghebbende zone.
  • Houd origin-privacy in het ontwerp.
  • Houd herstelgegevens en secrets buiten openbare bestanden.