Cek DNS
Kueri record DNS apa pun untuk sebuah domain — A, AAAA, MX, TXT, NS, SOA, CNAME, CAA, dan lainnya — lewat dua resolver publik independen sekaligus, sehingga Anda bisa melihat apakah keduanya sepakat dan apakah perubahan terbaru sudah terpropagasi.
Cek record DNS
Masukkan domain, pilih jenis record (atau semua yang umum), lalu tekan Cek. Setiap jawaban menampilkan data record, TTL-nya, dan resolver mana yang mengembalikannya (Cloudflare 1.1.1.1 dan Google 8.8.8.8 lewat DNS over HTTPS); perbedaan antara keduanya diberi sorotan.
Penjelasan jenis-jenis record
Setiap jenis record menjawab pertanyaan yang berbeda tentang sebuah domain.
A dan AAAA
Alamat IPv4 (A) dan IPv6 (AAAA) yang dituju sebuah hostname. Situs tanpa record AAAA tidak bisa dijangkau lewat IPv6.
MX
Mail server yang menerima email untuk domain tersebut, beserta prioritasnya; angka terkecil dicoba lebih dulu.
TXT (SPF, DKIM, DMARC)
Teks bebas yang dipakai untuk verifikasi dan autentikasi email: SPF (v=spf1 …) mencantumkan pengirim yang boleh memakai domain, selector DKIM mempublikasikan kunci penandatanganan, DMARC (subdomain _dmarc.) menyatakan apa yang harus dilakukan terhadap email yang gagal keduanya.
NS dan SOA
Record NS menyebutkan nameserver otoritatif; record SOA menyimpan nomor seri zona dan timer-nya, berguna untuk memeriksa apakah semua nameserver melayani versi yang sama.
CNAME
Alias: nama ini adalah nama lain, dan resolver mengikutinya. CNAME tidak bisa berdampingan dengan record lain pada nama yang sama, dan karena itulah apex sebuah domain tidak bisa berupa CNAME.
CAA
Otoritas sertifikat mana yang boleh menerbitkan sertifikat untuk domain tersebut. Jika tidak ada, CA mana pun boleh.
nslookup vs dig
nslookup (Windows, juga di macOS/Linux) dan dig (macOS/Linux, BIND tools) mengkueri DNS dari command line; dig example.com MX +short setara dengan pengecekan MX di sini. Keduanya bertanya ke resolver yang Anda konfigurasi kecuali Anda menyebutkan satu (dig @1.1.1.1 …).
Propagasi DNS
Setelah Anda mengubah sebuah record, resolver di seluruh dunia tetap melayani jawaban lama sampai TTL-nya kedaluwarsa; tidak ada push terpusat. Membandingkan dua resolver di sini menunjukkan apakah perubahan sudah mencapai mereka; pengecekan otoritatif (langsung ke nameserver domain) menunjukkan apa yang akan dilayani begitu cache kedaluwarsa. Jika satu resolver masih menampilkan nilai lama, tunggu TTL lama habis — karena itulah menurunkan TTL sehari sebelum perubahan terencana adalah praktik yang baik.
Cara kerja pengecekan DNS
Sebuah kueri dimulai dari resolver Anda, yang bertanya ke root server soal nameserver top-level domain, lalu ke nameserver itu soal nameserver domainnya, lalu ke nameserver domain soal record-nya sendiri, dengan meng-cache setiap langkah selama TTL-nya. Halaman ini melewati resolver Anda dan bertanya langsung ke dua resolver publik, dan karena itulah jawabannya bisa berbeda dari yang dilihat perangkat Anda sendiri — halaman DNS server saya menunjukkan resolver mana itu, dan tes kebocoran DNS menunjukkan ke mana kueri Anda sebenarnya pergi.
Pertanyaan yang sering diajukan
Kenapa perlu mengecek DNS?
Untuk memeriksa apakah record sebuah domain diatur dengan benar (setelah memindahkan situs atau mengonfigurasi email), untuk melihat apakah sebuah perubahan sudah terpropagasi, untuk menemukan mail server atau nameserver sebuah domain, atau untuk mendiagnosis kenapa sebuah situs atau email tidak berfungsi.
Bagaimana cara kerja DNS langkah demi langkah?
Perangkat Anda bertanya ke resolver-nya; resolver bertanya ke root server nameserver mana yang menangani top-level domain, bertanya ke nameserver itu mana yang menangani domainnya, bertanya ke nameserver domain soal record-nya, meng-cache semuanya selama TTL, dan mengembalikan jawabannya. Kueri berikutnya dilayani dari cache sampai TTL kedaluwarsa.
Apakah pengecekan DNS memakai TCP atau UDP?
Kebanyakan UDP di port 53 demi kecepatan; TCP jika jawaban terlalu besar untuk satu paket UDP (zone transfer, himpunan record besar, DNSSEC) atau jika resolver memilihnya. DNS terenkripsi (DoH, DoT) berjalan lewat TCP/TLS.
Apa tujuan utama nslookup?
Mengkueri record DNS dari command line dan memeriksa resolver mana yang menjawab — tugas yang sama dengan halaman ini, untuk jenis record apa pun dan server apa pun.
Apa pengganti nslookup?
dig (dan delv untuk DNSSEC) di BIND tools; di Windows, Resolve-DnsName di PowerShell. nslookup masih tersedia di mana-mana dan cukup untuk pengecekan sederhana.
Bisakah saya nslookup sebuah alamat IP?
Bisa — nslookup 203.0.113.42 melakukan reverse lookup dan mengembalikan hostname PTR untuk alamat tersebut, jika ada. Halaman reverse DNS melakukan hal yang sama.
Dua resolver publik independen ditanya dan jawabannya dibandingkan record demi record (TTL dan urutan diabaikan); TTL yang ditampilkan adalah sisa waktu cache resolver, bukan milik zona. Cek IP website