Domainnév, IP-cím és DNS

Célok

A lecke végére meg tudod mondani, miért kell a névből IP-cím, el tudod magyarázni a névfeloldás szereplőit és az alapvető rekordtípusokat, és érted, mit jelent a TTL, valamint mit bizonyít és mit nem bizonyít egy sikeres DNS-válasz.

Miért kell a névfeloldás?

A webcímben szereplő név (kurzuspont.example) az embernek és a szolgáltatásnak is érthető azonosító. A hálózat azonban nem neveket, hanem IP-címeket használ az adatcsomagok célzására. Ha a böngészőnek minden névhez egy központi, kézzel vezetett táblázatot kellene használnia, az nem működne világszinten: a táblázat óriási lenne, és folyton változna. A DNS ezt a feladatot osztott, hierarchikus módon oldja meg: a névből hálózati címet ad. Ez a lépés köti össze az URL-t az adatátvitellel.

A DNS a hosztnevet oldja fel. A /kurzusok útvonalat nem ismeri, azt majd a webes szolgáltatás értelmezi.

IP-cím

Az IP-cím egy hálózati végpont címe. Két formátum él egymás mellett:

Formátum	Példa	Jellemző
IPv4	104.20.23.154	négy, ponttal elválasztott szám
IPv6	2606:4700:10::6814:179a	hexadecimális csoportok kettősponttal elválasztva, sokkal nagyobb címtér

Az IP-cím nem szükségképpen egyetlen fizikai szervert azonosít: lehet közvetítő vagy sok szerver közös belépési pontja is. Fordítva is igaz: egy címen több webes név osztozhat (ezért van a HTTP Host fejléce, lásd 2.2).

A névfeloldás szereplői

A DNS elosztott és hierarchikus. Az RFC 1034 szerint három fő összetevője van: a névtér és a rekordok, a névszerverek (name server), amelyek zónákat kezelnek és azok hiteles forrásai, valamint a feloldók (resolver), amelyek a kliens nevében keresik meg az információt.

• A rekurzív feloldó (recursive resolver) a kliens nevében végigjárja a hierarchiát. Ez többnyire az internetszolgáltató vagy egy nyilvános szolgáltatás feloldója; a kliens ezt kérdezi.
• A hierarchia a gyökértől a legfelső szintű tartományokon (.com, .hu) át a saját domainig vezet.
• A hiteles névszerver (authoritative name server) a saját zónájának rekordjairól ad végleges választ.

flowchart LR
    B[Böngésző] --> R[Rekurzív feloldó]
    R -->|ha nincs érvényes válasza| H[DNS-hierarchia: gyökér, TLD, hiteles szerver]
    H --> R
    R -->|rekord: cím| B
    B --> C[Kapcsolat a kapott címhez]

Az ábra egy lehetséges teljes feloldást mutat, nem minden megnyitás kötelező útját: a böngésző, az operációs rendszer és a feloldó eltárolhatja a korábbi eredményt, ilyenkor egyes lépések kimaradnak.

DNS-rekordok

A névszerver rekordokat tárol. A weben leggyakrabban ezeket látjuk. A példák valódi lekérdezések (dig parancs), az example.com dokumentációs célra fenntartott domainre, a lekérdezés időpontja 2026. október 11.:

Rekord	Jelentés	Példa a lekérdezésből
A	A névhez tartozó IPv4-cím	example.com. 288 IN A 104.20.23.154 és 172.66.147.243
AAAA	A névhez tartozó IPv6-cím	example.com. 194 IN AAAA 2606:4700:10::6814:179a
NS	A zónáért felelős névszerver	example.com. 86400 IN NS elliott.ns.cloudflare.com.
CNAME	Egy név másik névre mutató „álneve”	www.wikipedia.org. 19608 IN CNAME dyna.wikimedia.org.
MX	A levélfogadó szerver	example.com. 300 IN MX 0 .

Három megfigyelés:

• Ugyanahhoz a névhez több cím is tartozhat (az example.com két IPv4- és két IPv6-címet adott). A válasz sorrendje is változhat, ez a terhelés elosztását segítheti.
• A CNAME azt mondja: „keresd ezt a nevet is”, ezért a szolgáltató a mögötte lévő infrastruktúrát módosíthatja anélkül, hogy a nyilvános név változna.
• Az example.com MX rekordja (0 .) az RFC 7505 szerinti „null MX”, amely azt jelzi, hogy a domain nem fogad levelet.

Gyorsítótár és TTL

Minden rekordhoz tartozik egy TTL (Time to Live): az az időtartam másodpercben, ameddig a válasz tárolható a gyorsítótárban. A számok a példában ezt mutatják (288, 194, 86400 másodperc). Ugyanazt a rekordot két lekérdezéssel, négy másodperc különbséggel kérdeztük ugyanattól a feloldótól:

example.com.  183  IN  A  104.20.23.154
example.com.  183  IN  A  172.66.147.243
...
example.com.  180  IN  A  172.66.147.243
example.com.  180  IN  A  104.20.23.154

A TTL 183-ról 180-ra csökkent, vagyis a második válasz a feloldó gyorsítótárából jött, a hátralévő érvényességi idővel. (Az A rekordok sorrendje is megváltozott.) A gyorsítótárazás csökkenti a késleltetést és a névszerverek terhelését.

Következménye: ha a szolgáltató megváltoztat egy címet, egyes feloldók a TTL lejártáig a régi választ is használhatják, ezért a módosítás nem jelenik meg mindenkinél egyszerre. Ezt akkor szokás figyelembe venni, ha egy szolgáltatást költöztetnek: a költözés előtt rövidítik a TTL-t.

Mire ad és mire nem ad választ a DNS?

A nem létező név is választ kap: a kurzuspont.example lekérdezése NXDOMAIN állapotot adott, vagyis a DNS azt mondja: „ilyen név nincs”. Ez a hiba még a HTTP előtt jelentkezik, így nincs mögötte státuszkód.

A DNS önmagában nem a tartalom hitelesítése. Egy hamis vagy hibás DNS-válasz rossz címhez vezethet. A tanúsítvány-ellenőrzés (4.2, 4.3) külön védelmi réteg: a DNS címet keres, a TLS a kapcsolat védelmét és a megnevezett szolgáltatás hitelesítését adja.

Végigvezetett példa: a Kurzuspont neve

A Kurzuspont üzemeltetője a kurzuspont.example nevet a következőképp állítja be:

Név	Rekord	Jelentés
kurzuspont.example	A / AAAA	a webes belépési pont címei
www.kurzuspont.example	CNAME → kurzuspont.example	a „www” változat is ugyanoda vezet
kurzuspont.example	MX	a levelezés szerverei (a visszaigazoló e-mailekhez)

Ha az üzemeltető később másik szolgáltatóhoz költözik, a nyilvános név nem változik, csak a mögötte lévő címek. A hallgatóknak nem kell semmit átállítaniuk, de a TTL miatt egy ideig egyesek még a régi címre kerülhetnek. (A táblázat kitalált beállítás, nem valós lekérdezés.)

Gyakori tévhitek

Állítás	Pontosítás
„A DNS megkeresi a weboldal fájlját.”	Névhez ad hálózati információt; az útvonalat a webes szolgáltatás értelmezi.
„Egy domainhez egyetlen, állandó IP-cím tartozik.”	Több cím és változó válasz is lehetséges.
„A sikeres DNS-válasz azt jelenti, hogy az oldal működik.”	A kapcsolat és a HTTP-kérés később is hibázhat.
„Minden megnyitáskor újra végig kell járni a DNS-hierarchiát.”	A gyorsítótárból érvényes válasz több lépést kiválthat.
„A DNS módosítása azonnal mindenhol látszik.”	A TTL miatt egyes feloldók ideig a régi választ használják.

Röviden

• A DNS a névből IP-címet (és más rekordot) ad; az útvonalat nem ismeri.
• Szereplők: rekurzív feloldó, hierarchia, hiteles névszerver.
• Fontos rekordok: A, AAAA, NS, CNAME, MX.
• A TTL szabja meg, meddig tárolható a válasz; ezért nem azonnali a DNS-módosítás.
• A DNS-siker nem bizonyítja, hogy az oldal működik, és nem hitelesít.

Ellenőrző kérdések

1. Mi a különbség az A és az AAAA rekord között?
2. Mit jelent a CNAME, és mire jó?
3. Miért nem jelenik meg azonnal mindenhol egy DNS-módosítás?
4. Mi a különbség a DNS-hiba és a 404 között?

Tanulási források

• How the web works (MDN) — a DNS szerepe a „telefonkönyv” hasonlattal, angolul.
• DNS (MDN szójegyzék) — rövid meghatározás, angolul.
• Domain Names – Concepts and Facilities, RFC 1034 — a névrendszer hivatalos leírása; haladó olvasmány.
• Null MX, RFC 7505 — a „nem fogad levelet” jelzés.