Beranda › Panduan

Arti Kode Balasan DNSBL: 127.0.0.2, 127.255.255.x, dan NXDOMAIN

Diterbitkan 2026-11-03 ／ Diperbarui 2026-11-03 ／ Oleh Yuki Nakazawa

Kueri DNSBL yang mengembalikan alamat dalam rentang 127.0.0.0/8 berarti IP atau domain tersebut tercantum; jawaban NXDOMAIN berarti tidak tercantum. Di luar itu, angka persisnya bergantung pada masing-masing daftar, sebagian jawaban 127.x merupakan kode galat dan bukan pencantuman, dan SERVFAIL atau timeout sama sekali tidak memberi tahu apa pun tentang status pencantuman.

Panduan ini membahas konvensi yang tercatat dalam RFC 5782 serta kode balasan yang didokumentasikan Spamhaus, SpamCop, dan UCEPROTECT di halaman mereka sendiri. Panduan ini didasarkan pada halaman resmi tersebut per November 2026. Data dan kebijakan daftar dapat berubah, jadi periksa dokumentasi operator sebelum bertindak berdasarkan sebuah hasil. Jika Anda memerlukan latar belakang tentang cara kerja daftar blokir, mulailah dari apa itu DNSBL (RBL).

Dasar-dasar: isi RFC 5782 tentang kode balasan

RFC 5782, yang diterbitkan pada Februari 2010, menjelaskan cara blacklist dan whitelist DNS dikueri dan seperti apa bentuk jawabannya. Dokumen ini berstatus Informational, bukan spesifikasi Standards Track: dokumen ini mencatat praktik yang umum, sedangkan detail penetapan nilai diserahkan kepada masing-masing operator daftar.

Cara menyusun kueri

Untuk IPv4, balik urutan oktet lalu tambahkan zona daftar. Untuk memeriksa 192.0.2.99 terhadap bl.example.com:

dig +short 99.2.0.192.bl.example.com A
dig +short 99.2.0.192.bl.example.com TXT

Untuk IPv6, alamat ditulis sebagai 32 nibble heksadesimal dalam urutan terbalik, diikuti zona. Daftar berbasis domain cukup memakai nama domain diikuti nama zona; RFC mencatat bahwa daftar berbasis nama jauh lebih jarang dibanding daftar berbasis IP.

Record A: tercantum atau tidak

• Tercantum: daftar mengembalikan record A. RFC menyebutkan bahwa semua nilai A sebaiknya berada dalam 127.0.0.0/8 untuk mencegah lalu lintas jaringan yang tidak diinginkan, dan bahwa nilainya menurut konvensi adalah 127.0.0.2.
• Tidak tercantum: tidak boleh ada record apa pun untuk alamat tersebut. Dalam istilah DNS, jawabannya adalah NXDOMAIN, yang berarti nama tersebut tidak ada.
• Nilai record A tidak boleh dipakai sebagai alamat IP. 127.0.0.2 adalah penanda, bukan server yang dapat dihubungi.

Record TXT: alasan dan URL

Menurut RFC, DNSBL sebaiknya memublikasikan record TXT yang menjelaskan alasan sebuah entri dicantumkan, dan alasan tersebut sering menyertakan URL berisi informasi lebih lanjut. Software klien harus memeriksa record A dan boleh memeriksa record TXT. Teks TXT sering dipakai dalam pesan galat SMTP, sehingga pesan bounce dapat memuat URL pengecekan atau penghapusan yang diambil dari record tersebut.

Mengapa angkanya berbeda-beda: subdaftar dan bit mask

Nilai selain 127.0.0.2 biasanya berarti zona tersebut menggabungkan beberapa subdaftar. RFC 5782 menjelaskan tiga cara untuk merepresentasikannya: subdomain, beberapa record A, dan nilai yang dikodekan dalam bit.

• Beberapa record A: setiap subdaftar memiliki nilainya sendiri, dan daftar mengembalikan satu record A untuk setiap subdaftar yang mencantumkan alamat tersebut.
• Bit mask: setiap subdaftar diberi satu bit, dan jawabannya adalah hasil OR logis dari bit-bit semua subdaftar yang cocok. Dalam contoh di RFC, alamat yang tercantum di subdaftar 127.0.0.2 dan 127.0.0.4 mengembalikan 127.0.0.6.

Poin pentingnya, RFC itu sendiri menyatakan bahwa tidak ada konvensi yang dipakai secara luas untuk memetakan nama subdaftar ke nilai. Angka yang sama dapat berarti hal yang berbeda di daftar yang berbeda. Selalu baca kode balasan bersama zona yang menghasilkannya, dengan merujuk dokumentasi daftar tersebut. RFC juga menyebutkan bahwa software klien sebaiknya mampu menerapkan bit mask dan pengujian rentang nilai pada nilai yang dikembalikan.

Spamhaus ZEN adalah contoh yang baik untuk gaya jawaban ganda. Dokumentasinya menyebutkan bahwa sebuah kueri umumnya menghasilkan beberapa jawaban berbeda dalam respons DNS yang sama, satu untuk setiap dataset yang mencantumkan IP tersebut, dengan kode balasan yang berbeda untuk setiap dataset. Melihat dua atau tiga kode sekaligus adalah hal yang normal.

Kode balasan daftar blokir utama

Tabel di bawah ini memuat kode balasan yang didokumentasikan para operator di halaman resmi mereka.

• Spamhaus: ZEN menggabungkan SBL, CSS, XBL, dan PBL serta hanya mencakup alamat IP; domain diperiksa terhadap DBL. DBL memakai 127.0.1.0/24 dan daftar Zero Reputation Domains memakai 127.0.2.0/24. Karena DBL selalu menjawab kueri IP dengan 127.0.1.255, DBL tidak dapat dipakai untuk memeriksa IP. Untuk arti setiap daftar Spamhaus dan cara meminta penghapusan, lihat panduan penghapusan dari Spamhaus kami.
• SpamCop: FAQ resminya menyebut 127.0.0.2 sebagai respons yang menandakan IP tercantum. FAQ itu juga menyarankan agar pengguna tetap diberi akses ke email yang tersaring, misalnya dengan menandainya atau memindahkannya ke folder terpisah, alih-alih langsung menolaknya. Penghapusan dibahas dalam panduan penghapusan dari SpamCop kami.
• UCEPROTECT: halaman penggunaan DNS-nya mencantumkan ketiga nama zona tetapi tidak menjelaskan nilai balasannya. Halaman itu menyebutkan bahwa metode DNS sebenarnya hanya berguna untuk server email berskala kecil hingga menengah dan menyarankan rsync untuk sistem dengan lebih dari 100.000 permintaan per hari. Level-levelnya dijelaskan dalam panduan UCEPROTECT Level 2 dan 3 kami.
• Barracuda: nilai balasannya tidak dibahas di sini. Periksa halaman Barracuda Central sendiri.

127.255.255.x dan resolver publik: jawaban yang bukan pencantuman

Spamhaus mencadangkan 127.255.255.0/24 untuk kode galat. Kode ini dapat dikembalikan untuk zona mana pun, dan FAQ resminya menyatakan bahwa kode ini tidak boleh diartikan bahwa objek yang dikueri tercantum.

Mengapa hasil dari resolver publik tidak dapat diandalkan

FAQ Spamhaus menyebutkan bahwa ketika Anda melakukan kueri melalui resolver publik besar, dalam sebagian besar kasus Anda akan mendapat balasan tidak tercantum (NXDOMAIN). Dengan kata lain, IP yang tercantum bisa tampak bersih. FAQ yang sama menyebut penggunaan Amazon, Quad9, Google, Cloudflare, atau resolver publik lainnya sebagai penyebab paling umum dari masalah sebaliknya, yaitu ketika sebuah daftar tampak memblokir seluruh internet.

Sebagian resolver juga menulis ulang jawaban NXDOMAIN dan mengembalikan alamat IP untuk nama yang tidak ada. Server email dapat mengira hal itu sebagai pencantuman. FAQ tersebut menyarankan untuk menginstruksikan server email agar mengabaikan respons apa pun yang tidak berada dalam 127.0.0.0/8, menjalankan resolver sendiri, atau menghubungi ISP atau penyedia DNS Anda. Untuk melihat resolver mana yang sebenarnya Anda pakai, FAQ tersebut memberikan pengecekan berikut:

dig txt whoami.fastly.net

Jika Anda menjalankan penyaringan DNSBL di server email sendiri, pastikan juga server tersebut tidak menolak email setiap kali melihat jawaban 127.255.255.x. Spamhaus menggambarkan hal itu sebagai kesalahan konfigurasi.

NXDOMAIN vs SERVFAIL vs timeout

Setiap respons DNS membawa kode respons (RCODE) yang didefinisikan dalam RFC 1035. Saat membaca hasil DNSBL, pisahkan RCODE dari nilai record A.

RFC 5782 tidak menjelaskan bagaimana klien harus menangani daftar yang gagal atau tidak merespons. Membaca SERVFAIL atau timeout sebagai tercantum maupun tidak tercantum adalah kekeliruan. Coba lagi nanti atau lakukan kueri melalui jalur lain.

Gunakan entri uji untuk memastikan daftar berfungsi

RFC 5782 mewajibkan daftar IPv4 memuat entri untuk 127.0.0.2 dan tidak memuat entri untuk 127.0.0.1. Daftar IPv6 memakai ::FFFF:7F00:2 (tercantum) dan ::FFFF:7F00:1 (tidak tercantum), dan daftar domain memakai nama yang dicadangkan TEST (tercantum) dan INVALID (tidak tercantum).

dig +short 2.0.0.127.zen.spamhaus.org A
dig +short 1.0.0.127.zen.spamhaus.org A

Jika kueri pertama mengembalikan kode pencantuman (nilai 127.x selain 127.255.255.x) dan kueri kedua tidak mengembalikan apa pun, kueri ke daftar tersebut berfungsi. Jika kueri pertama mengembalikan 127.255.255.x, jalur kueri Anda sedang ditolak. RFC menyebutkan bahwa klien sebaiknya memeriksa entri uji secara berkala dan tidak memakai daftar yang tidak memiliki entri uji yang benar. RFC juga mencatat bahwa operator yang menghentikan sebuah daftar terkadang menghapus semua entri, atau memasang wildcard yang mencantumkan setiap alamat. Jika 127.0.0.1 juga muncul sebagai tercantum, curigai daftar atau jalur kueri Anda, bukan IP Anda sendiri.

Cara praktis membaca hasil Anda sendiri

1. Pilih IP atau domain yang tepat. Gunakan IP yang ada di pesan bounce, atau IP server pengirim dari baris Received di header pesan.
2. Periksa beberapa daftar sekaligus. Pemeriksa blacklist kami menjalankan pengecekan ke daftar-daftar utama dalam satu kali proses.
3. Baca setiap kode bersama zonanya. Kode pencantuman dalam 127.0.0.0/8 (selain 127.255.255.x) berarti tercantum; cari tahu arti nilai tersebut di daftar yang bersangkutan. Jawaban 127.255.255.x, SERVFAIL, atau timeout berarti statusnya masih belum diketahui.
4. Lihat record TXT dan halaman pengecekan milik operator. Banyak daftar mengembalikan alasan atau URL. Anggap halaman pengecekan milik operator sendiri sebagai hasil yang otoritatif.
5. Atasi penyebabnya, lalu ikuti proses penghapusan daftar tersebut. Setiap operator memutuskan apakah dan kapan alamat dihapus dari daftar. Jika penyebabnya masih ada, pencantuman biasanya akan muncul kembali.

Untuk jalur pemecahan masalah selengkapnya ketika email terpental, lihat email yang diblokir karena blacklist. Jika Anda memerlukan bantuan untuk menafsirkan hasil atau melacak penyebabnya, Anda dapat berkonsultasi dengan kami tentang penghapusan dari daftar.

Tanya jawab

Halaman resmi yang digunakan

Fakta dalam artikel ini telah diperiksa berdasarkan halaman resmi di bawah ini pada saat diterbitkan. Kebijakan dan perilaku layanan dapat berubah tanpa pemberitahuan, jadi periksa halaman resmi sebelum mengandalkan informasi yang penting.

• RFC 5782: DNS Blacklists and Whitelists
• RFC 1035: Domain Names - Implementation and Specification (RCODE)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus: ZEN Blocklist
• Spamhaus: Domain Blocklist (DBL)
• SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
• UCEPROTECT: Using DNS Lookups

Panduan terkait

Semua panduan →