Reverse DNS (PTR): a számtól vissza a névig

4. modul: Rekordok az e-mailhez · Olvasási idő: 6 perc

Tanulási cél: Ennek a leckének a végén el tudja magyarázni, mi a reverse DNS, ki állítja be, és miért figyelnek rá a fogadó levelezőszerverek.

Kulcsfogalmak: reverse DNS, PTR-rekord, in-addr.arpa, ip6.arpa, kezelés az IP-cím tulajdonosa által, forward-confirmed reverse DNS (FCrDNS), HELO/EHLO-név

A másik irány

Eddig minden névtől a szám felé haladt: a mail.example.com A-rekordja 192.0.2.25. A reverse DNS a másik irányba megy: a 192.0.2.25 IP-címhez tartozik a mail.example.com név. Ez egy PTR-rekordban (pointer) szerepel.

Egy egyszerű weboldalhoz nincs szükség reverse DNS-re. Egy levelezőszerverhez viszont igen: szinte minden fogadó levelezőszerver megnézi egy bejövő kapcsolatnál, hogy a feladó IP-címéhez milyen név tartozik. Egy reverse DNS nélküli szerver, vagy egy olyan általános névvel, mint a 192-0-2-25.dynamic.provider.example, feltört otthoni számítógépnek tűnik, amely spamet küld. A Gmail 2024 februárja óta minden feladótól megköveteli, hogy az IP-cím érvényes reverse DNS-sel rendelkezzen, amely vissza is mutat.

Hogyan néz ki?

A reverse DNS a DNS-fa egy speciális részét használja. IPv4 esetén ez az in-addr.arpa, és az IP-cím fordított sorrendben szerepel benne:

192.0.2.25  →  25.2.0.192.in-addr.arpa.

25.2.0.192.in-addr.arpa.  3600  IN  PTR  mail.example.com.

Miért fordítva? Egy DNS-név jobbról balra haladva lesz egyre specifikusabb (1.2. lecke), egy IP-cím pedig balról jobbra. A megfordítással a 192.0.2 blokk egyetlen zónaként delegálható annak a blokknak a tulajdonosához.

IPv6 esetén a cím az ip6.arpa alatt szerepel, szintén fordítva, de hexadecimális számjegyenként (nibble), az összes nullával kiírva. A 2001:db8::25 esetén ez egy hosszú névvé válik, amely a ...8.b.d.0.1.0.0.2.ip6.arpa résszel végződik. Ezt soha nem kell saját kezűleg begépelni: a vezérlőpultok és eszközök elintézik.

Ki állítja be?

Itt van a nagy különbség az összes többi rekordhoz képest. Egy PTR-rekord nem a domain zónájában szerepel, hanem az IP-cím reverse zónájában. Ez pedig annak a tulajdona, aki az IP-címet kezeli: a tárhelyszolgáltatóé, a VPS-szolgáltatóé vagy az internetszolgáltatóé.

Ez azt jelenti, hogy:

• PTR-rekordot nem lehet a domain DNS-kezelésében beállítani. Egy PTR típusú rekord a szokásos zónájában nem tesz semmit.
• Ha VPS-t vagy szervert bérel, a szolgáltató vezérlőpultjában általában talál egy "Reverse DNS" vagy "rDNS" mezőt, vagy a support segítségével kérheti.
• Ha tárhelycsomagot vagy olyan levelezőszolgáltatót használ, mint a Microsoft 365 vagy a Google Workspace, akkor az adott szolgáltató intézi a saját levelezőszerverei reverse DNS-ét. Ehhez semmit nem kell tennie.
• Ha otthon vagy az irodában egy internetkapcsolaton futtat levelezőszervert, az internetszolgáltató határozza meg a reverse DNS-t. Sok szolgáltató lakossági csomagoknál ezt nem teszi lehetővé.

Oda-vissza kell egyeznie

A fogadó felek nemcsak azt nézik, hogy van-e PTR, hanem azt is, hogy az visszafelé is egyezik-e:

1. A 192.0.2.25 IP-cím PTR-je mail.example.com.
2. A mail.example.com névnek A-rekordja 192.0.2.25.

Ha mindkét irány egyezik, azt forward-confirmed reverse DNS-nek (FCrDNS) nevezik. Emellett a névnek, amellyel a levelezőszerver bemutatkozik (a HELO- vagy EHLO-név), ugyanannak kell lennie, vagy legalábbis egy olyan névnek, amely szintén létezik.

IPv6 esetén ugyanez vonatkozik. Ha a szerver IPv6-on keresztül is küld leveleket, az IPv6-címnek saját PTR-re és AAAA-rekordra van szüksége. Egy elfeledett IPv6-PTR gyakori oka annak, hogy a Gmail elutasítja a levelet, miközben IPv4-en keresztül minden rendben megy.

Ellenőrzés

Parancssorral (8.2. lecke):

dig -x 192.0.2.25 +short
nslookup 192.0.2.25

Online a legtöbb DNS-eszközben lehet "reverse lookup"-ot vagy "PTR lookup"-ot végezni egy IP-címen.

A gyakorlatban: így néz ki egy vezérlőpulton

Ebben a példában a Fiókom VPS-képernyőjét használjuk: ott van egy fül a reverse DNS-hez. Ha a domain ugyanabban a DNS-ben van, a vezérlőpult egyszerre hozza létre az A- és AAAA-rekordot, valamint a PTR-t. Ha a domain máshol van, először az A- és AAAA-rekordot kell létrehozni a DNS-kezelőnél, majd ezt követően kérhető a reverse DNS.

Más VPS- és szerverszolgáltatóknál ez a mező "Reverse DNS", "rDNS" vagy "PTR" néven szerepel, és általában a szerver IP-címénél található. Az elv ugyanaz: a szolgáltató állítja be a rekordot, Ön választja ki a nevet.

Összefoglalás

• Egy PTR-rekord egy IP-címet köt vissza egy névhez (in-addr.arpa IPv4-hez, ip6.arpa IPv6-hoz).
• Az IP-cím kezelője állítja be, nem a domain kezelője.
• A fogadó levelezőszerverek elvárják, hogy a reverse és a forward DNS egymáshoz illeszkedjen (FCrDNS), IPv4-nél és IPv6-nál egyaránt.
• Weboldalakhoz és egy tárhelyszolgáltatón vagy levelezőszolgáltatón keresztül küldött levelekhez ezt saját magának nem kell elintéznie.

Kvíz

Feladat

Z4.6 feladat: Reverse DNS kikeresése. Keresse ki a wikipedia.org MX-rekordjait, és válasszon ki egy levelezőszervert. Keresse ki annak a levelezőszervernek az IPv4-címét, majd az adott cím reverse DNS-ét (PTR). Töltse ki az IP-címet és a megtalált nevet. Bónusz: ellenőrizze, hogy a név visszafelé is ugyanarra az IP-címre mutat-e. (Nem beállítási feladat: a reverse DNS-t egy gyakorlózónában nem lehet saját kezűleg beállítani, és pontosan ez a tanulság.)

További olvasnivaló

Az ebben a cikkben leírt lépések a WebOké vezérlőpultjaira vonatkoznak; más szolgáltatóknál hasonlóan működik.

• Levelek küldése a VPS-ről és a reverse DNS beállítása
• DirectAdmin útmutató 18.10: Nem tudok e-mailt küldeni
• RFC 1035, 3.5. szakasz (in-addr.arpa), RFC 3596 (ip6.arpa), a Google irányelvei feladóknak (2024 február)