DNS egy költözésnél

6. modul: Idő, cache és domain átvitele · Olvasási idő: 10 perc

Tanulási cél: E lecke után képes lesz weboldala, e-mailje vagy DNS-kezelése költözését úgy megtervezni, hogy a látogatók ebből semmit ne vegyenek észre, és Ön ne maradjon le e-mailekről.

Kulcsfogalmak: a költözés fajtái, sorrend, a TTL előzetes csökkentése, rekordok előkészítése, biztonsági mentés a zónáról, tesztelés a váltás előtt (hosts-fájl, ellenőrző cím), e-mail a váltás alatt, előzetes nyilvántartói ellenőrzés, DNSSEC és a DS-rekord

A költözés négy fajtája

Az, hogy "átköltöztetem a domainemet", négy különböző dolgot jelenthet. Nagyon hasznos előre tisztázni, melyikre gondol, mert mindegyik fajta más rekordokat érint.

Gyakran több egyszerre történik, például ha mindent az egyik szolgáltatótól a másikhoz költöztet. Ilyenkor mind a négy fajta buktatói érvényesek egyszerre.

Az arany sorrend

A legfontosabb elv: először mindent készítsen elő az új helyen, csak utána váltson. Maga a váltás egy apró lépés, néhány rekord vagy a névszerverek módosítása. Amit csak lehet, a váltás előtt végezzen el.

Néhány nappal előre

1. Készítsen biztonsági mentést a jelenlegi zónájáról. Exportálja a rekordokat, készítsen képernyőképet, vagy jegyezze fel őket. Áttekintés nélkül utólag nem fogja tudni, mi hiányzik. Sok kezelőpanelen van gomb a DNS biztonsági mentéséhez.
2. Készítsen leltárt. Nézzen végig minden sort, és írja mellé, mire szolgál: weboldal, e-mail, Google- vagy Microsoft-ellenőrzés, hírlevélszolgáltatás, egy webáruház aldomainje. Éppen ezek a plusz rekordok (TXT ellenőrzéshez, CNAME egy hírlevélszolgáltatás DKIM-jéhez) maradnak ki gyakran a költözéseknél.
3. Készítse elő az új környezetet. A weboldal már az új szerveren van, a postafiókok már léteznek az új levelezési szolgáltatónál.
4. Tesztelje a váltás előtt. Egy weboldalt az új szerveren meg tud nézni a DNS módosítása nélkül: egy sorral a hosts-fájljában, vagy egy teszt-, illetve ellenőrző címmel, amelyet az új szolgáltató ad. Ne felejtse el utólag törölni ezt a hosts-sort.

Legalább egy régi TTL-nyi idővel korábban

5. Csökkentse a TTL-t azoknál a rekordoknál, amelyeket módosítani fog, 300 másodpercre (6.1. lecke). Ha a TTL 3600 volt, tegye ezt legalább egy órával korábban; biztonság kedvéért inkább egy nappal. Ha 86400 volt, akkor legalább egy nappal korábban.

Figyelem: a nyilvántartónál lévő NS-rekordok TTL-jét (6.2. lecke) nem tudja saját maga csökkenteni. Névszerverváltásnál ez a várakozási idő mindig fennáll.

A váltás

6. Módosítsa a rekordokat (weboldal- vagy e-mail-költözésnél), vagy módosítsa a névszervereket a regisztrátoránál (a DNS-kezelés költözésénél).
7. Azonnal ellenőrizze az autoritatív névszervernél, hogy az új értékek már ott szerepelnek-e (dig A example.com @ns1.newhost.example).

Utána

8. Ellenőrizzen mindent: a weboldalt http-n és https-en keresztül, a tanúsítványt, egy teszt-e-mailt oda-vissza, és egy online ellenőrzést az MX-ről, SPF-ről, DKIM-ről és DMARC-ról.
9. Állítsa vissza a TTL-t 3600-ra, ha minden működik.
10. Csak akkor mondja le a régi szolgáltatást, ha már néhány napja nem érkezik e-mail vagy látogatás a régi helyre. Ha korábban mondja le, előfordulhat, hogy a weboldala vagy e-mailje kiesik, vagy legrosszabb esetben a domainje felszabadul.

A DNS-kezelés költözése

Ha a DNS-ét másik szolgáltatóhoz költözteti (más névszerverekre), van egy extra szabály: a zónának teljes egészében az új szolgáltatónál kell állnia, mielőtt módosítja a névszervereket. A váltás pillanatától kezdve az új szolgáltató adja az összes választ. Ami ott hiányzik, az innentől nem létezik.

Vigye magával legalább ezt a listát:

@          A      192.0.2.10
@          AAAA   2001:db8::10
www        A      192.0.2.10        (vagy egy CNAME)
mail       A      192.0.2.25        (ha az MX-je a mail.example.com-ra mutat)
@          MX     10 mail.example.com.
@          TXT    "v=spf1 ... ~all"
x._domainkey  TXT "v=DKIM1; k=rsa; p=..."   (a szelektor szolgáltatónként eltér)
_dmarc     TXT    "v=DMARC1; p=quarantine"

Plusz minden aldomain, ellenőrző rekord és külső szolgáltatások rekordjai.

Egyes nyilvántartók előzetesen ellenőrzik az új névszervereket, mielőtt elfogadnák a módosítást. A DENIC (a .de nyilvántartója) például megnézi, hogy az új névszerverek már válaszolnak-e a domainre. Ha a zóna még nincs ott, a módosítást elutasítják. Ez is egy ok arra, hogy először a zónát készítse elő.

Példa a gyakorlatból

Egy domaint úgy kapcsoltak egy weboldalszerkesztőhöz, hogy a névszervereket arra a platformra állították. A platform maga állított be egy MX-rekordot a mail.example.com-ra és egy SPF-rekordot, de nem állított be A-rekordot a mail.example.com-hoz. Az eredmény: a küldés működött, a fogadás nem. Minden levelezőszerver, amely e-mailt akart kézbesíteni, nem talált címet az MX-ben szereplő névhez. Egyetlen A-rekord a platformnál megoldotta a problémát. Tanulság: ha a névszervereket költözteti, minden olyan rekordnak is át kell kerülnie, amelyre egy másik rekord hivatkozik.

E-mail a váltás alatt

Az átmeneti időszak alatt az e-mailek egy része még a régi helyre érkezik: azok a küldők, akiknek a gyorsítótárában régi válasz van, oda kézbesítenek. Ez normális és nem jelent problémát, amíg mindkét postafiókot olvassa.

• Állítsa be előre az új postafiókot a levelezőprogramjában, az új szolgáltató által megadott szervernévvel (ne a mail.example.com-mal, mert ez a név a váltás alatt váltakozó helyekre mutat).
• Hagyja meg a régi postafiókot is a levelezőprogramjában, amíg már néhány napja nem érkezik rá semmi.
• Másolja át a régi e-maileket az új szolgáltató költöztetőeszközével, vagy egy IMAP-másoló programmal.
• E-mail-költözésnél ne feledkezzen meg az SPF-rekordról: az új szolgáltatónak bele kell kerülnie, és amíg a régi is küld még levelet (például a weboldala kapcsolatfelvételi űrlapja), addig annak is benne kell maradnia.

DNSSEC egy költözésnél

Ha a domainje DNSSEC-et használ (8.1. lecke), a nyilvántartónál szerepel egy DS-rekord: annak a kulcsnak az ujjlenyomata, amellyel a jelenlegi DNS-szolgáltatója aláírja a zónát. Ha a DNS-kezelését költözteti, az új szolgáltató másik kulccsal fog aláírni. Ha a régi DS marad a nyilvántartónál, az ujjlenyomat már nem fog egyezni. A validáló resolverek (és ezekből sok van) ekkor SERVFAIL választ adnak: a teljes domainje elérhetetlenné válik számukra, a weboldal és az e-mail egyaránt.

A biztonságos megközelítés:

1. Töröltesse a DS-t a nyilvántartónál (DNSSEC kikapcsolása), és várja meg, amíg a DS TTL-je lejár.
2. Váltsa a névszervereket.
3. Kapcsolja be a DNSSEC-et az új szolgáltatónál, és helyezze el az új DS-t a nyilvántartónál.

Létezik olyan módszer is, amellyel a DNSSEC megszakítása nélkül költözhet (mindkét szolgáltató kulcsai ideiglenesen egymás mellett élnek), de ez mindkét fél együttműködését igényli, és korántsem mindenhol támogatott. Ha egy költözés közben mégis történik valami hiba, és a domainje hirtelen elérhetetlenné válik, miközben a rekordok rendben lévőnek tűnnek, először a DNSSEC-et ellenőrizze.

A gyakorlatban: így néz ki egy kezelőpanelen

A példakezelőpanelen, a Fiókomban, a teljes zónáról egy gombnyomással készíthet biztonsági mentést a DNS lapfülön, és egy kattintással vissza is állíthatja, ha valami elromlik. Magának a domainnek a költözését az Átviteli központban indíthatja el, a Domain / E-mail egészségi állapot kártya pedig a váltás után megmutatja, hogy a névszerverek, az A-rekord, a tanúsítvány, az MX, az SPF, a DMARC és a DNSSEC rendben van-e. Más szolgáltatók gyakran kínálnak zónaexportot (néha zónafájlként, amelyet az új szolgáltatónál importálhat) és hasonló ellenőrzést; ha az Ön panelje ezt nem tudja, készítsen képernyőképet a rekordlistáról.

Összefoglalás

• Először határozza meg, mi költözik: a weboldal, az e-mail, a DNS-kezelés vagy a regisztráció.
• A biztonsági mentés, a leltár, az új környezet előkészítése és a tesztelés a váltás előtt történik.
• Csökkentse a TTL-t legalább egy régi TTL-nyi idővel korábban, majd állítsa vissza utána.
• A DNS-kezelés költözésénél a zónának teljes egészében az új szolgáltatónál kell állnia a névszerverváltás előtt; ne felejtse el az olyan rekordokat, mint a levelezőszerver A-rekordja.
• DNSSEC esetén: először a régi DS törlése, utána a váltás, majd az új DS elhelyezése.
• A váltás alatt olvassa mindkét postafiókot, és csak akkor mondja le a régi szolgáltatást, ha minden működik.

Kvíz

Feladat

Z6.3 feladat: Költözési leltár. Készítsen költözési leltárt a saját domainjéről (vagy ha nincs domainje, a sidn.nl-ről). Nézze utána és töltse ki: a névszervereket, a @ és www A- és AAAA-rekordjait, az MX-rekordokat, az SPF-rekordot, a DMARC-rekordot, és hogy van-e DS-rekord. A program minden értéket összehasonlít azzal, amit a DNS most válaszol.

O6.3 feladat: Önálló beállítás a gyakorlózónájában. A <code>.dnspractice.eu gyakorlózónájában van egy kis "meglévő" weboldal: a www.<code>.dnspractice.eu a 192.0.2.10-re (A) és a 2001:db8::10-re (AAAA) mutat, 300-as TTL-lel. A gyakorlózóna e-mailje a mail.<code>.dnspractice.eu-on (192.0.2.25) van, egy MX-rekorddal (10-es prioritás). Játsszon el egy weboldal-költözést:

1. Csökkentse a www.<code>.dnspractice.eu rekordjainak TTL-jét 60-ra.
2. Állítsa be, hogy a www.<code>.dnspractice.eu az új szerverre, a 198.51.100.10-re mutasson, és törölje az AAAA-rekordot: az új szervernek nincs IPv6-je.
3. Állítsa vissza a www.<code>.dnspractice.eu TTL-jét 300-ra.
4. Hagyja érintetlenül az e-mail-rekordokat.

A gyakorlózóna rövid TTL-eket használ (30 és 300 másodperc között), így nem kell várakoznia; a valódi domainjénél például 3600-at használ alapértelmezettként, és 300-at a költözés alatt.

További olvasnivaló

Az ezekben a cikkekben leírt lépések a WebOké kezelőpaneleire vonatkoznak; más paneleken hasonlóan működik.

• Domain, weboldal és e-mail együttes költöztetése üzemzavar nélkül: a lépésről lépésre szóló útmutató
• Saját vagy külső (például Cloudflare) névszerverek használata a domainhez
• A weboldal vagy az e-mail nem működik egy átköltözés vagy DNS-módosítás után: ellenőrizze a doménjét
• A DNS biztonsági mentése és visszaállítása
• E-mailek fogadása a domainnév átköltöztetése alatt
• A domain átköltöztetése előtt tekintse meg a weboldalát a WebOkénál
• DirectAdmin útmutató 18.7: A domainem még nem működik egy átköltöztetés vagy módosítás után
• DirectAdmin útmutató 18.8: A weboldalam tesztelése, mielőtt a domain átköltözött
• WebOké útmutató 5.7: DNS visszaállítása és DNS-mentés készítése
• WebOké útmutató 5.8: DNSSEC és DANE