Tudástár / Email és DNS
Email és DNS - érthetően
Ha nem érkeznek meg a levelek, spambe kerülnek az ajánlatok, vagy nem működik a domain — szinte mindig DNS beállítás áll a háttérben. Elmagyarázzuk, pontosan mi és miért.
Tudástár / Email és DNS
Ha nem érkeznek meg a levelek, spambe kerülnek az ajánlatok, vagy nem működik a domain — szinte mindig DNS beállítás áll a háttérben. Elmagyarázzuk, pontosan mi és miért.
A DNS (Domain Name System) az internet névfeloldási rendszere: a böngészők és emailkliensek nem tudnak domain nevekkel dolgozni, csak IP-címekkel. A DNS fordítja le a solidweb.hu-t a mögötte álló IP-címmé — és ezt a fordítást végzik a világ névszerverei.
A folyamat: amikor beír egy domain nevet a böngészőbe, az operációs rendszer először a helyi cache-t nézi, majd a beállított DNS-feloldót (pl. a Google 8.8.8.8-at vagy a szolgáltató szerverét) kérdezi meg, amely hierarchikusan lekérdezi az autoritatív névszervereket, amíg meg nem kapja a választ.
A DNS rekordok különböző típusokra oszthatók: A rekord (IPv4-cím), AAAA rekord (IPv6), CNAME (alias), MX (email szerver), TXT (hitelesítési adatok), NS (névszerver). Ezek mindegyike önálló szerepet tölt be a weboldal és email-rendszer működésében.
Az MX (Mail Exchanger) rekord azt mondja meg a küldő szervereknek, hogy melyik szerverre kell kézbesíteni az adott domainre érkező leveleket. Ha az MX rekord hiányzik vagy rossz szerverre mutat, a levelek nem jutnak el a postafiókhoz — a küldő szerver hibát kap vissza, vagy a levél egyszerűen elvész.
Az MX rekordon prioritási szám is szerepel (pl. 10, 20): alacsonyabb szám = magasabb prioritás. Ezzel több backup email szervert is meg lehet adni — ha az elsődleges nem válaszol, a küldő automatikusan a következő prioritású szervert próbálja.
Tipikus hiba: domain átköltöztetésnél az új tárhelyszolgáltatónál elfelejtik beállítani az MX rekordot, és az email-forgalom megáll — miközben a weboldal tökéletesen működik.
Ez a három DNS alapú hitelesítési mechanizmus együtt védi meg az email-küldést a hamisítástól, és biztosítja, hogy a levelek megbízhatónak minősüljenek.
SPF (Sender Policy Framework): egy TXT rekord, amely felsorolja, mely szerverek küldhetnek levelet a domain nevében. Ha egy szerver nincs az SPF listán, de a domain nevében küld levelet, a fogadó szerver azt spamként vagy hamisítottként kezeli.
DKIM (DomainKeys Identified Mail): kriptográfiai aláírást helyez el minden kimenő levélben. A fogadó szerver az aláírást a DNS-ben publikált nyilvános kulccsal ellenőrzi. Ha az aláírás stimmel, a levél hitelesnek minősül.
DMARC: meghatározza, mi történjen azokkal a levelekkel, amelyek nem felelnek meg az SPF és DKIM ellenőrzésnek — például karanténba kerüljenek vagy visszautasítsák őket. Emellett visszajelzési jelentéseket küld a domainnév-tulajdonosnak az email-forgalomról.
2024-től a Gmail és a Yahoo erősen ajánlja (egyes esetekben kötelezővé teszi) mindhárom rekord meglétét a tömeges email-küldőknek.
Az email nem kézbesítésének leggyakoribb okai: hibás vagy hiányzó MX rekord, hiányzó SPF rekord (a küldő szerver nem szerepel az engedélyezési listán), hibás DKIM konfiguráció, a küldő szerver IP-je feketelistán (RBL) szerepel, vagy a postafiók betelt.
A problémát nehéz észlelni, mert a feladó oldalán minden rendben tűnik — a levél „elment", hibaüzenet nincs. A célállomáson viszont spam mappában landol vagy egyáltalán nem jelenik meg.
Diagnosztikához hasznos eszközök: az MXToolbox (dns rekordok és blacklist ellenőrzés), a mail-tester.com (levelek spam pontszámának mérése), és a Google Postmaster Tools Gmail-alapú forgalomhoz. Ezek megmutatják, pontosan melyik rekord hiányzik vagy hibás.
A TTL (Time To Live) meghatározza, mennyi ideig tárolhatják a DNS rekordokat a gyorsítótárban a névszerverek és a kliensek. Értéke másodpercben van megadva: egy 3600-as TTL azt jelenti, hogy a rekordot 1 óráig lehet cache-elni — egy változtatás után 1 óráig terjedhet, mire mindenhol érvénybe lép.
Tervezett domainátköltöztetés vagy szervermigráció előtt érdemes a TTL-t ideiglenesen alacsonyra (300-600 másodpercre) csökkenteni, hogy a változás gyorsabban terjedjen szét a névszervereken. Az átköltözés után a TTL visszaállítható magasabb értékre a hatékonyabb cache-elés érdekében.
Magas TTL (86400 = 24 óra) stabil rendszereknél előnyös — csökkenti a DNS lekérdezések számát és gyorsítja a névfeloldást. Alacsony TTL rugalmasságot ad, de növeli a DNS terhelést.
DNS propagáció az az időszak, amíg a módosított DNS rekordok eljutnak a világ összes névszerveréhez. Mivel a DNS rekordokat a névszerverek és kliensek cache-elik (a TTL értéknek megfelelően), egy változtatás nem érvényesül azonnal mindenhol — különböző helyekről különböző eredményt láthat egy ideig.
A propagáció tipikusan 15 perctől 48 óráig tarthat, de az esetek nagy részében 1-4 órán belül lezajlik. A „miért látom mások még a régi oldalt?" jelensége szinte mindig propagáció — nem hiba.
A propagáció állapota ellenőrizhető a whatsmydns.net segítségével, amely megmutatja, hogy a világ különböző pontjairól milyen IP-t adnak vissza a névszerverek az adott domainre.
Mind a kettő protokoll arra szolgál, hogy az email-kliens (Outlook, Thunderbird, Mail) letöltse a leveleket az email-szerverről, de eltérő logikával.
IMAP: a levelek a szerveren maradnak, minden eszköz szinkronizál — amit laptopról olvas, telefonon is olvasottnak látszik. Törlés, mappába rendezés mindenhol érvényes. Ez a modern, ajánlott megoldás több eszköz használatakor.
POP3: a leveleket letölti és (alapértelmezés szerint) törli a szerverről — csak azon az eszközön érhetők el, ahova letöltötte. Korlátozott tárhelyű postafiókhoz hasznos lehet, de mai körülmények között ritkán ajánlott.
Ha több eszközről (telefon, laptop, iroda) olvassa a leveleit: IMAP. Ha egyetlen gépen, offline is hozzáférhetően szeretné tárolni: POP3.
A webmail egy böngészőből elérhető levelezőfelület — a tárhelyszolgáltatók általában valamelyik ismert megoldást nyújtják (Roundcube, Horde, vagy Google Workspace Gmail-felülete). Nem igényel telepítést, bárhonnan elérhető internet-kapcsolattal.
Az email-kliens (Outlook, Apple Mail, Thunderbird) ezzel szemben lokálisan fut, gyorsabb, több funkciót kínál (naptár, feladatkezelés integráció), és offline is használható. Nagyobb levelezési mennyiségnél és szervezettebb munkavégzésnél jellemzően kényelmesebb.
A kettő nem zárja ki egymást: IMAP-pal párhuzamosan futtatható webmail és kliens is ugyanahhoz a postafiókhoz — a levelek szinkronizálva maradnak.
Profi DNS és email konfiguráció, hogy levelei biztosan célba érjenek.
Ajánlatkérés