Röviden
Módosítás előtt mentsd a zónát, és azonosítsd a tényleges névszervert. A webes, levelezési és ellenőrző rekordokat külön vizsgáld.
Ki kezeli valójában a DNS-t?
A domain regisztrátora, a névszerver üzemeltetője, a webtárhely és a levelezési szolgáltató lehet négy külön szereplő. Először azonosítsd az aktív névszervereket. Ha nem az ott kiszolgált zónát módosítod, a kezelőfelület sikerüzenete ellenére sem változik a látogatók névfeloldása.
Jegyezd fel a jelenlegi rekordokat és a változás célját. Például a weboldal új tárhelyre kerül, de a postafiókok maradnak. Ebben az esetben a webes cím módosítása nem indokolja automatikusan a levelezési beállítások törlését. Egy teljes zónamásolat később az összehasonlítást is megkönnyíti.
A, AAAA és CNAME
Az A rekord IPv4-címet, az AAAA IPv6-címet ad meg. A CNAME egy másik névhez rendeli a nevet; nem olyan átirányítás, mint a böngészőben látható HTTP-átirányítás. A gyökérdomain kezelése szolgáltatói megoldástól függhet, ezért a konkrét DNS-szolgáltató szabályait kövesd.
Ha az A rekordot frissítetted, de egy régi AAAA maradt, egyes látogatók eltérő útvonalon érhetik el az oldalt. Ellenőrizd külön a www nevet és a gyökérdomaint. A DNS sikere után még az SSL-tanúsítványnak és a webszerver domainbeállításának is helyesnek kell lennie.
| Rekord | Feladat | Mit ellenőrizz? |
|---|---|---|
| A / AAAA | IPv4 / IPv6 cím | A megfelelő szerver címe |
| CNAME | Másik névre hivatkozás | A célnév helyessége |
| MX | Levelezés útvonala | A levelezési szolgáltató adatai |
| TXT | Szöveges beállítások | A szolgáltató előírt értékei |
MX és TXT: az e-mail külön útja
Az MX rekordok a fogadó levelezési kiszolgálókhoz kapcsolódnak. A TXT rekordok között lehetnek szolgáltatói ellenőrzések és levelezési hitelesítéshez használt adatok. A pontos értékeket a levelezési szolgáltató adja meg; ne másold át őket egy hasonló nevű másik domainről.
A hibakereséshez küldj levelet egy független külső címről a saját postafiókba, majd onnan vissza. Nézd meg a kézbesítési hibát és az időpontot. A weboldal űrlapjának levélküldése megint külön próba: attól, hogy a postafiók fogad levelet, az alkalmazás küldési beállítása még lehet hibás.
TTL és a látszólag véletlenszerű hiba
A DNS-válaszokat gyorsítótárak tárolják, ezért egy módosítás nem feltétlenül látszik egyszerre mindenhol. A TTL csökkentése előkészítésként segíthet, de a már eltárolt korábbi válasz élettartamát nem írja át visszamenőleg. A folyamatos rekordcserélgetés pedig összekeveri a hibakeresés nyomait.
Minden módosításnál jegyezd fel az előző és az új értéket, a pontos időpontot és azt, milyen névfeloldóval ellenőrizted. Így külön tudod választani a zóna hibáját a gyorsítótárazott régi választól. A böngészőben látható tartalom önmagában nem teljes DNS-diagnózis.
Biztonságos változtatási terv
Egy változtatási körben csak a szükséges rekordokat módosítsd. A külső szolgáltatói ellenőrző rekordokat ne töröld pusztán azért, mert nem ismered fel őket. Ha névszervert váltasz, az új zónába előbb vidd át a szükséges bejegyzéseket, és csak utána irányítsd oda a domaint.
A lezárási lista legyen rövid: weboldal gyökérdomainen és www-vel, HTTPS, bejövő levél, kimenő levél és űrlapértesítés. A DNS-kezeléshez kétlépcsős belépés és a szükségesnél nem szélesebb hozzáférés célszerű. A hibás zóna üzleti kiesést okozhat akkor is, ha az alkalmazás kódjához senki nem nyúlt.
Példa: a www működik, a gyökérdomain nem
Ha a www aldomain működik, a gyökérdomain viszont hibát ad, először a két névhez tartozó rekordokat hasonlítsd össze. Ne kezdd az alkalmazás újratelepítésével. A gyökérdomain lehet más címre irányítva, hiányozhat a kiszolgáló beállítása, vagy a tanúsítvány nem fedi le az adott nevet. Ezek egymástól elkülöníthető hibák.
A próba során jegyezd fel, hogy névfeloldási hiba, kapcsolódási hiba, tanúsítványhiba vagy HTTP-válasz látható. Ez a különbség lerövidíti a javítást. A két név közötti böngészős átirányítást csak a sikeres DNS és HTTPS ellenőrzés után vizsgáld.
Mit adj át a rendszergazdának?
Egy hasznos hibajegyben szerepel a pontos domain vagy aldomain, az elvárt szolgáltató, a módosítás időpontja, az érintett rekord és a kapott hiba. A teljes jelszólistát vagy levéltartalmat nem kell elküldeni. Ha a hiba csak bizonyos hálózatról jelentkezik, azt is rögzítsd.
A zóna változásainak naplója akkor is segít, ha az oldalt több csapat kezeli. Legyen megnevezett jóváhagyója a névszerverváltásnak és a kritikus rekordok módosításának. A dokumentált átadás csökkenti annak esélyét, hogy egy régi ellenőrző rekord törlése később egy külső szolgáltatás működését bontsa meg.
- Azonosítsd az aktív névszervert, mielőtt rekordot módosítasz.
- Mentsd a zónát, és jegyezd fel a módosítás időpontját.
- Külön próbáld a weboldalt és a levelezést.
