Jak działa to sprawdzenie
Dla adresu IP odpytujemy rekord PTR w strefie in-addr.arpa (IPv4) lub ip6.arpa (IPv6). Dla nazwy hosta najpierw ustalamy jej adresy i sprawdzamy każdy z nich (do czterech).
Następnie dla każdej nazwy PTR odpytujemy rekordy A (IPv4) lub AAAA (IPv6). Jeśli wśród wyników jest pierwotny adres, odwrotny DNS jest potwierdzony (FCrDNS).
Wskazujemy też nazwy, które wyglądają na generowane automatycznie — zawierające sam adres albo słowa takie jak „dynamic” czy „dsl”. To heurystyka: część odbiorców traktuje takie nazwy jak łącza domowe.
Ograniczenia
- Sprawdzić można tylko adresy publiczne; zakresy prywatne i zarezerwowane nie mają odwrotnego DNS w internecie.
- Rekordy PTR ustawia ten, kto zarządza adresem IP — zwykle dostawca hostingu lub internetu. Nie znajdują się one w strefie DNS Twojej domeny.
- Nie zapisujemy ani nie logujemy sprawdzanych adresów.
Najczęstsze pytania
Dlaczego serwery poczty potrzebują odwrotnego DNS?
Wielu odbiorców odrzuca lub gorzej ocenia pocztę z adresów bez rekordu PTR albo z nazwą PTR, która nie wskazuje z powrotem na adres. Wytyczne Google dla nadawców wymagają, by adresy wysyłające miały poprawne rekordy DNS — zarówno zwykłe (A/AAAA), jak i odwrotne (PTR).
Jak ustawić rekord PTR?
W panelu dostawcy, do którego należy adres IP (VPS, chmura, hosting), albo przez jego pomoc techniczną. Nie da się go ustawić w strefie DNS Twojej domeny.
Czy nazwa PTR powinna być taka sama jak nazwa HELO?
To dobra praktyka: ta sama pełna nazwa w rekordzie PTR, w rekordzie A/AAAA i w powitaniu HELO/EHLO serwera.
A co z IPv6?
Jeśli serwer wysyła przez IPv6, jego adres IPv6 potrzebuje własnych rekordów PTR i AAAA. Wytyczne Google obejmują również adresy IPv6.