PTR Record

PTR record memetakan sebuah alamat IP kembali ke nama host. Kalau A record menjawab "domain ini tinggal di IP mana?", PTR menjawab kebalikannya: "IP ini hostname apa?" Pasang A record dan PTR yang cocok disebut reverse DNS atau rDNS.

Untuk apa reverse DNS

Kegunaan terbesarnya adalah email keluar. Server penerima menjalankan cek PTR saat surat masuk: hostname yang diperkenalkan saat koneksi (HELO atau EHLO) dibandingkan dengan hasil lookup PTR atas IP pengirim. Provider besar menyisihkan atau menolak mail dari IP tanpa PTR yang layak karena polanya mirip server buang. Tanpa PTR, email bisa ditolak dengan pesan seperti 550 Service unavailable, masuk spam, atau kehilangan reputasi IP pelan-pelan. Di luar email, PTR membuat log server dan rule firewall terbaca karena satu hostname lebih membantu daripada deretan angka telanjang.

Di mana PTR dipasang

PTR hidup di zona khusus bernama in-addr.arpa untuk IPv4, dikelola pihak yang memegang blok IP, yaitu penyedia hosting atau data center, bukan registrar domain Anda. Karena itu PTR tidak muncul di DNS zona domain. Di VPS unmanaged, sebagian panel menyediakan editor PTR mandiri sementara banyak provider lain meminta tiket support. Kalau paket Anda memakai dedicated IP, PTR biasanya mengikuti IP khusus itu. Prinsipnya sama untuk IPv6 lewat format zona reverse yang berbeda.

Cara cek PTR Anda

Jalankan dig -x 203.0.113.10 atau host -t PTR 203.0.113.10 di terminal, lalu bandingkan hasilnya dengan hostname yang dipakai server saat mengirim. Keduanya harus mengembalikan nama yang sama persis. Kalau Anda mengirim sebagai mail.domainanda.com, PTR harus menunjuk ke nilai yang sama, bukan ke domainanda.com telanjang. Periksa juga arah sebaliknya: hostname hasil PTR harus punya A record yang kembali ke IP yang sama, pola yang dikenal sebagai forward-confirmed reverse DNS. Untuk IPv6, lookup memakai zona ip6.arpa, bukan in-addr.arpa, jadi sesuaikan format perintahnya.

Masalah yang sering terlewat

Mismatch PTR dan HELO adalah kesalahan paling umum, dan sebagian server penerimanya menilai kondisi itu lebih buruk daripada tanpa PTR. Saat pindah IP, reputasi tidak ikut pindah, jadi PTR harus dipasang untuk IP baru. PTR juga bukan satu-satunya penentu inbox: SPF, DKIM, dan DMARC tetap berlaku, dan IP yang sudah masuk blacklist tidak diselamatkan oleh PTR baru. Satu jebakan lagi, cek PTR yang naif kadang hanya memastikan PTR ada, padahal yang dihitung server penerima adalah kecocokan PTR dengan nama HELO di sisi SMTP Anda.

FAQ