# Provjera reverse DNS-a: kako upitati i postaviti PTR unos

> Provjerite reverse DNS unos IP adrese pomoću dig, host i nslookup, dajte ga postaviti kod pružatelja i ispunite pravila poštanskih poslužitelja.

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

Tko pogoni poštanski poslužitelj, prije ili kasnije naiđe na poruku o pogrešci „no reverse DNS“ ili „PTR missing“. Misli se na reverse DNS unos adrese Vašeg poslužitelja. Ovaj članak pokazuje kako ga upitati, što mora omogućiti kod poštanskih poslužitelja i kako ga dati postaviti. Kako iz naziva računala zaključiti o tvrtki, stoji pak u [PTR zapis: kako iz naziva računala nastaje tvrtka](https://whovisit.app/blog/ptr-rueckwaertssuche-firma).

## Što je reverse DNS

Uobičajeni DNS prevodi naziv u adresu. Reverse DNS radi suprotno: za IP adresu daje naziv. Za to postoji PTR unos. Upit teče preko posebne domene. Kod IPv4 to je `in-addr.arpa`, kod IPv6 `ip6.arpa`. Adresa se pritom okreće. Iz `192.0.2.10` nastaje `10.2.0.192.in-addr.arpa`. Kod IPv6 okreću se pojedine heksadecimalne znamenke, kako opisuje [RFC 3596](https://www.rfc-editor.org/rfc/rfc3596).

## Upit PTR unosa

Sve naredbe u primjeru upituju `193.0.6.139`, adresu RIPE NCC-a. Zamijenite je vlastitom.

| Alat | Naredba | Dobro je znati |
|---|---|---|
| dig (macOS, Linux) | `dig -x 193.0.6.139 +short` | Sam okreće adresu. Bez `+short` vidite i status. |
| host (macOS, Linux) | `host 193.0.6.139` | Najkraći izlaz: „domain name pointer …“ |
| nslookup (svi sustavi) | `nslookup 193.0.6.139` | Postoji i na Windowsu. |

Ako odgovor ne stigne, unosa nema (status `NXDOMAIN`) ili nadležni poslužitelj imena ne odgovara (`SERVFAIL`, istek vremena). Za IPv6 vrijedi isti zapis, na primjer `dig -x 2001:db8::25 +short` s adresom iz raspona za dokumentaciju. Tko nema konzolu, koristi online upit na stranicama s DNS alatima. Tek promijenjeni unosi zbog međuspremanja (TTL) često stižu posvuda tek nakon nekog vremena.

## Zašto ga trebaju poštanski poslužitelji

Poštanski poslužitelji primatelja rado provjeravaju je li pošiljatelj uredno postavljen. Dio te provjere je reverse DNS. Osnovna zamisao u struci se zove *forward-confirmed reverse DNS*:

1. Za adresu pošiljatelja upituje se PTR unos. Rezultat: naziv računala.
2. Za taj naziv računala upituje se A unos (kod IPv6 AAAA).
3. Ako se adresa podudara s izvornom, lanac je zatvoren.

Google za pošiljatelje izričito traži valjane unose u smjeru naprijed i unatrag. U [smjernicama za pošiljatelje](https://support.google.com/a/answer/81126) stoji da se adresa pošiljatelja mora podudarati s adresom naziva računala navedenog u PTR unosu. I [RFC 1912](https://www.rfc-editor.org/rfc/rfc1912) u odjeljku 2.1 preporučuje da PTR i A unosi odgovaraju jedan drugome i da PTR unos ne pokazuje na CNAME. Provjerava li neki drugi primatelj strogo, stoji u njegovoj dokumentaciji. Računajte s time da nedostajući ili neprikladan unos dovodi do odbijenih poruka ili poruka koje završe u mapi spama.

## Dati postaviti

PTR unos ne postavljate u vlastitoj administraciji domena. On leži u zoni koja pripada bloku adresa. Njome upravlja onaj kome je blok dodijeljen. U pravilu je to Vaš pružatelj ili hoster.

1. Odaberite naziv računala pod kojim će se Vaš poštanski poslužitelj predstavljati, na primjer `mail.beispiel-firma.example`.
2. U vlastitoj DNS zoni stvorite A unos: `mail.beispiel-firma.example` pokazuje na `192.0.2.10`.
3. U korisničkom portalu pružatelja upišite reverse DNS unos za `192.0.2.10`. Kod mnogih hostera to je polje uz IP adresu. Inače je dovoljan upit podršci s adresom i željenim nazivom.
4. Pomoću `dig -x`, a zatim `dig mail.beispiel-firma.example +short` provjerite podudaraju li se oba smjera.
5. Pobrinite se da naziv odgovara i pozdravu (HELO/EHLO) Vašeg poštanskog poslužitelja.

Ako imate vlastiti blok adresa, registar zonu prosljeđuje Vašim poslužiteljima imena. Za blokove manje od /24 postupak opisuje [RFC 2317](https://www.rfc-editor.org/rfc/rfc2317). U tom slučaju prvo se raspitajte kod pružatelja.

Dva su kamena spoticanja česta. Ako poslužitelj ima više adresa, svaka treba vlastiti unos. A uz dinamične adrese, kakve imaju privatni priključci, u pravilu ne dobivate slobodno odabran naziv. Tko odande šalje poštu, bolje će koristiti uslugu relaya.

## Kad provjera ne uspije

| Opažanje | Moguć uzrok |
|---|---|
| Nema unosa | Pružatelj nije ništa postavio, unos za ovu adresu nedostaje |
| Unos pokazuje na skupni naziv pružatelja | Vlastiti naziv nikada nije zatražen |
| Naziv se ne razrješava na istu adresu | A unos nedostaje ili pokazuje na staru adresu |
| Radi samo IPv4 | Za IPv6 unos nedostaje, Google na to upozorava u svojoj dokumentaciji |
| Promjena nije vidljiva | Međuspremnik, pričekati ili izravno upitati poslužitelj imena pružatelja |

Reverse DNS ne zamjenjuje autentifikaciju pošte. SPF, DKIM i DMARC zasebne su teme. No bez odgovarajućeg PTR unosa poštanski poslužitelj brzo ostaje ispod radara primatelja.

## Što reverse DNS ne dokazuje

Unos je dobrovoljan i održava ga mrežni operater. Ne govori tko koristi adresu. Zato je trag, a ne dokaz, ako želite znati [čija je IP adresa](https://whovisit.app/blog/ip-adresse-inhaber-herausfinden). Za to je pouzdaniji izvor mrežni registar. Međudjelovanje oba puta objašnjava [Reverse IP lookup jednostavno objašnjen](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## Često postavljana pitanja

**Mora li svaka IP adresa imati PTR unos?** Ne, on je dobrovoljan. Za poslužitelje koji šalju poštu u praksi je ipak obvezan jer ga primatelji provjeravaju.

**Mogu li sam promijeniti PTR unos?** Samo ako upravljate reverse zonom adrese. Kod adresa Vašeg pružatelja ili hostera on postavlja unos, najčešće preko korisničkog portala ili na zahtjev.

**Koja je razlika između reverse DNS-a i Whoisa?** Reverse DNS daje naziv računala i postavlja ga mrežni operater. Whois ili RDAP navodi vlasnika raspona adresa. Oboje su različite baze podataka s različitom svrhom.