Domain szolgáltató váltás biztonságosan
A regisztrátorváltás önmagában nem állítja le a weboldalt – a DNS-hibák viszont igen. Itt azt mutatjuk meg, hogyan mentse és ellenőrizze a rekordokat a váltás előtt és után.
Utolsó ellenőrzés:
Mitől függ a weboldal és az e-mail működése?
A weboldal és a levelezés nem a regisztrátortól, hanem a DNS-től függ: attól, hogy a domain mely névszerverekre mutat, és azokon milyen rekordok vannak. A regisztrátorváltás önmagában nem okoz leállást – az okoz, ha közben a névszerverek vagy a zóna változik, illetve megszűnik.
A legnagyobb figyelem akkor kell, ha a zóna a régi regisztrátor névszerverein fut: a szerződés megszűnésével a zóna is eltűnhet.
Példa: a zóna a régi szolgáltató névszerverein maradt
Egy rendezvényszervező cég a váltás után lemondta a régi csomagot; két nap múlva nem érkeznek levelek, mert a névszerverek még a régi szolgáltatóra mutattak, ahol a zónát törölték. Megelőzés: a lemondás előtt nézze meg a domainkeresőben a névszervereket, és csak akkor mondjon le, ha azok már az új helyre mutatnak.
DNS rekordok mentése
A váltás előtt mentse le a teljes zónát. Ha a felület enged zónaexportot, töltse le; ha nem, írja ki táblázatba a nevet, típust, értéket, TTL-t és az MX prioritást. Ne csak a weboldal A rekordját mentse: a levelezéshez tartozó MX, SPF, DKIM és DMARC rekordok nélkül a levelek elveszhetnek vagy spambe kerülhetnek.
Példa: rekordleltár egy webáruháznál
Egy webshop zónájában 14 rekord van: két A és egy AAAA rekord a webszerverre, CNAME a „www” aloldalra, két MX a levelezőre, TXT rekordok az SPF-hez, a DKIM-kulcshoz, a DMARC-házirendhez és egy keresőkonzolos ellenőrzéshez. A leltárból derül ki, hogy a hírlevélküldő DKIM-kulcsa is a zónában van. Ellenőrzés: a mentett lista rekordszáma egyezik a felületen láthatóval.
A váltás technikai ellenőrzőlistája
Ha a regisztrátorváltással a DNS-szolgáltató is változik, a sorrend a következő: előbb az új helyen felépíti a zónát, aztán ellenőrzi, és csak ezután állítja át a névszervereket. A régi zónát addig hagyja érintetlenül, amíg az új helyen minden rekord válaszol.
Példa: TTL csökkentése a váltás előtt
Egy szoftvercég a 86 400 másodperces (24 órás) TTL-t két nappal a váltás előtt 300 másodpercre csökkenti, így egy hibás rekord javítása percek alatt érvényre jut. Utána a TTL visszaállítható. Ellenőrzés: a dig vagy nslookup parancs a rekord mellett a lecsökkentett TTL-t mutatja.
DNS-ellenőrzőlista: A, AAAA, MX, TXT, SPF, DKIM
Minden rekordot az új névszerveren kérdezzen le, mielőtt a domaint átállítja.
0 / 7 pont kész
Gyakori hibák és megoldások
A legtöbb probléma nem a regisztrátorváltásból, hanem a közben végzett DNS-módosításból vagy a túl korai lemondásból fakad.
| Kockázat | Tünet | Megelőző lépés | Ellenőrzés |
|---|---|---|---|
| Zóna törlése a régi szolgáltatónál | Weboldal és e-mail egyszerre leáll | Lemondás csak a névszerver-átállás után | Domainkeresőben az új névszerverek láthatók |
| Hiányzó MX rekord | Bejövő levelek visszapattannak | Zónaexport és rekordleltár a váltás előtt | Próbalevél külső postafiókból |
| Elmaradt SPF vagy DKIM | A kimenő levelek spambe kerülnek | Minden levélküldő szolgáltató felvétele | spf=pass és dkim=pass a levélfejlécben |
| Elavult AAAA rekord | Egyes hálózatokról nem tölt be az oldal | IPv6-cím frissítése vagy törlése | Lekérdezés IPv6-ra |
| Lejárt DAC | Az új regisztrátor elutasítja az igénylést | Kódkérés csak a kész megrendelés mellé | A kód érvényessége a beadáskor |
Ellenőrizve: 2026. október 12.. A DAC-ra és a regisztrátorváltásra vonatkozó szabályok forrása: domain.hu – Regisztrátor váltás, domain.hu – Domainregisztrációs Szabályzat. A DNS-sorok általános üzemeltetési gyakorlatot írnak le.
Példa: a levelek visszapattannak a váltás után
Egy építőipari cégnél a váltás után a partnerek „550 – mailbox unavailable” hibát kapnak. Az új zónában az MX rekord a tárhelyszolgáltató alapértelmezett levelezőjére mutat, nem a cég által használt külső levelezőre. Megoldás: az MX visszaállítása a mentett értékre. Ellenőrzés: a lekérdezés a helyes levelezőszervert adja, és a próbalevél megérkezik.
Gyakori kérdések
Mitől függ, hogy a weboldal és a levelezés működik-e a váltás alatt?
A működést a DNS határozza meg: hogy a domain mely névszerverekre mutat, és azokon milyen A, MX vagy TXT rekordok vannak. A regisztrátorváltás önmagában nem módosítja ezeket. Leállás akkor fordul elő, ha közben a névszervereket átállítják egy hiányos zónára, vagy ha a régi szolgáltatónál a zónát a lemondással törlik, mielőtt a domain új helyre mutatna.
Hogyan mentse el helyesen a DNS-rekordokat?
Ha a felület engedi, exportálja a zónát fájlba; ha nem, írja ki táblázatba a rekordok nevét, típusát, értékét, TTL-jét és az MX prioritást. Ne feledkezzen meg a levelezéshez tartozó MX, SPF, DKIM és DMARC rekordokról, valamint a különböző szolgáltatások TXT ellenőrző kódjairól. A végén vesse össze a rekordszámot a felületen láthatóval.
Melyek a leggyakoribb hibák, és hogyan ismerhetők fel?
A leggyakoribb a túl korai lemondás, amely után a weboldal és az e-mail egyszerre áll le. Gyakori a hiányzó MX rekord, amelyet visszapattanó levelek jeleznek, valamint az elmaradt SPF vagy DKIM, amely miatt a levelek spambe kerülnek. Ellenőrizze a névszervereket a domainkeresőben, küldjön próbalevelet, és nézze meg a levélfejlécben az eredményt.