Nslookup Adalah: Fungsi, Cara Baca Output & Batasannya

Setiap kali Anda mengetik sebuah nama domain di browser, ada penerjemah yang bekerja diam-diam sebelum halaman muncul. Nama seperti indowebsite.co.id tidak berarti apa-apa bagi jaringan; yang dibutuhkan adalah alamat numerik. Penerjemahan itu dikerjakan oleh DNS (Domain Name System), dan selama ia menjawab dengan benar, tidak ada yang perlu Anda pikirkan.

Masalahnya muncul ketika penerjemah itu menjawab keliru, atau menjawab dengan data lama. Situs terasa mati padahal servernya sehat. Email berhenti masuk padahal mailbox-nya normal. Di titik inilah Anda perlu berhenti menebak dan bertanya langsung kepada penerjemahnya. Nslookup adalah perkakas baris perintah yang melakukan tepat itu: mengirim pertanyaan ke server DNS dan menampilkan jawabannya apa adanya, tanpa perantara aplikasi.

Perkakas ini sudah tersedia di hampir semua sistem operasi selama puluhan tahun, dan perintahnya hanya butuh beberapa detik untuk dihafal. Bagian yang menentukan justru datang sesudahnya: bagaimana membaca jawabannya, dan kapan jawaban itu sebaiknya Anda sangsikan.

Nslookup Adalah Singkatan dari Apa?

Jawaban atas pertanyaan apa itu nslookup sebenarnya sudah tersimpan di namanya. Nslookup adalah singkatan dari name server lookup — pencarian ke server nama. Namanya menjelaskan tugasnya dengan jujur: ia mencari data pada name server (server yang menyimpan catatan DNS sebuah domain).

Umurnya jauh lebih tua dari kebanyakan perkakas jaringan yang Anda pakai hari ini. Nslookup ditulis Andrew Cherenson sebagai tugas kelas di UC Berkeley pada 1986, lalu ikut dikapalkan bersama sistem operasi 4.3-Tahoe BSD. Sejak itu ia diadopsi hampir semua turunan Unix dan, dalam implementasi terpisah, oleh Microsoft di keluarga Windows NT.

Secara fungsional, nslookup adalah program yang mengirim satu pertanyaan DNS ke sebuah nameserver lalu mencetak jawabannya. Itu saja lingkupnya. Ia tidak membuka koneksi ke situs, tidak mengukur kecepatan, dan tidak memeriksa apakah server tujuan hidup. Pemahaman batas ini penting, karena banyak kesalahpahaman soal nslookup lahir dari ekspektasi yang lebih luas dari tugas sebenarnya.

Fungsi Nslookup dalam Pekerjaan Sehari-hari

Fungsi nslookup paling terasa saat Anda perlu memisahkan masalah DNS dari masalah lain. Lima situasi berikut adalah yang paling sering ditemui:

1. Memastikan domain menunjuk ke server yang benar: setelah memindahkan website, Anda perlu bukti bahwa nama domain sudah mengarah ke alamat IP server baru, bukan yang lama.
2. Memeriksa nameserver setelah pindah penyedia: perubahan NS adalah bagian paling lambat dari migrasi. Nslookup menunjukkan NS mana yang sedang diakui dunia luar.
3. Mendiagnosis email sebelum menyalahkan mailbox: bila MX record salah atau hilang, email tidak akan pernah sampai, sekalipun server emailnya sempurna.
4. Menerjemahkan alamat IP kembali ke nama: berguna saat membaca log dan Anda hanya punya deretan angka.
5. Memisahkan gangguan DNS dari gangguan jaringan: kalau nslookup menjawab normal tetapi situs tetap tidak terbuka, persoalannya bukan di DNS.

Beda Nslookup dengan Ping, Traceroute, dan Whois

Empat perkakas ini sering dipakai bergantian padahal menjawab pertanyaan yang berbeda. Menyadari batas masing-masing adalah cara tercepat mempersempit lokasi gangguan.

Perbedaan antara dua yang pertama paling sering menimbulkan salah simpul. Ping menguji apakah sebuah host dapat dijangkau; nslookup menguji apakah sebuah nama dapat diterjemahkan. Sebuah domain bisa diterjemahkan dengan sempurna ke alamat yang sama sekali tidak bisa dihubungi, dan sebaliknya.

Perhatikan juga bahwa whois menjawab pertanyaan yang tidak dapat dijangkau nslookup sama sekali. Ketika sebuah domain berhenti bekerja, whois yang akan memberi tahu Anda bahwa masa berlakunya habis — sementara nslookup hanya melaporkan namanya tidak ditemukan, tanpa menyebut sebabnya.

Membaca Output Nslookup Baris per Baris

Bentuk paling sederhana perintah nslookup adalah nama perintah diikuti nama domain. Jalankan ini untuk menanyakan alamat sebuah domain ke server DNS yang sedang dipakai komputer Anda:

nslookup indowebsite.co.id

Hasilnya di mesin uji kami:

Server:		192.168.200.1
Address:	192.168.200.1#53

Non-authoritative answer:
Name:	indowebsite.co.id
Address: 172.67.145.22
Name:	indowebsite.co.id
Address: 104.21.63.91

Empat elemen di atas perlu dibaca terpisah:

Anatomi output nslookup: baris Server, Address dengan port 53, label jawaban cache, lalu nama dan alamat hasilnya.

• Server: — nameserver yang Anda tanyai. Di sini 192.168.200.1, yaitu router jaringan lokal yang meneruskan pertanyaan DNS.
• Address: di baris kedua — alamat nameserver tersebut beserta nomor port setelah tanda pagar. Angka #53 adalah port standar DNS.
• Name: dan Address: di bawah — inilah jawabannya, yakni nama yang ditanyakan beserta alamat hasil penerjemahan.
• Dua pasang jawaban — satu nama memang boleh memiliki lebih dari satu alamat. Ini normal dan justru disengaja: layanan besar menyebar trafik ke beberapa alamat sekaligus. Jadi output berisi dua atau lebih IP bukan tanda kesalahan konfigurasi.

Arti "Non-authoritative Answer" dan Kapan Label Itu Menyesatkan

Baris Non-authoritative answer berarti jawaban tidak datang dari sumber aslinya, melainkan dari salinan yang tersimpan di cache nameserver perantara. Selama masa simpan salinan itu belum kedaluwarsa, nameserver menjawab dari ingatan tanpa bertanya ke mana pun. Inilah sebabnya perubahan DNS tidak langsung terlihat di semua tempat.

Yang perlu Anda ketahui: label ini tidak bisa dijadikan pegangan. Pada pengujian kami, bertanya langsung ke salah satu nameserver otoritatif sebuah domain pun tetap menghasilkan baris Non-authoritative answer di output nslookup. Padahal dig yang menanyakan hal serupa ke server yang sama menunjukkan bahwa memang tidak ada penanda otoritatif pada respons tersebut. Artinya nslookup menampilkan label itu berdasarkan isi respons, bukan berdasarkan siapa yang Anda tanyai — dan respons dari jalur yang sudah dicampuri perantara memang kehilangan penandanya.

Kesimpulan praktisnya: gunakan label ini sebagai petunjuk lemah bahwa jawaban mungkin berasal dari cache, bukan sebagai bukti bahwa Anda gagal mencapai sumber aslinya.

Cara Menjalankan Nslookup di Windows, Linux, dan macOS

Di Windows, nslookup sudah tersedia bawaan sejak era Windows NT dan tidak perlu dipasang. Buka Command Prompt, lalu jalankan perintahnya langsung. Microsoft mencatat satu prasyarat saja: protokol TCP/IP harus terpasang, yang di sistem modern selalu terpenuhi.

Di macOS, nslookup juga tersedia bawaan lewat aplikasi Terminal.

Di Linux, justru di sinilah kejutan paling sering terjadi. Banyak distribusi modern tidak lagi memasang nslookup secara bawaan, sehingga Anda disambut pesan nslookup: command not found. Perkakas ini bagian dari paket klien BIND, jadi pasang paketnya lebih dulu. Untuk Debian dan Ubuntu:

sudo apt update
sudo apt install bind9-dnsutils

Pada Ubuntu 24.04, paket tersebut ada di versi 1:9.18.39-0ubuntu0.24.04.5. Nama dnsutils masih dikenali sebagai penunjuk ke paket yang sama. Untuk keluarga Red Hat, Fedora, dan AlmaLinux, paketnya bernama bind-utils:

sudo dnf install bind-utils

Di Android, nslookup tersedia melalui Termux dengan paket yang sama.

Di luar komputer, perkakas ini juga sering Anda temukan di tempat yang tidak terduga. Perangkat jaringan seperti router MikroTik dan firewall FortiGate menyediakan perintah sepadan di dalam antarmuka konsolnya, dan di dalam container Kubernetes nslookup adalah cara paling umum memastikan penemuan layanan antar-pod berjalan. Sintaks dasarnya sama, meski daftar opsinya biasanya lebih terbatas.

Selain pemakaian sekali jalan seperti di atas, nslookup punya mode interaktif. Jalankan nslookup tanpa argumen apa pun dan prompt akan berganti menjadi tanda >. Di dalamnya Anda dapat mengetik beberapa nama berurutan tanpa mengulang perintah, mengubah pengaturan dengan set, dan keluar dengan mengetik exit. Mode ini nyaman untuk pemeriksaan beruntun, tetapi untuk skrip sebaiknya tetap gunakan mode sekali jalan.

Menanyakan Record Tertentu: MX, NS, TXT, dan PTR

Secara bawaan nslookup menanyakan alamat IP. Untuk jenis catatan lain, tambahkan opsi -type=. Argumen kedua setelah nama domain, bila ada, adalah nameserver yang ingin Anda tanyai.

Empat kartu jenis record DNS: A dengan ikon server, NS papan penunjuk, MX amplop, dan TXT dokumen bergaris.

Untuk memeriksa nameserver — pekerjaan yang biasa disebut cek NS — jalankan:

nslookup -type=ns indowebsite.co.id 8.8.8.8

Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
indowebsite.co.id	nameserver = nia.ns.cloudflare.com.
indowebsite.co.id	nameserver = sri.ns.cloudflare.com.

Dua nameserver yang muncul inilah yang sedang dipercaya dunia luar untuk menjawab pertanyaan tentang domain tersebut. Setelah Anda mengubah nameserver di panel pengelolaan domain, perintah di atas adalah cara termurah memastikan perubahan sudah menyebar — selama yang muncul masih nameserver lama, perpindahan belum tuntas.

Untuk memeriksa jalur email, tanyakan MX record:

nslookup -type=mx indowebsite.co.id 8.8.8.8

Non-authoritative answer:
indowebsite.co.id	mail exchanger = 0 mail.indowebsite.co.id.

Angka 0 di depan nama server adalah prioritas; nilai lebih kecil lebih diutamakan. Bila baris ini kosong sementara pengguna melaporkan email tidak masuk, penyebabnya ada di DNS, bukan di server SMTP.

Arah sebaliknya, dari alamat IP kembali ke nama, disebut reverse lookup. Anda tidak perlu opsi khusus — cukup berikan alamat IP-nya:

nslookup 8.8.8.8

8.8.8.8.in-addr.arpa	name = dns.google.

Perhatikan akhiran in-addr.arpa pada output. Pencarian terbalik dikerjakan lewat zona khusus dengan urutan angka dibalik, dan nslookup menyusunnya sendiri untuk Anda.

Satu jenis record yang tidak banyak dipakai di luar jaringan kantor adalah SRV. Record ini mengumumkan di host dan port mana sebuah layanan berada, sehingga klien Windows memakainya untuk menemukan pengendali domain Active Directory maupun server aktivasi KMS. Namanya selalu diawali garis bawah, misalnya _vlmcs._tcp untuk KMS:

nslookup -type=srv _vlmcs._tcp.contoh-perusahaan.local

Bila komputer gagal mengaktifkan lisensi atau gagal bergabung ke domain, ketiadaan record inilah yang pertama perlu Anda periksa.

Menguji Resolver Tertentu — dan Kenapa Hasilnya Bisa Menipu

Bertanya ke nameserver tertentu adalah salah satu pemakaian nslookup yang paling berguna. Anda dapat membandingkan jawaban dari DNS bawaan ISP dengan jawaban DNS publik, misalnya untuk memastikan perubahan sudah menyebar merata:

nslookup indowebsite.co.id 8.8.8.8

Namun ada satu hal yang perlu Anda pahami sebelum menyimpulkan apa pun dari output semacam ini. Baris Server: hanya mengulangi apa yang Anda minta, bukan membuktikan siapa yang benar-benar menjawab. Nslookup mencetak alamat tujuan yang Anda tuliskan, lalu mencetak jawaban yang datang. Ia tidak memverifikasi bahwa keduanya berhubungan.

Kesenjangan itu bukan teori. Anda bisa membuktikannya sendiri dengan bertanya ke alamat yang mustahil melayani DNS. RFC 5737 menyisihkan blok 192.0.2.0/24 khusus untuk dokumentasi, dan tidak ada layanan nyata yang boleh berjalan di sana. Jalankan:

nslookup -timeout=3 -retry=1 google.com 192.0.2.1

Yang seharusnya terjadi adalah waktu tunggu habis. Yang terjadi di jaringan uji kami adalah jawaban lengkap, dengan status keluar 0:

Server:		192.0.2.1
Address:	192.0.2.1#53

Non-authoritative answer:
Name:	google.com
Address: 172.253.158.101
Name:	google.com
Address: 172.253.158.113

Hanya ada satu penjelasan: perangkat di sepanjang jalur menyadap seluruh lalu lintas DNS pada port 53 dan menjawabnya sendiri. Praktik ini lazim, baik oleh router kantor, jaringan hotel, maupun penyedia layanan internet yang menerapkan penyaringan konten. Konsekuensinya langsung: perintah nslookup domain 8.8.8.8 belum tentu benar-benar sampai ke 8.8.8.8, dan perbandingan antar-DNS yang Anda susun dengan rapi bisa membandingkan dua jawaban dari sumber yang sama.

Uji singkat di atas layak Anda jadikan kebiasaan sebelum memercayai pembandingan resolver. Kalau alamat blok dokumentasi ikut menjawab, hasil pembandingan Anda tidak bermakna, dan Anda perlu perkakas yang mampu memakai jalur terenkripsi.

Di jaringan seperti itu, layanan pemeriksa DNS berbasis web justru lebih dapat diandalkan ketimbang nslookup di komputer Anda. Alasannya sederhana: layanan tersebut mengirim pertanyaan dari jaringan mereka sendiri, sehingga tidak melewati perangkat yang menyadap lalu lintas Anda. Untuk memastikan sebuah perubahan DNS sudah menyebar ke luar, hasil dari layanan semacam itu lebih mewakili keadaan sebenarnya. Sebaliknya, layanan daring tidak dapat menjawab pertanyaan tentang jaringan lokal Anda sendiri — nama internal kantor dan entri di berkas hosts hanya terlihat dari mesin Anda. Keduanya saling melengkapi, dan mengetahui mana yang dipakai untuk pertanyaan apa akan menghemat banyak waktu.

Kenapa Nslookup Bilang NXDOMAIN Padahal Ping Berhasil

Ini kebingungan yang paling banyak memakan waktu orang. Nslookup melaporkan nama tidak ditemukan, tetapi ping ke nama yang sama justru berhasil. Salah satunya pasti keliru — begitu dugaan yang wajar, dan justru di situ letak salah pahamnya. Keduanya benar, karena keduanya menempuh jalan yang berbeda.

Aplikasi biasa seperti ping, browser, dan curl tidak berbicara langsung ke DNS. Mereka memanggil resolver sistem operasi, dan resolver itu memeriksa beberapa sumber secara berurutan — berkas hosts di komputer Anda lebih dulu, baru kemudian server DNS. Nslookup melewati seluruh rangkaian itu dan mengirim pertanyaan langsung ke nameserver yang tercatat di konfigurasi jaringan.

Ping dan browser lewat resolver sistem operasi yang membaca berkas hosts dulu; nslookup langsung ke server DNS.

Akibatnya, apa pun yang Anda tuliskan di berkas hosts tidak akan pernah terlihat oleh nslookup. Demonstrasi termurahnya memakai entri yang sudah ada di setiap komputer, yaitu localhost:

nslookup localhost

** server can't find localhost: NXDOMAIN

Padahal resolver sistem operasi menjawab tanpa kesulitan. Di macOS, pemeriksaannya seperti ini:

dscacheutil -q host -a name localhost

name: localhost
ip_address: 127.0.0.1

Nama localhost memang tidak terdaftar di DNS publik mana pun; ia hidup di berkas hosts. Perilaku ini bahkan tercatat resmi di man page nslookup, pada bagian berjudul macOS NOTICE. Isinya menyatakan bahwa nslookup tidak memakai mekanisme penerjemahan nama milik sistem, sehingga hasilnya dapat berbeda dari yang didapat proses lain.

Jadi ketika nslookup dan ping berselisih, pertanyaannya bukan siapa yang benar, melainkan jalur mana yang ingin Anda periksa. Untuk memeriksa jalur yang benar-benar dipakai aplikasi, gunakan getent hosts nama-domain di Linux, atau Resolve-DnsName di PowerShell. Cmdlet Windows tersebut membaca berkas hosts secara bawaan, dan menyediakan parameter -NoHostsFile bila Anda justru ingin melewatinya.

Arti Pesan Error Nslookup

Nslookup memakai kalimat pendek untuk melaporkan kegagalan, dan kalimat itu memberi tahu jauh lebih banyak daripada sekadar "gagal". Tabel berikut merangkum pesan yang paling sering muncul beserta penyebab yang perlu Anda kejar lebih dulu.

Dua pesan berikutnya sering disalahartikan sebagai kegagalan, padahal bukan. Baris Default server: Unknown hanya berarti nslookup tidak berhasil menemukan nama untuk alamat nameserver yang sedang dipakai, yaitu tidak ada PTR record untuknya. Pencarian Anda tetap berjalan normal. Begitu pula Address: ... #53 yang muncul di setiap output — itu keterangan port, bukan peringatan.

Bila Anda perlu melihat isi respons lebih rinci, tambahkan -debug:

nslookup -debug google.com 8.8.8.8

Mode ini menampilkan bagian QUESTIONS, ANSWERS, dan AUTHORITY RECORDS secara terpisah, lengkap dengan nilai ttl tiap record — angka yang tidak pernah muncul di output biasa.

Kelemahan Nslookup yang Perlu Anda Pertimbangkan

Nslookup memang tersedia di mana-mana, tetapi ada beberapa hal yang membuatnya kurang memadai untuk pekerjaan serius:

1. Tidak bisa memakai DNS terenkripsi: nslookup hanya berbicara DNS biasa di port 53. Opsi -port= memang ada, tetapi mengarahkannya ke port 853 atau 443 tidak menolong, sebab yang berbeda bukan hanya nomor portnya melainkan seluruh protokolnya. Ia tidak mampu bertanya lewat DNS over HTTPS maupun DNS over TLS. Karena browser modern umumnya sudah memakai jalur terenkripsi sendiri, alamat yang dilihat browser Anda bisa berbeda dari yang dilaporkan nslookup — dan perbedaan itu bukan kesalahan salah satunya.
2. Output dirancang untuk mata manusia: tidak ada keluaran terstruktur seperti JSON. Menyaring hasilnya di dalam skrip berarti memotong teks dengan asumsi yang mudah rapuh saat format berubah.
3. Baris Server: tidak membuktikan penjawab: seperti ditunjukkan sebelumnya, alamat yang tercetak adalah tujuan yang Anda minta, bukan asal jawaban.
4. Penanda otoritatif tidak bisa diandalkan: label Non-authoritative answer bisa muncul walau Anda bertanya ke nameserver otoritatif.
5. Detail respons tersembunyi di balik opsi: masa simpan tiap record baru terlihat kalau Anda menambahkan -debug, sementara penanda pada header respons tidak ditampilkan sama sekali. Padahal keduanya justru yang dibutuhkan saat menelusuri persoalan penyebaran DNS, dan dig menyajikannya tanpa opsi tambahan.

Satu lagi yang perlu diketahui agar Anda tidak menghabiskan waktu. Subperintah ls untuk meminta daftar seluruh isi zona hampir selalu ditolak nameserver masa kini, karena membuka isi zona kepada publik dianggap kebocoran informasi.

Nslookup Sudah Usang atau Belum?

Anda mungkin pernah membaca bahwa nslookup sudah ditinggalkan dan sebaiknya diganti dig. Anggapan itu punya akar sejarah yang nyata, tetapi informasinya sudah kedaluwarsa lebih dari dua dasawarsa.

Pada masa pengembangan awal BIND 9, ISC memang berencana menghentikan nslookup dan mengarahkan pengguna ke host serta dig. Nslookup ketika itu mencetak peringatan bahwa ia sudah ditinggalkan dan bisa dihapus pada rilis mendatang. Rencana itu dibatalkan pada 2004 bersama rilis BIND 9.3, dan peringatannya dihapus lewat catatan perubahan bernomor 1700 yang berbunyi bahwa nslookup tidak lagi diperlakukan sebagai perkakas yang ditinggalkan. Man page BIND yang berlaku sekarang tidak memuat catatan tersebut sama sekali, bahkan mendokumentasikan dukungan untuk nama domain non-ASCII.

Dengan kata lain, nslookup adalah perkakas yang didukung penuh, bukan sisa masa lalu. Panduan memilihnya kira-kira begini:

• Pakai nslookup untuk pemeriksaan cepat satu atau dua nama, terutama di Windows dan di mesin yang tidak boleh Anda pasangi paket tambahan.
• Pakai dig ketika Anda perlu melihat masa simpan record, penanda header respons, dan bagian lengkap sebuah jawaban. Untuk menelusuri persoalan penyebaran DNS, ini pilihan yang lebih tepat.
• Pakai host bila yang Anda inginkan hanya satu baris jawaban ringkas.

Ketiganya berasal dari paket yang sama, jadi memasang salah satunya biasanya memberi Anda semuanya sekaligus.

Pertanyaan Seputar Nslookup

Apa fungsi dari nslookup? Menanyakan data DNS sebuah nama domain langsung ke nameserver dan menampilkan jawabannya. Fungsi utamanya memeriksa apakah sebuah nama sudah menunjuk ke alamat yang benar, serta memeriksa catatan lain seperti NS, MX, dan TXT.

8.8.8.8 adalah DNS apa? Itu alamat layanan DNS publik milik Google. Alamat pendampingnya 8.8.4.4. Layanan sejenis antara lain Cloudflare di 1.1.1.1 dan Quad9 di 9.9.9.9. Alamat semacam ini sering dipakai sebagai argumen kedua nslookup untuk membandingkan jawaban dengan DNS bawaan ISP.

Kenapa nslookup menampilkan dua alamat IP? Karena satu nama boleh memiliki beberapa record alamat sekaligus. Layanan besar memakainya untuk menyebar trafik dan menyediakan cadangan. Ini kondisi normal.

Apakah nslookup.exe berbahaya? Tidak. Berkas itu bagian resmi dari Windows dan berada di folder sistem. Perlu diwaspadai hanya jika Anda menemukan berkas bernama serupa di lokasi lain.

Apa bedanya nslookup dengan ping? Nslookup memeriksa apakah sebuah nama bisa diterjemahkan menjadi alamat; ping memeriksa apakah alamat tersebut bisa dijangkau. Sebuah nama bisa lolos di nslookup namun gagal di ping, dan itu memberi tahu Anda bahwa persoalannya di luar DNS.

Bisakah nslookup menghapus cache DNS? Tidak. Nslookup hanya membaca, tidak pernah mengubah apa pun. Untuk membersihkan cache DNS gunakan ipconfig /flushdns di Windows, sudo dscacheutil -flushcache di macOS, atau sudo resolvectl flush-caches di Linux dengan systemd.

Bisakah nslookup menampilkan MAC address? Tidak. MAC address hanya dikenal di jaringan lokal dan tidak pernah disimpan di DNS. Untuk melihatnya gunakan arp -a, dan hanya untuk perangkat yang berada di jaringan yang sama dengan Anda.

Kesimpulan

Nslookup adalah cara paling cepat untuk berhenti menebak dan bertanya langsung kepada DNS. Sintaksnya sederhana — nama domain, ditambah -type= bila Anda mencari catatan selain alamat, ditambah alamat nameserver bila Anda ingin bertanya ke server tertentu. Namun nilai perkakas ini bukan pada perintahnya, melainkan pada kemampuan Anda membaca jawabannya. Ada tiga hal yang perlu menempel di ingatan: jawaban dari cache ditandai berbeda, satu nama boleh memiliki banyak alamat, dan berkas hosts tidak pernah ikut terbaca.

Yang sama pentingnya adalah tahu kapan output itu perlu disangsikan. Baris Server: bukan bukti siapa yang menjawab, dan di jaringan yang menyadap port 53 seluruh pembandingan resolver bisa kehilangan makna. Sempatkan menguji dengan alamat blok dokumentasi sebelum menarik kesimpulan. Untuk pemeriksaan sehari-hari nslookup sudah memadai; begitu Anda perlu melihat masa simpan record dan detail respons, atau perlu menempuh jalur terenkripsi, beralihlah ke dig.

Semoga artikel ini membantu.