DNS-beállítás kisokos: A, CNAME, MX és társaik érthetően

„Átköltöztettük a honlapot, de még mindig a régi jön be.” „Megy a levelezés, csak minden levelünk spambe kerül.” „A tárhelyes azt írta, állítsam át a névszervereket. Az mi?” Ha szabadúszóként, például webes szakemberként vagy virtuális asszisztensként ügyfelek digitális ügyeit intézed, ezek a mondatok előbb-utóbb a te asztalodon landolnak, és mindegyik mögött ugyanaz áll: a DNS.

A jó hír, hogy a DNS-beállításhoz nem kell rendszergazdának lenned. Néhány rekordtípust kell megértened, és tudnod kell, hol mit írj be. Ebben a kisokosban kezdőknek is érthetően végigmegyünk az alapokon, a leggyakoribb rekordokon, és lépésről lépésre megmutatjuk a két legtipikusabb feladatot: a domain rákötését a tárhelyre és a céges e-mail beállítását Google Workspace vagy Microsoft 365 alatt.

Mi az a DNS, és hogyan működik?

A DNS (Domain Name System, magyarul névfeloldó rendszer) az internet telefonkönyve. A számítógépek IP-címekkel, vagyis számsorokkal találják meg egymást, mi viszont neveket jegyzünk meg. A DNS feladata, hogy a pelda.hu névhez megmondja, melyik szerveren van a honlap, és melyik szerver fogadja a leveleket.

Három fogalmat érdemes tisztán látni:

A legfontosabb, amit az elején meg kell értened: a domain DNS-ét mindig pontosan egy helyen kezelik, ott, ahová a névszerverek mutatnak. Ez lehet a domainregisztrátor, a tárhelyszolgáltató vagy egy külön DNS-szolgáltató. Ha egy rekordot rossz helyen módosítasz, semmi nem történik, és ez a kezdők leggyakoribb zsákutcája.

Így néz ki a folyamat, amikor valaki beírja a böngészőjébe a domaint, vagy levelet küld neki:

A DNS-rekordok egy pillantásra

Mielőtt egyenként megnézzük őket, itt egy áttekintés a rekordtípusokról, amelyekkel a leggyakrabban találkozol. Ha csak azt akarod megérteni, mit kér tőled a szolgáltató, ez már sokat segít.

Rekord	Mire jó?	Példa érték	Mikor nyúlsz hozzá?
A	A névhez IPv4-címet rendel	203.0.113.10	Honlap rákötése tárhelyre
AAAA	A névhez IPv6-címet rendel	2001:db8::10	Ha a tárhely IPv6-címet is ad
CNAME	Egy nevet egy másik névre irányít	www → pelda.hu	www aldomain, külső szolgáltatások
MX	Megadja, hová érkezzen az e-mail	smtp.google.com, prioritás 1	Levelezés beállítása vagy váltása
TXT	Szöveges adat, igazolás	google-site-verification=…	Domain igazolása egy szolgáltatónál
SPF (TXT)	Ki küldhet levelet a domain nevében	v=spf1 include:_spf.google.com ~all	Új levelező vagy hírlevélküldő
DKIM (TXT vagy CNAME)	Digitális aláírás a kimenő leveleken	google._domainkey: v=DKIM1…	A levelezés beállítása után
DMARC (TXT)	Mi legyen a hitelesítésen elbukó levéllel	v=DMARC1; p=none	Ha az SPF és a DKIM már működik
NS	Melyik névszerver kezeli a zónát	ns1.szolgaltato.hu	DNS-szolgáltató vagy tárhely váltása

A rekordtípusok közelebbről

A és AAAA rekord. Az A rekord a legegyszerűbb: a névhez egy IPv4-címet (négy számcsoportból álló címet) rendel. Az AAAA ugyanezt csinálja a hosszabb, újabb IPv6-címekkel. A honlap rákötésénél szinte mindig az A rekordot kell átírnod arra az IP-címre, amit a tárhelyszolgáltató ad.

CNAME rekord. Ez egy álnév: azt mondja, hogy „ez a név ugyanoda mutat, mint az a másik név”. Tipikus példa, hogy a www.pelda.hu CNAME-mel a pelda.hu-ra mutat, így elég egy helyen, az A rekordban átírni az IP-címet. Külső szolgáltatások (webshopmotorok, hírlevélküldők, foglalási rendszerek) is gyakran kérnek CNAME-et. Egy fontos szabály: a gyökérdomainre (@) nem tehetsz hagyományos CNAME-et, mert ott más rekordok, például MX és NS is vannak.

MX rekord. Megmondja, melyik szerver fogadja a domainre érkező leveleket. Minden MX rekordnak van egy prioritása (egy szám): a kisebb szám az elsődleges szerver, a nagyobb a tartalék. Ha több levelezőszolgáltató MX rekordja keveredik a zónában, a levelek egy része rossz helyre mehet.

TXT rekord. Szabad szöveges bejegyzés. Leggyakrabban azt igazolod vele, hogy a domain a tiéd: a Google, a Microsoft vagy egy hírlevélküldő ad egy egyedi kódot, amit TXT rekordba teszel.

SPF, DKIM és DMARC. Ezek nem önálló rekordtípusok, hanem TXT (a DKIM a Microsoftnál CNAME) rekordokban tárolt beállítások, és együtt védik a domaint a hamisított levelektől:

NS rekord. Azt adja meg, melyik névszerver felel a domainért. Ezt általában nem a zónában, hanem a regisztrátornál, a „névszerverek” menüpontban állítod át.

TTL és propagáció: miért nem látszik azonnal a változás?

Minden rekordnak van egy TTL-je (Time To Live, élettartam), másodpercben megadva. Ez azt mondja meg a feloldó szervereknek, meddig jegyezhetik meg a választ, mielőtt újra rákérdeznek. Ha a TTL 3600, akkor egy órán át a régi, megjegyzett válasz is érvényes maradhat valahol.

Ezért jöhet be nálad már az új honlap, az ügyfeled telefonján pedig még a régi. Ez a fokozatos frissülés a propagáció. A Google például az MX rekordok beállításáról szóló súgójában azt írja, hogy az új MX rekordok felismerése akár 72 órát is igénybe vehet.

Ha tervezett váltást csinálsz, a TTL-lel elébe mehetsz a várakozásnak:

1. Egy nappal előtte csökkentsd a TTL-t. Állítsd az érintett rekord TTL-jét például 300 másodpercre (5 perc). Az új érték akkor lép életbe, amikor a régi TTL lejár, ezért kell előre megcsinálni.
2. Végezd el a módosítást. Írd át az A vagy MX rekordot az új értékre.
3. Ellenőrizd több helyről. Egy online DNS-lekérdezővel nézd meg, mit látnak a különböző szerverek (erről lent külön fejezet szól).
4. Ha minden rendben, emeld vissza a TTL-t. Pár nap múlva visszaállíthatod a megszokott értékre, például 3600-ra.

Domain rákötése tárhelyre lépésről lépésre

Ez a leggyakoribb feladat: az ügyfél vett egy domaint és egy tárhelyet, és a kettőt össze kell kötni. Két út van, és a tárhelyszolgáltató általában megmondja, melyiket javasolja.

1. út: névszerver-csere. A regisztrátornál átírod a névszervereket a tárhelyszolgáltató névszervereire. Ettől kezdve a teljes DNS-zónát a tárhelyszolgáltató kezeli, és ő automatikusan beállítja a honlaphoz tartozó rekordokat. Kényelmes, de minden más rekordot (főleg az e-mailest) neked kell átvinned az új helyre.

2. út: csak az A rekord átírása. A DNS marad ott, ahol eddig volt, és csak a honlaphoz tartozó rekordokat módosítod. Ez a biztonságosabb választás, ha a domainen már működik a levelezés, mert az e-mailes rekordokhoz nem kell hozzányúlnod.

A második út lépései:

1. Mentsd el a jelenlegi zónát. Képernyőképpel vagy kimásolva, minden rekordot. Ha valami elromlik, ebből tudod visszaállítani.
2. Kérd el a tárhely IP-címét. A tárhely adminfelületén vagy az üdvözlő levélben szerepel.
3. Írd át a gyökérdomain A rekordját. A @ nevű A rekord értéke legyen a tárhely IP-címe. Ha több A rekord van a @-on, a régieket töröld.
4. Állítsd be a www-t. Vagy egy CNAME-mel a www nevet a pelda.hu-ra irányítod, vagy egy második A rekorddal ugyanarra az IP-címre.
5. Kapcsold be a tárhelyen a domaint és a tanúsítványt. A tárhelyen is fel kell venni a domaint, és be kell kapcsolni az ingyenes SSL-tanúsítványt (ettől lesz https a cím). A tanúsítvány általában csak akkor készül el, amikor a DNS már a tárhelyre mutat.
6. Ellenőrizd. Nézd meg a honlapot több eszközről, és egy DNS-lekérdezővel azt is, hogy az A rekord mindenhol az új IP-címet mutatja-e.

Céges e-mail beállítása: Google Workspace és Microsoft 365

A saját domaines e-mail (info@pelda.hu) beállítása három részből áll: az MX rekordokkal megmondod, hová érkezzenek a levelek, az SPF-fel és a DKIM-mel pedig elérhető, hogy a kimenő levelek ne spambe kerüljenek. A DMARC a negyedik, ráadás védelmi réteg.

Google Workspace

A Google súgóoldalai lépésről lépésre leírják a menetet, a lényeg ez:

1. MX rekord. Az MX-beállítási útmutató szerint egyetlen MX rekord kell, smtp.google.com értékkel és 1-es prioritással. Minden más MX rekordot törölni kell. A 2023 előtt beállított, aspmx kezdetű régi rekordok továbbra is működnek, ha a levelezés rendben van, ezekhez nem kell hozzányúlnod.
2. SPF. A Google SPF-útmutatója szerint ha csak a Google küld leveleket a domain nevében, a TXT rekord értéke: v=spf1 include:_spf.google.com ~all. Az SPF akár 48 óra alatt kezd működni.
3. DKIM. A DKIM-útmutató szerint a kulcsot az Admin konzolban hozod létre (Apps, Google Workspace, Gmail, Authenticate email). Válaszd a 2048 bites kulcsot, ha a DNS-szolgáltatód támogatja. A kapott értéket google._domainkey nevű TXT rekordba teszed, majd a konzolban elindítod a hitelesítést. Fontos: a Gmail bekapcsolása után 24–72 órát várni kell, mielőtt kulcsot generálhatsz.
4. DMARC. Ha az SPF és a DKIM már legalább 48 órája működik, jöhet egy _dmarc nevű TXT rekord, kezdetben megengedő szabállyal, például: v=DMARC1; p=none; rua=mailto:dmarc@pelda.hu. A jelentések alapján később szigoríthatsz (quarantine, majd reject).

Microsoft 365

A Microsoftnál a beállítást egy varázsló vezeti. A Microsoft útmutatója a DNS-rekordok felvételéről szerint a menet így néz ki:

1. Domain hozzáadása és igazolása. A Microsoft 365 felügyeleti központban a Settings, Domains menüben adod hozzá a domaint. A tulajdonjogot egy TXT rekorddal igazolod. Sok regisztrátornál a varázsló ezt automatikusan elvégzi (Domain Connect), máshol kézzel kell felvenni.
2. MX és a többi rekord. A varázsló kiírja a pontos értékeket: ezeket másold be egy az egyben. Ha van korábbi levelezőszolgáltatótól megmaradt MX rekord, azt távolítsd el, különben a levelek egy része rossz helyre mehet.
3. SPF. A Microsoft ajánlása szerint, ha csak a Microsoft 365 küld leveleket a domain nevében, az érték: v=spf1 include:spf.protection.outlook.com -all. Figyeld meg, hogy itt -all szerepel, a Google-nél ~all: mindkettő a saját szolgáltató ajánlása.
4. DKIM. A Microsoftnál a DKIM két CNAME rekord (selector1._domainkey és selector2._domainkey). A pontos értékeket a Microsoft Defender portál DKIM-beállításainál találod, ezeket ne próbáld magad összerakni. Ha a rekordok élesedtek, a portálon bekapcsolod a DKIM-et.

Így ellenőrizd, hogy minden rendben van

Ellenőrzés nélkül nem tudhatod, hogy a beírt rekord valóban látszik-e kívülről. Két ingyenesen használható, böngészőből futtatható eszköz bőven elég hozzá.

A Google Admin Toolbox Dig eszköze egy egyszerű DNS-lekérdező: beírod a domaint, kiválasztod a rekordtípust (például A, MX vagy TXT), és megmutatja, mit lát belőle a Google. Ha a _dmarc.pelda.hu vagy a google._domainkey.pelda.hu nevet kérdezed le TXT-ként, a DMARC- és DKIM-rekordot is ellenőrizheted vele.

Az MXToolbox SuperTool a levelezéshez kifejezetten hasznos. Egy helyen le tudod kérdezni az MX-, SPF-, DKIM- és DMARC-rekordokat, és azt is megnézheted, hogy egy szerver szerepel-e feketelistán.

Egy bevált ellenőrző sorrend minden módosítás után:

• A rekord: a pelda.hu és a www.pelda.hu is az új IP-címet mutatja.
• MX: csak az aktuális levelezőszolgáltató rekordjai szerepelnek, régi maradék nincs.
• SPF: pontosan egy v=spf1 kezdetű TXT rekord van, és benne van minden küldő szolgáltatás.
• DKIM: a tesztlevél fejlécében a DKIM eredménye pass.
• DMARC: a _dmarc rekord létezik, és a jelentések a megadott címre érkeznek.
• Dokumentáció: a végleges zónáról mentés készült, és az ügyfél is megkapta.

Gyakori hibák, és hogyan kerüld el őket

A DNS-hibák többsége nem bonyolult, csak figyelmetlenségből születik. Ezek fordulnak elő a legtöbbször:

• Ne a rossz helyen szerkeszd a zónát: előbb nézd meg, hová mutatnak a névszerverek.
• Ne cserélj névszervert úgy, hogy előtte nem másoltad át az MX és TXT rekordokat, különben leáll a levelezés.
• Ne hagyj bent régi MX rekordot egy korábbi levelezőszolgáltatótól.
• Ne vegyél fel két külön SPF rekordot, inkább bővítsd a meglévőt.
• Ne írd a teljes domaint a név mezőbe, ha a felület automatikusan hozzáfűzi: így lesz a www.pelda.hu.pelda.hu.
• Ne kezdd azonnal szigorú DMARC-szabállyal (reject), amíg nem biztos, hogy minden küldő szolgáltatás hitelesít.
• Ne módosíts semmit mentés nélkül.

Ha egyszer végigcsináltad, írd le a lépéseket egy rövid munkautasításba, így a következő ügyfélnél nem a nulláról kezdesz, és legközelebb bárki át tudja venni.