Egyetlen elgépelt karakter a DNS-zónában elegendő ahhoz, hogy a weboldala és a teljes céges levelezése órákra, vagy akár napokra elérhetetlenné váljon a látogatók számára. Sokan tartanak ettől a folyamattól, hiszen a TTL, a CNAME vagy az MX rekordok közötti eligazodás gyakran zavaros szakkifejezések útvesztőjének tűnik. Ön is joggal érzi úgy, hogy a DNS propagációs idő miatti bizonytalanság és a frissítések lassú lefutása komoly kockázatot jelent az üzleti folytonosságra nézve.
Ebből az útmutatóból megtanulhatja a dns rekordok kezelése minden apró részletét, az alapvető rekordtípusoktól kezdve a cPanel beállításokon át a biztonsági optimalizálásig. Célunk, hogy a jövőben ne stresszforrásként, hanem egyszerű rutinfeladatként tekintsen a domain konfigurációra, elkerülve a költséges leállásokat. A következőkben részletesen bemutatjuk a hiba nélkül működő zónafájlok titkait, tisztázzuk a technikai fogalmakat, és konkrét megoldásokat adunk a leggyakoribb beállítási akadályok gyors elhárítására.
Mi az a DNS rekord kezelés és miért kritikus a weboldaladnak?
A DNS (Domain Name System) az internet láthatatlan alapköve, amit gyakran az internet telefonkönyveként emlegetnek. Amikor beírsz egy címet a böngészőbe, a rendszer a háttérben a doménnevet számszerű IP-címekké alakítja, hogy a szerverek kommunikálhassanak egymással. A dns rekordok kezelése nem csupán technikai adminisztráció; ez határozza meg, hogy a látogatóid elérik-e a weboldaladat, vagy hibaüzenettel találkoznak. Az AWH több mint 10 éves tapasztalata alapján látjuk, hogy a precíz konfiguráció elengedhetetlen a stabilitáshoz.
A helyes beállítások közvetlenül befolyásolják az oldal sebességét és a biztonságot. Egy rosszul konfigurált névszerver (NS) lassíthatja a válaszidőt, ami rontja a felhasználói élményt és a keresőoptimalizálást. A névszerverek mondják meg az internetnek, hol lakik a DNS zónád, tehát hol tárolod az irányításhoz szükséges adatokat. A hibás beállítások súlyos következményekkel járnak: 404-es hibák jelenhetnek meg, vagy ami még kritikusabb, az üzleti e-mailek egyszerűen elvesznek, ha az MX rekordok pontatlanok. Egy 2024-es iparági felmérés szerint a weboldalak elérhetetlenségének 15%-a vezethető vissza hibás DNS konfigurációra.
Hogyan működik a DNS lekérdezés a háttérben?
A folyamat a böngészőtől indul, amely először a DNS feloldót kérdezi meg. Ezután a kérés bejárja a gyökérszervereket és a TLD (például .hu vagy .com) szervereket, amíg el nem jut az autoritatív névszerverig, amely a tényleges választ adja. A sebesség növelése érdekében a DNS gyorsítótárazás (caching) segít; a gyakran látogatott címek adatai helyben, a szolgáltatónál vagy a saját gépeden tárolódnak, így nem kell minden alkalommal a teljes utat bejárni. A DNS propagáció, vagyis a módosítások globális elterjedése a hálózati csomópontok frissülési ciklusai miatt általában 24-48 órát vesz igénybe.
DNS zóna vs. DNS rekordok: Mi a különbség?
A DNS zóna egy olyan adminisztratív egység, amely a doménedhez tartozó összes beállítást összefogja. Képzeld el úgy, mint egy virtuális konténert, amiben a különféle DNS rekord típusok (például A, CNAME, TXT) sorakoznak. Ezek a rekordok határozzák meg az egyes aldomének vagy szolgáltatások célpontját. A dns rekordok kezelése során kritikus kérdés, hogy hol kell elvégezni a módosításokat.
- Regisztrátornál: Ha csak a névszervereket (NS) állítod be, hogy a tárhelyszolgáltatód irányítsa a forgalmat.
- Tárhelyszolgáltatónál: Ha a névszerverek már ránk mutatnak, akkor a cPanel vagy egyedi vezérlőpult felületén kezelheted a rekordokat.
Az automatizáció a mottónk, ezért rendszereink segítik a rekordok pontos szinkronizálását. Ha még az elején tartasz a folyamatnak, a Domain regisztráció útmutató oldalunkon minden szükséges információt megtalálsz a kezdéshez, legyen szó magyar vagy nemzetközi végződésekről.
A legfontosabb DNS rekord típusok: A, CNAME, MX és TXT
A tartománynév-rendszer rekordjai olyanok, mint egy digitális telefonkönyv bejegyzései, amelyek megmondják az internetnek, hova irányítsa a forgalmat. Mi az a DNS rekord? Ez a kérdés minden weboldaltulajdonos számára alapvető, hiszen ezen beállítások pontosságán múlik a webhely elérhetősége és a levelezés biztonsága. A hatékony dns rekordok kezelése megköveteli a négy legfontosabb típussal való megismerkedést.
Az A rekord (Address) a leggyakoribb típus. Ez rendeli hozzá a doménnevet egy konkrét IPv4 címhez. Amikor valaki beírja a címedet a böngészőbe, a rendszer ezen keresztül találja meg a szervert, ahol a fájljaidat tárolod. A CNAME rekord (Canonical Name) ezzel szemben nem IP-címet, hanem egy másik doménnevet ad meg célként. Ezt leggyakrabban aldomének létrehozására használják, például a www verzió összekötésére a fő doménnel.
Az e-mailek célba juttatásáért az MX rekordok (Mail Exchanger) felelnek. Itt határozod meg, melyik szerver fogadja a leveleidet. Ha több MX rekordot is látsz, a prioritási szám határozza meg a sorrendet. A TXT rekordok szöveges adatokat tárolnak. Bár egyszerűnek tűnnek, ma már elengedhetetlenek a hitelesítéshez, például az SPF vagy DKIM beállításokhoz, amelyek igazolják, hogy a leveled valóban tőled érkezett, nem pedig egy csalótól. Ha megbízható megoldást keresel üzleti kommunikációdhoz, érdemes átnézned az AWH e-mail szolgáltatásait.
Mikor melyik rekordot használd?
A fő doménedhez (például: pelda.hu) mindig A rekordot használj, mivel a DNS szabványok szerint a root domén nem lehet CNAME. Az aldoménekhez, mint a shop.pelda.hu, már rugalmasabb a CNAME használata, mert ha változik a cél szerver IP-címe, csak egy helyen kell módosítanod. 2026-ban már nem hanyagolható el az AAAA rekord sem, amely az IPv6 címeket kezeli. A Google statisztikái szerint a globális forgalom több mint 44%-a már ezen a protokollon zajlik. Speciális szolgáltatásokhoz, mint a Microsoft Teams vagy SIP alapú rendszerek, az SRV rekordok szükségesek, amelyek a portszámot és a protokollt is rögzítik.
A TTL (Time to Live) paraméter titkai
A TTL érték határozza meg, hogy a DNS szerverek mennyi ideig tárolják az adatokat a gyorsítótárban, mielőtt újra lekérdeznék azokat. Ez az érték másodpercben értendő. Egy általános beállítás 3600 másodperc (1 óra) vagy 86400 másodperc (24 óra). A dns rekordok kezelése során a TTL módosítása a legfontosabb stratégiai lépés szerverköltöztetés előtt.
- Szerverváltás előtt: 24-48 órával a költözés előtt vedd le a TTL értéket 300 másodpercre. Így a módosítás percek alatt élesedik világszerte.
- Stabil időszakban: Használj magasabb értéket (pl. 14400), hogy csökkentsd a lekérdezések számát és gyorsítsd a betöltést.
- Gyakori hiba: A túl magas TTL hagyása költözéskor. Ez azt eredményezi, hogy a látogatók egy része még napokig a régi szerverre próbál csatlakozni, ami adatvesztéshez vagy hibaüzenethez vezethet.
A precíz beállítások garantálják a zökkenőmentes működést. Ha segítségre van szükséged a technikai részletekben, nézz szét a domain regisztráció lehetőségei között.
DNS rekordok kezelése a gyakorlatban: Útmutató cPanel felülethez
A tárhelykezelés egyik legfontosabb területe a dns rekordok kezelése, amelyhez a cPanel Zone Editor (Zónaszerkesztő) felülete nyújt professzionális megoldást. A folyamat a cPanel felületre történő belépéssel kezdődik. A kezdőoldalon navigálj a “Domains” (Tartományok) szakaszhoz, majd kattints a “Zone Editor” ikonra. Itt láthatod a fiókodhoz rendelt összes domaint, és itt végezheted el a szükséges módosításokat.
Új rekord hozzáadásához válaszd ki a megfelelő domaint, és kattints a “Manage” (Kezelés) gombra. A megjelenő listában az “+ Add Record” gombra kattintva indíthatod el a folyamatot. Meg kell adnod a rekord nevét (például web.domainneved.hu), a TTL (Time to Live) értéket (általában 3600 másodperc), a típust (A, CNAME, MX stb.) és a célt vagy IP-címet. Ha a tárhelyszolgáltatód szervert vált vagy megváltozik a tárhelyed IP-címe, az ‘A’ rekord frissítése elengedhetetlen. Ilyenkor keresd meg a fő domainedhez tartozó ‘A’ típusú bejegyzést, kattints az “Edit” gombra, írd be az új IP-címet, majd mentsd el a változtatásokat.
A meglévő rekordok módosítása és törlése fokozott figyelmet igényel. Egy hibásan megadott karakter vagy egy véletlenül törölt rekord elérhetetlenné teheti a weboldaladat vagy leállíthatja a levelezésedet. Mielőtt bármit törölnél, győződj meg róla, hogy az adott rekord már valóban nem szükséges a szolgáltatásaid működéséhez. A cPanel felületén a módosítások azonnal rögzítésre kerülnek, de a globális frissülés (propagáció) akár 24 órát is igénybe vehet.
A cPanel Zone Editor használata kezdőknek
A Zone Editor felülete letisztult, a rekordok közötti eligazodást szűrők és egy keresőmező segíti. Ez különösen akkor hasznos, ha több tucat bejegyzésed van. Ha külső levelezőrendszert, például Google Workspace-t szeretnél használni, az MX rekordokat kell megfelelően konfigurálnod. Ehhez először törölnöd kell a régi MX rekordokat, majd hozzáadni a Google által megadott öt különböző szervert a megadott prioritási szintekkel (1, 5, 10). A DNS records pontos ismerete segít abban, hogy a leveleid ne vesszenek el a szerverek közötti úton. Ha még csak most ismerkedsz a rendszerrel, érdemes elolvasnod a cPanel tárhely vásárlás útmutató írásunkat, amely segít a kezdeti lépések megtételében.
Aldomainek kezelése a DNS zónában
Az aldomainek létrehozása a DNS zónában kétféleképpen történhet. Használhatsz ‘A’ rekordot, ha az aldomain egy konkrét IP-címre mutat, vagy CNAME rekordot, ha egy másik domain névre szeretnél hivatkozni. A Wildcard (*) DNS rekordok lehetővé teszik, hogy minden olyan aldomain, amely nincs külön definiálva, egy központi IP-címre mutasson. Ez kényelmes megoldás dinamikus weboldalaknál, de biztonsági szempontból kockázatos lehet, mivel lehetőséget ad a spammereknek a domained alatti visszaélésekre.
Haladó felhasználók számára fontos lehet a saját névszerverek, vagyis a Glue rekordok beállítása. Ez akkor szükséges, ha például saját márkás névszervereket (ns1.sajatdomained.hu) szeretnél üzemeltetni. Ehhez nemcsak a cPanel felületén kell rögzítened az IP-címeket, hanem a domain regisztrátoránál is regisztrálnod kell azokat az adott domainhez. A szakszerű dns rekordok kezelése biztosítja, hogy a látogatóid mindig a megfelelő szerverhez kapcsolódjanak, legyen szó bármilyen összetett infrastruktúráról.
E-mail kézbesítés és biztonság: SPF, DKIM és DMARC beállítások
Sokan értetlenül állnak azelőtt, hogy a gondosan megfogalmazott üzleti ajánlataik vagy hírleveleik miért a spam mappában végzik. A statisztikák szerint a kézbesítési hibák 95%-a a hiányos vagy hibás DNS alapú hitelesítésre vezethető vissza. 2024 februárjától a Google és a Yahoo szigorú elvárásokat támasztott a tömeges küldőkkel szemben, 2026-ra pedig ezek a protokollok már minden üzleti kommunikációban alapkövetelménnyé váltak. A dns rekordok kezelése során az SPF, DKIM és DMARC beállítások jelentik a különbséget a sikeres üzletkötés és a digitális süllyesztő között.
Az SPF (Sender Policy Framework) egy TXT típusú bejegyzés, amely felsorolja azokat az IP-címeket és szervereket, amelyek jogosultak az e-mailjeid kiküldésére. Ha a fogadó szerver olyan helyről kap levelet, amely nem szerepel ezen a listán, az üzenetet azonnal gyanúsnak minősíti. A DKIM (DomainKeys Identified Mail) egy fokkal tovább megy: egy kriptográfiai kulcspárt használva digitális aláírást helyez el minden levél fejlécében, garantálva, hogy a tartalom nem módosult a küldés és a fogadás között.
Az SPF rekord helyes szintaxisa
Egy szabványos rekord felépítése logikus sorrendet követ, például: v=spf1 ip4:1.2.3.4 include:_spf.google.com ~all. A v=spf1 jelzi a verziót, az ip4 a konkrét szervercímet, az include pedig a külső szolgáltatók engedélyezését szolgálja. Kritikus hiba a több SPF rekord használata; a szabvány szerint egy doménhez kizárólag egyetlen SPF bejegyzés tartozhat, így minden küldő felet egy sorba kell összefűznöd.
A harmadik féltől származó szolgáltatások, például hírlevélküldő rendszerek integrációja az include mechanizmuson keresztül valósul meg, amely felhatalmazza a külső platformok szervereit a domén nevében történő legális üzenetküldésre.
A DMARC szabályrendszer bevezetése
A DMARC (Domain-based Message Authentication, Reporting, and Conformance) a végső védelmi vonal. Ez a szabályrendszer mondja meg a fogadó szervernek, mit tegyen, ha az SPF vagy a DKIM ellenőrzés elbukik. A bevezetésnél kövesd a fokozatosság elvét: kezdj a p=none (csak figyelés) szinttel, majd lépj tovább a p=quarantine (levélszemétbe rakás), végül a p=reject (teljes visszautasítás) fokozatra.
A riportálás beállítása (rua tag) elengedhetetlen a biztonsághoz. Segítségével napi összesítőt kapsz arról, ha valaki megpróbált visszaélni a doméneddel, vagy ha egy belső rendszered hibásan van konfigurálva. A dns rekordok kezelése ezen a szinten már nem csupán technikai feladat, hanem a márka hírnevének közvetlen védelme.
Ha professzionális és biztonságos alapokra helyeznéd üzleti levelezésedet, válaszd a Biztonságos céges email megoldások csomagjait a garantált kézbesítésért.
DNS hibaelhárítás és optimalizálás: Hogyan kerüld el a leállásokat?
A hibás DNS beállítás azonnali leállást, elérhetetlen weboldalt vagy meghiúsult e-mail kézbesítést okoz. A dns rekordok kezelése során a legkisebb elírás is kritikus hibaforrás. Iparági adatok szerint a konfigurációs problémák közel 40%-a egyszerű szintaktikai tévedésből vagy figyelmetlenségből fakad. A leggyakoribb hiba a domain nevek végéről lemaradó pont, ami a bind-alapú rendszerekben relatív útvonalként értelmezi a bejegyzést, így a rekord hibás lesz. Gyakori probléma még a duplikált SPF rekordok jelenléte; egy domainhez kizárólag egyetlen SPF bejegyzés tartozhat, a többszörös deklaráció érvényteleníti a levélszemét elleni védelmet.
A hibák felderítéséhez használj professzionális diagnosztikai eszközöket. A parancssoros megoldások közül a dig (domain information groper) nyújtja a legrészletesebb adatokat, míg az nslookup gyors ellenőrzésekre alkalmas. Ha a propagáció állapotára vagy kíváncsi, használj olyan online globális keresőket, amelyek 20-30 különböző földrajzi pontról, például Londonból, Tokióból és New Yorkból egyszerre kérdezik le a szervereket. Ez megmutatja, hogy a módosításaid a világ minden pontján érvénybe léptek-e már.
Bizonyos esetekben érdemes külső DNS szolgáltatót, például a Cloudflare rendszerét igénybe venni. Ez különösen akkor indokolt, ha extra védelmi réteget szeretnél a DDoS támadások ellen, vagy ha a látogatóid globálisan oszlanak el. Az anycast hálózatok használatával a DNS válaszidő jelentősen csökkenthető, ami közvetett módon javítja a weboldal betöltési sebességét is.
DNS ellenőrző lista módosítás után
Minden módosítás után futtasd le ezt a gyors ellenőrzést. Először vizsgáld meg a szintaxist: minden karakter, idézőjel és pont a helyén van? Ha manuálisan kezelt zónafájlokkal dolgozol, ellenőrizd a sorozatszám (Serial) frissülését, különben a másodlagos névszerverek nem veszik át az új adatokat. Végezz lekérdezési tesztet különböző nyilvános DNS szerverekről, például a Google (8.8.8.8) vagy a Cloudflare (1.1.1.1) rendszerén keresztül, hogy megbizonyosodj a publikus láthatóságról.
Az aWh szakértői támogatása a DNS kezelésben
Az aWh több mint 10 éves tapasztalata a garancia arra, hogy infrastruktúrád stabil alapokon nyugodjon. Tárhelycsomagjainkban az automatizáció a mottónk: a dns rekordok kezelése a legtöbb esetben teljesen automatizált, így a domain hozzáadásakor a rendszerünk magától konfigurálja a szükséges rekordokat az AMD EPYC processzorokkal hajtott szervereinken. Ha egyedi igényeid vannak, például bonyolultabb DKIM, DMARC vagy SRV rekordok beállítása, szakértő ügyfélszolgálatunk közvetlen segítséget nyújt a konfigurációban. A stabil DNS a sikeres online jelenlét alapja. Vedd fel velünk a kapcsolatot!
Tedd üzembiztossá online jelenlétedet még ma
A megfelelően beállított A, CNAME és MX rekordok jelentik az alapját annak, hogy weboldalad és levelezésed hiba nélkül működjön. A biztonsági protokollok, mint az SPF, a DKIM és a DMARC, 2026-ban már alapkövetelménynek számítanak a levelek sikeres kézbesítéséhez. A szakszerű dns rekordok kezelése biztosítja, hogy elkerüld a váratlan leállásokat és hatékonyan védd domained tekintélyét a globális spamszűrők előtt. Egyetlen rossz beállítás is napokra megbéníthatja az üzleti kommunikációt, ezért a precizitás minden technikai módosításnál kritikus tényező.
Az AWH több mint 10 éves szakmai tapasztalata és modern infrastruktúrája garancia a stabilitásra. Rendszereink 99,9% garantált rendelkezésre állást nyújtanak, így szolgáltatásaid az év minden napján magabiztosan üzemelnek. Ha kérdésed merül fel a cPanel felületén végzett módosításokkal kapcsolatban, szakértő magyar nyelvű ügyfélszolgálatunk azonnal segít a pontos konfigurációban. Ne hagyd, hogy a technikai részletek hátráltassák vállalkozásod növekedését.
Kezeld DNS rekordjaidat profi módon az aWh cPanel tárhelyén!
Hozd ki a maximumot a domainedből, és építs stabil digitális jövőt megbízható alapokon.
Gyakran Ismételt Kérdések a DNS beállításokról
Mennyi időbe telik, amíg a DNS rekord módosítása életbe lép?
A DNS rekordok módosítása általában 1 és 24 óra közötti időt vesz igénybe a globális propagáció miatt. Ez a folyamat függ a beállított TTL értéktől és az internetszolgáltatók gyorsítótárazási mechanizmusaitól. Ritka esetekben a teljes frissülés 48 órát is igénybe vehet. A dns rekordok kezelése során érdemes előre tervezni ezzel az átfutási idővel, különösen kritikus átállások esetén.
Módosíthatom a DNS rekordokat, ha nem az AWH-nál van a domainem?
Igen, a DNS rekordokat mindig annál a szolgáltatónál tudja módosítani, ahol a domain név aktuális névszerverei találhatók. Ha a domain regisztrációja máshol történt, de a névszerverek az AWH-ra mutatnak, akkor nálunk végezheti el a beállításokat. Ellenkező esetben a külső regisztrátor adminisztrációs felületén kell elvégezni a szükséges módosításokat a megadott útmutatók alapján.
Mi történik, ha véletlenül törlöm az A rekordot?
Az A rekord törlésekor a weboldal azonnal elérhetetlenné válik, mivel megszűnik a kapcsolat a domain név és a szerver IP-címe között. A látogatók hibaüzenetet fognak látni a böngészőjükben a korábbi tartalom helyett. A hiba javításához azonnal rögzíteni kell az új A rekordot a helyes IP-címmel, de a visszaállás a TTL értéktől függően 60 perctől akár több óráig is eltarthat.
Hány MX rekordot állíthatok be egy domainhez?
Technikai értelemben nincs szigorú korlát a rekordok számára, de a gyakorlatban 2 és 5 közötti MX rekordot szoktak beállítani a redundancia biztosítása érdekében. Minden rekordhoz egy prioritási szám tartozik, ahol az alacsonyabb érték jelöli az elsődleges levelezőszervert. Ha az elsődleges szerver nem elérhető, a küldő fél a következő prioritású szerverrel próbálkozik a lista alapján a sikeres kézbesítésig.
Mi az a TTL és mi az ajánlott értéke?
A TTL (Time To Live) határozza meg másodpercben kifejezve, hogy a DNS szerverek mennyi ideig tárolják a rekord adatait a frissítés előtt. Általános használatra a 3600 másodperc (1 óra) vagy a 86400 másodperc (24 óra) az ajánlott érték a hálózati stabilitás érdekében. Ha tervezett karbantartást vagy költöztetést végez, érdemes ezt az értéket ideiglenesen 300 másodpercre csökkenteni a gyorsabb átállás és a minimális leállás érdekében.
Hogyan állíthatom be a domainemet, hogy a Shopify-ra vagy Wix-re mutasson?
A Shopify vagy Wix összekapcsolásához az A rekordot a szolgáltató által megadott IP-címre, a www CNAME rekordot pedig a központi címükre kell irányítani. A Shopify esetében az IP-cím általában a 23.227.38.65, míg a Wix egyedi címet generál az admin felületén. A dns rekordok kezelése során ügyeljen rá, hogy ne maradjon aktív korábbi A rekord, amely ütközhetne az új webshop beállításaival.
Mi a különbség a névszerver (NS) és a DNS rekord között?
A névszerver (NS) határozza meg, hogy melyik szolgáltató tárolja a domain összes beállítását, míg a DNS rekordok a konkrét irányítási utasításokat tartalmazzák. Gondoljon a névszerverre úgy, mint egy telefonkönyvre, a DNS rekordokra pedig mint a benne lévő konkrét telefonszámokra. Ha megváltoztatja a névszervereket, az összes korábbi DNS rekord érvényét veszti az új helyen történő manuális beállításig.
Kell-e külön DNS rekord az SSL tanúsítványhoz?
Alapesetben az SSL tanúsítvány működéséhez nem szükséges külön rekord, de a hitelesítési folyamathoz gyakran kérnek egy speciális TXT vagy CNAME bejegyzést. Emellett ajánlott a CAA rekord használata, amelyben rögzítheti, hogy pontosan melyik hitelesítésszolgáltató bocsáthat ki tanúsítványt az adott domainhez. Ez a biztonsági beállítás megakadályozza az illetéktelen tanúsítványigényléseket és növeli a domain név feletti ellenőrzést.
2026-04-20