# Reverse DNS kontroll: PTR-kirje päring ja seadistamine

> Nii kontrollite IP-aadressi Reverse-DNS-kirjet käskudega dig, host ja nslookup, laske selle pakkujal seada ja täidate meiliserveri reeglid.

Quelle: https://whovisit.app/et/blog/reverse-dns-kontroll-ptr-kirje
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Kes peab meiliserverit, satub varem või hiljem veateatele „no reverse DNS“ või „PTR missing“. Mõeldakse teie serveri aadressi Reverse-DNS-kirjet. See artikkel näitab, kuidas seda pärida, mida see meiliserverite puhul peab täitma ja kuidas seda seadistada lasta. Kuidas arvutinimest ettevõtet järeldada, seisab seevastu artiklis [PTR-kirje: kuidas arvutinimest saab ettevõte](https://whovisit.app/blog/ptr-rueckwaertssuche-firma).

## Mis on Reverse DNS

Tavaline DNS tõlgib nime aadressiks. Reverse DNS teeb vastupidist: IP-aadressi kohta annab see nime. Selleks on PTR-kirje. Päring käib erilise domeeni kaudu. IPv4 puhul on selleks `in-addr.arpa`, IPv6 puhul `ip6.arpa`. Aadress pööratakse seejuures ümber. Aadressist `192.0.2.10` saab `10.2.0.192.in-addr.arpa`. IPv6 puhul pööratakse ümber üksikud kuueteistkümnendnumbrid, nagu kirjeldab [RFC 3596](https://www.rfc-editor.org/rfc/rfc3596).

## PTR-kirje päring

Kõik käsud päringuvad näites aadressi `193.0.6.139`, RIPE NCC aadressi. Asendage see oma aadressiga.

| Tööriist | Käsk | Hea teada |
|---|---|---|
| dig (macOS, Linux) | `dig -x 193.0.6.139 +short` | Pöörab aadressi ise ümber. Ilma `+short`-ita näete ka staatust. |
| host (macOS, Linux) | `host 193.0.6.139` | Kõige lühem väljund: „domain name pointer …“ |
| nslookup (kõik süsteemid) | `nslookup 193.0.6.139` | Olemas ka Windowsis. |

Kui vastust ei tule, kirjet ei ole (staatus `NXDOMAIN`) või vastutav nimeserver ei vasta (`SERVFAIL`, ajalõpp). IPv6 puhul töötab sama kirjaviis, näiteks `dig -x 2001:db8::25 +short` dokumentatsioonivahemiku aadressiga. Kes konsooli ei kasuta, kasutab DNS-tööriistalehtede veebipäringut. Äsja muudetud kirjed jõuavad vahemällu salvestamise (TTL) tõttu sageli kõikjale alles mõne aja pärast.

## Miks meiliserverid seda vajavad

Vastuvõtvad meiliserverid kontrollivad meelsasti, kas saatja on korrektselt seadistatud. Osa sellest kontrollist on Reverse DNS. Põhiidee kannab erialakeeles nime *forward-confirmed reverse DNS*:

1. Saatja aadressi kohta päritakse PTR-kirje. Tulemus: arvutinimi.
2. Selle arvutinime kohta päritakse A-kirje (IPv6 puhul AAAA).
3. Kui aadress ühtib algsega, on ahel suletud.

Google nõuab saatjatelt sõnaselgelt kehtivaid edasi- ja tagasisuunalisi kirjeid. [Saatjate juhistes](https://support.google.com/a/answer/81126) seisab, et saatja aadress peab ühtima PTR-kirjes nimetatud arvutinime aadressiga. Ka [RFC 1912](https://www.rfc-editor.org/rfc/rfc1912) soovitab jaotises 2.1, et PTR- ja A-kirjed sobiksid kokku ning PTR-kirje ei viitaks CNAME-ile. Kas mõni muu adressaat kontrollib rangelt, seisab tema enda dokumentatsioonis. Arvestage, et puuduv või sobimatu kirje viib tagasilükatud või rämpspostikausta sattunud kirjadeni.

## Seadistada laskmine

PTR-kirjet ei sea te oma domeenihalduses. See asub tsoonis, mis kuulub aadressiplokile. Seda haldab see, kellele plokk on eraldatud. Tavaliselt on selleks teie pakkuja või majutaja.

1. Valige arvutinimi, mille all teie meiliserver peab esinema, näiteks `mail.beispiel-firma.example`.
2. Looge oma DNS-tsoonis A-kirje: `mail.beispiel-firma.example` viitab aadressile `192.0.2.10`.
3. Kandke pakkuja klienditeeninduses sisse Reverse-DNS-kirje aadressile `192.0.2.10`. Paljudel majutajatel on selleks IP-aadressi juures väli. Muidu piisab päringust toele aadressi ja soovitud nimega.
4. Kontrollige käsuga `dig -x` ja seejärel `dig mail.beispiel-firma.example +short`, kas mõlemad suunad sobivad kokku.
5. Veenduge, et nimi sobib ka teie meiliserveri tervitusega (HELO/EHLO).

Kui teil on oma aadressiplokk, suunab register tsooni edasi teie nimeserveritele. Plokkide puhul, mis on väiksemad kui /24, kirjeldab protseduuri [RFC 2317](https://www.rfc-editor.org/rfc/rfc2317). Küsige sel juhul kõigepealt oma pakkujalt.

Kaks komistuskivi on sagedased. Kui serveril on mitu aadressi, vajab igaüks oma kirjet. Ja dünaamiliste aadressidega, nagu on eraühendustel, ei saa tavaliselt vabalt valitud nime. Kes saadab sealt kirju, kasutab paremini releeteenust.

## Kui kontroll ebaõnnestub

| Tähelepanek | Võimalik põhjus |
|---|---|
| Kirjet ei ole | Pakkuja ei ole midagi seadnud, selle aadressi kirje puudub |
| Kirje viitab pakkuja kogumisnimele | Oma nime ei ole kunagi taotletud |
| Nimi ei lahendu samale aadressile | A-kirje puudub või viitab vanale aadressile |
| Töötab ainult IPv4 | IPv6 jaoks kirje puudub, Google juhib sellele oma dokumentatsioonis tähelepanu |
| Muudatus ei ole nähtav | Vahemälu, oodata või küsida otse pakkuja nimeserverilt |

Reverse DNS ei asenda meili autentimist. SPF, DKIM ja DMARC on omad teemad. Kuid ilma sobiva PTR-kirjeta jääb meiliserver adressaatide radari alla kiiresti.

## Mida Reverse DNS ei tõesta

Kirje on vabatahtlik ja seda hoiab korras võrguoperaator. See ei ütle, kes aadressi kasutab. Seetõttu sobib see vihjeks, mitte tõendiks, kui soovite teada, [kellele IP-aadress kuulub](https://whovisit.app/blog/ip-adresse-inhaber-herausfinden). Selleks on võrguregister usaldusväärsem allikas. Mõlema tee koostoimet selgitab [Reverse IP Lookup lihtsalt selgitatuna](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## Korduma kippuvad küsimused

**Kas igal IP-aadressil peab olema PTR-kirje?** Ei, see on vabatahtlik. Kirju saatvate serverite puhul on see praktikas siiski kohustuslik, sest adressaadid kontrollivad seda.

**Kas ma saan PTR-kirjet ise muuta?** Ainult siis, kui haldate aadressi Reverse-tsooni. Teie pakkuja või majutaja aadresside puhul seab kirje tema, enamasti klienditeeninduse kaudu või päringu peale.

**Mis vahe on Reverse DNS-il ja Whois'il?** Reverse DNS annab arvutinime ja selle seab võrguoperaator. Whois või RDAP nimetab aadressivahemiku omaniku. Mõlemad on erinevad andmebaasid erineva eesmärgiga.