Cara Cek Record DNS Domain dengan dig dan nslookup

Panduan memakai dig dan nslookup untuk mengecek record A, MX, TXT, NS, dan CNAME, membaca hasilnya, dan memastikan perubahan DNS sudah berlaku.

Ditulis olehTheresia Candiawan

Terbit 7 November 2026 5 menit baca

Jawaban singkat

Pakai dig di Linux atau macOS dan nslookup di Windows. Format dasarnya dig namadomain TIPE (misalnya dig namabisnis.com MX +short) dan nslookup -type=TIPE namadomain. Tambahkan alamat resolver untuk membandingkan hasil dari server DNS berbeda.

Daftar isi

Pernah mengubah record DNS lalu ragu apakah perubahannya sudah berlaku? Atau email tidak masuk dan kamu ingin tahu record MX domainmu sebenarnya mengarah ke mana? Daripada menebak dari browser, kamu bisa bertanya langsung ke server DNS dengan dua alat bawaan: dig dan nslookup.

dig tersedia di hampir semua sistem Linux dan macOS, sedangkan nslookup sudah ada di Windows. Keduanya menampilkan jawaban DNS apa adanya, lengkap dengan TTL dan server yang menjawab. Panduan ini memakai contoh namabisnis.com, ganti dengan domainmu sendiri.

Langkah 1: Pastikan dig sudah terpasang

Di macOS, dig sudah tersedia. Di Linux, jalankan dig -v. Kalau muncul pesan perintah tidak ditemukan, pasang paketnya:

# Debian / Ubuntu
sudo apt install dnsutils

# AlmaLinux / Rocky / RHEL
sudo dnf install bind-utils

Di Windows, nslookup bisa langsung dipakai dari Command Prompt atau PowerShell. Pengguna PowerShell juga bisa memakai Resolve-DnsName, yang hasilnya lebih rapi.

Langkah 2: Cek record dasar dengan dig

Format dasarnya dig nama TIPE. Bila tipe tidak disebut, dig menanyakan record A.

dig namabisnis.com
dig namabisnis.com MX
dig namabisnis.com TXT
dig www.namabisnis.com CNAME
dig namabisnis.com NS

Hasil lengkap dig cukup panjang. Bagian yang paling penting adalah:

status di baris HEADER. NOERROR berarti pertanyaan dijawab normal, NXDOMAIN berarti nama itu tidak ada, SERVFAIL berarti resolver gagal mendapat jawaban (sering karena masalah nameserver atau DNSSEC).
ANSWER SECTION, berisi record yang ditemukan. Kolomnya berurutan: nama, TTL dalam detik, kelas (IN), tipe, dan nilai.
SERVER di bagian bawah, menunjukkan resolver mana yang menjawab.

Kalau hanya butuh nilainya, tambahkan +short:

dig namabisnis.com MX +short

Status NOERROR dengan ANSWER kosong juga perlu diperhatikan. Artinya nama itu ada, tetapi tidak punya record bertipe yang kamu tanyakan.

Langkah 3: Bandingkan beberapa resolver

Resolver ISP, resolver publik, dan nameserver domainmu bisa memberi jawaban berbeda selama masa propagasi. Untuk bertanya ke server tertentu, tambahkan @alamat:

dig @1.1.1.1 namabisnis.com A +short
dig @8.8.8.8 namabisnis.com A +short

Untuk melihat jawaban yang paling mutakhir, tanyakan langsung ke nameserver otoritatif domainmu. Ambil nama nameserver dari dig NS, lalu:

dig @ns1.penyedia-dns.com namabisnis.com A

Jawaban dari nameserver otoritatif biasanya membawa tanda aa (authoritative answer) di baris flags. Bila di sini record sudah benar tetapi resolver publik masih memberi nilai lama, kamu tinggal menunggu TTL habis. Penjelasan soal ini ada di kenapa perubahan DNS lama terlihat.

Langkah 4: Telusuri jalur delegasi dengan +trace

Bila domain sama sekali tidak bisa di-resolve, gunakan:

dig +trace namabisnis.com

dig akan bertanya mulai dari root server, lalu ke server TLD, lalu ke nameserver domainmu, dan menampilkan setiap langkahnya. Dari sini terlihat apakah delegasi di registry sudah mengarah ke nameserver yang benar, atau justru masih ke nameserver lama setelah kamu menggantinya.

Untuk mengecek reverse DNS sebuah IP, misalnya IP server email, pakai dig -x:

dig -x 203.0.113.10 +short

Hasil reverse DNS sebaiknya berupa nama host yang juga mengarah balik ke IP yang sama. Server email penerima sering memeriksa kecocokan ini, jadi IP pengirim tanpa PTR yang wajar lebih mudah dicurigai sebagai spam.

Langkah 5: Pakai nslookup di Windows

nslookup punya format berbeda. Tipe record ditulis lewat opsi -type, dan resolver ditulis setelah nama domain.

nslookup namabisnis.com
nslookup -type=mx namabisnis.com
nslookup -type=txt namabisnis.com
nslookup -type=ns namabisnis.com
nslookup namabisnis.com 1.1.1.1

Tulisan Non-authoritative answer di hasil nslookup itu normal. Artinya jawaban datang dari resolver (yang mungkin menyimpan cache), bukan langsung dari nameserver domain. Di PowerShell, perintah setara adalah Resolve-DnsName namabisnis.com -Type MX.

Masalah apa saja yang bisa dilacak dengan dig?

Email tidak masuk. Jalankan dig namabisnis.com MX +short dan pastikan server email yang muncul sesuai penyedia email bisnismu.
Email masuk spam. Cek SPF dengan dig namabisnis.com TXT +short dan DMARC dengan dig _dmarc.namabisnis.com TXT +short. Panduan nilainya ada di cara setting SPF, DKIM, DMARC.
Situs masih membuka server lama. Bandingkan dig @1.1.1.1 namabisnis.com +short dengan jawaban nameserver otoritatif.
Verifikasi Google atau layanan lain gagal. Cek record TXT atau CNAME yang diminta, termasuk ejaan nama hostnya.
SSL gagal terbit. Pastikan record A dan AAAA mengarah ke server yang menjalankan proses penerbitan, dan cek record CAA dengan dig namabisnis.com CAA.

Perintah mana yang dipakai untuk tiap kebutuhan?

Kebutuhan	dig (Linux/macOS)	nslookup (Windows)
IP situs (IPv4)	`dig namabisnis.com A +short`	`nslookup namabisnis.com`
IP situs (IPv6)	`dig namabisnis.com AAAA +short`	`nslookup -type=aaaa namabisnis.com`
Server email	`dig namabisnis.com MX +short`	`nslookup -type=mx namabisnis.com`
SPF dan verifikasi	`dig namabisnis.com TXT +short`	`nslookup -type=txt namabisnis.com`
Nameserver	`dig namabisnis.com NS +short`	`nslookup -type=ns namabisnis.com`
Resolver tertentu	`dig @1.1.1.1 namabisnis.com`	`nslookup namabisnis.com 1.1.1.1`
Reverse DNS	`dig -x 203.0.113.10 +short`	`nslookup 203.0.113.10`
Jalur delegasi	`dig +trace namabisnis.com`	Tidak tersedia langsung

Pertanyaan yang sering diajukan

Kenapa hasil dig di laptop berbeda dengan hasil di situs pengecek DNS?

Laptopmu memakai resolver ISP atau kantor yang mungkin masih menyimpan jawaban lama di cache. Situs pengecek bertanya dari banyak resolver di berbagai lokasi. Perbedaan ini wajar selama TTL record lama belum habis.

Apakah dig bisa dipakai di Windows?

Bisa, dengan memasang paket BIND untuk Windows atau memakai WSL. Namun untuk pengecekan sehari-hari, nslookup atau Resolve-DnsName sudah cukup.

Apa arti angka di kolom kedua hasil dig?

Itu TTL dalam detik, yaitu sisa waktu jawaban boleh disimpan di cache. Bila ditanyakan ke resolver, angkanya terus berkurang sampai habis lalu resolver akan bertanya ulang.

Bagaimana cara melihat record DKIM?

Record DKIM disimpan di nama khusus berbentuk selector._domainkey.namabisnis.com. Tanyakan dengan dig TXT ke nama itu. Nama selectornya bisa dilihat di header email yang dikirim atau di panel penyedia email.

Checklist singkat saat mengecek DNS:

Tanyakan tipe record yang tepat, bukan hanya A.
Bandingkan jawaban resolver publik dengan nameserver otoritatif.
Perhatikan status: NOERROR, NXDOMAIN, atau SERVFAIL.
Cek TTL untuk memperkirakan kapan perubahan merata.
Simpan hasil pengecekan sebelum dan sesudah perubahan sebagai catatan.