Perintah dig: kueri DNS di Linux dan cara membaca keluaran +short dan +trace

Q: 📌 Paket apa yang dipasang jika muncul dig: command not found?

Di dua server yang diperiksa, dig ada di paket bind-utils pada AlmaLinux 9 dan paket bind9-dnsutils pada Debian 12. Jadi, pasang dengan [sudo dnf install bind-utils] di keluarga RHEL dan [sudo apt install bind9-dnsutils] di keluarga Debian. Kedua paket juga ikut memasang nslookup.

Q: 📌 Bagaimana agar tidak perlu menambahkan opsi yang sama setiap kali menjalankan dig?

Menurut manual resmi, dig membaca opsi yang ditulis di berkas .digrc di folder home dan menerapkannya sebelum argumen baris perintah. Dengan satu baris +short di .digrc, [dig example.com] hanya menampilkan alamat IP, dan dengan -r .digrc tidak dibaca sehingga baris record muncul utuh.

Q: 📌 Bagaimana cara mengkueri lewat TCP, bukan UDP?

Dengan +tcp, kueri dikirim lewat TCP. Pada dig 9.18 di server Debian 12, setelah +tcp ditambahkan, akhir baris SERVER berubah dari (UDP) menjadi (TCP), dan record yang diterima tetap sama.

Lingkungan ujiKeluarga RHELAlmaLinux 9.8dig 9.16akun rootDebian 12 · dig 9.18 akun biasaDiperiksa 2026-11-04

Perintah JaringandigLokasi/usr/bin/dig

Untuk memeriksa record DNS sebuah domain sampai ke header respons server DNS, gunakan perintah dig. Saat record example.com dikueri per jenis di server AlmaLinux 9 dan Debian 12 sambil mengganti server DNS yang ditanya, terlihat bahwa status dan flags di header respons saja sudah cukup untuk membedakan nama yang tidak ada, server DNS yang gagal memberi jawaban, dan jawaban yang langsung diberikan oleh server pengelola record.

Keluaran di bawah ini diambil dari server AlmaLinux 9.8 (akun root) dan server Debian 12 (akun biasa). Alamat server DNS yang diatur di server diganti dengan nilai contoh 192.0.2.53, dan nomor versi dig juga diganti dengan nilai contoh.

Daftar Isi

8 menit baca

1️⃣ Cara menggunakan perintah dig

↪️ Membaca keluaran bawaan

Bentuk dasarnya adalah [dig @server nama jenis], dan server serta jenis boleh dihilangkan. Menurut manual resmi, tanpa server dig bertanya ke server DNS yang diatur di /etc/resolv.conf, dan tanpa jenis dig mengkueri record A.

dig example.com

; <<>> DiG 9.16.20-RH <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62441
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com.			IN	A

;; ANSWER SECTION:
example.com.		62	IN	A	104.20.23.154
example.com.		62	IN	A	172.66.147.243

;; Query time: 1 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:18 UTC 2026
;; MSG SIZE  rcvd: 72

Baris yang diawali titik koma adalah baris keterangan, sedangkan baris tanpa titik koma adalah record yang benar-benar diterima. Isi yang diperiksa di setiap bagian ada di bawah ini.

Output	Yang diperiksa
; <<>> DiG 9.16.20-RH <<>> example.com	Versi dig yang dijalankan dan argumen yang dimasukkan
->>HEADER<<- … status: NOERROR, id: 62441	Kode respons (status) dan nomor kueri (id)
flags: qr rd ra	Flag di header respons — apakah server yang menjawab melakukan kueri rekursif dan apakah server itu pengelola record
QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1	Jumlah record di setiap bagian
OPT PSEUDOSECTION · EDNS … udp: 4096	Informasi ekstensi EDNS dan ukuran respons (byte) yang bisa diterima lewat UDP
QUESTION SECTION	Pertanyaan yang dikirim — nama, kelas (IN), jenis record
ANSWER SECTION	Record yang diterima — nama, TTL (detik), kelas, jenis, dan nilai, berurutan
Query time: 1 msec	Waktu sampai respons tiba
SERVER: 192.0.2.53#53(192.0.2.53)	Alamat dan nomor port server DNS yang menjawab
WHEN · MSG SIZE rcvd: 72	Waktu kueri dan ukuran respons yang diterima (byte)

Di baris flags, qr berarti respons, rd berarti permintaan kueri rekursif, dan ra berarti kueri rekursif didukung (RFC 1035). Karena ada ra tetapi tidak ada aa, respons ini dikirim oleh server DNS yang menjalankan kueri rekursif, bukan oleh server pengelola record.

Angka 62 di bagian ANSWER adalah TTL, yaitu sisa waktu (detik) record ini boleh disimpan di cache. Saat nama yang sama langsung ditanyakan ke 8.8.8.8, hasilnya 300, jadi angkanya berbeda tergantung kapan tiap server DNS menyimpannya di cache.

Jika kueri yang sama dijalankan dengan Perintah nslookup , kode respons dan TTL tidak muncul di keluaran bawaan. Perbedaan keluaran kedua perintah ada di bawah ini.

Perbandingan	dig	nslookup
Kode respons	Selalu muncul di status pada baris HEADER	Hanya saat galat, sebagai baris server can't find
TTL	Muncul di setiap baris record ANSWER	Hanya muncul dengan -debug
Server DNS yang menjawab	Baris SERVER paling bawah	Baris Server · Address paling atas
Kode keluar untuk NXDOMAIN	0	1

Versi dig yang terpasang diperiksa dengan -v. Server AlmaLinux 9 memakai 9.16, dan server Debian 12 memakai 9.18.

dig -v

DiG 9.16.20-RH

2️⃣ Mengkueri record dengan dig

↪️ A, AAAA, MX, NS, TXT, CNAME, SOA

Jika jenis record ditulis setelah nama, hanya record itu yang dikueri. Nilai yang disimpan tiap jenis dan hasil kueri di artikel ini ada di bawah ini.

Jenis	Isi nilai	Hasil kueri
A	alamat IPv4	example.com → 104.20.23.154 dan 1 lainnya
AAAA	Alamat IPv6	example.com → 2606:4700:10::6814:179a dan 1 lainnya
MX	Server email dan prioritas	example.com → 0 . (tidak menerima email)
NS	Name server yang mengelola record	example.com → hera · elliott.ns.cloudflare.com.
TXT	Nilai teks tanpa format tetap (SPF, dll.)	example.com → v=spf1 -all dan 1 lainnya
CNAME	Alias untuk nama lain	www.github.com → github.com.
SOA	Name server utama zona dan nilai waktu	example.com → elliott.ns.cloudflare.com. …
PTR	Nama yang terkait dengan alamat IP (balik)	-x 8.8.8.8 → dns.google.

Server email diperiksa dengan record MX. Saat MX example.com dikueri, bagian ANSWER menampilkan satu baris [0 .].

dig example.com MX

; <<>> DiG 9.16.20-RH <<>> example.com MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34433
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com.			IN	MX

;; ANSWER SECTION:
example.com.		300	IN	MX	0 .

;; Query time: 5 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:23 UTC 2026
;; MSG SIZE  rcvd: 55

0 adalah prioritas, dan MX yang hanya berisi satu titik di tempat nama server email adalah Null MX, yang berarti domain ini tidak menerima email (RFC 7505). Menulis jenisnya dengan huruf kecil mx juga memberi hasil yang sama.

Untuk melihat baris record saja, tambahkan [+noall +answer]. Menurut manual resmi, +noall mematikan semua bagian keluaran, lalu +answer menyalakan kembali bagian ANSWER saja.

dig example.com NS +noall +answer

example.com.		12192	IN	NS	hera.ns.cloudflare.com.
example.com.		12192	IN	NS	elliott.ns.cloudflare.com.

example.com punya dua name server. Keduanya adalah name server otoritatif yang langsung mengelola record example.com.

dig example.com TXT +noall +answer

example.com.		300	IN	TXT	"v=spf1 -all"
example.com.		300	IN	TXT	"_k2n1y4vw3qtb4skdx9e7dxt97qrmmq9"

Record TXT bisa diisi nilai teks tanpa format tetap. v=spf1 -all adalah nilai SPF yang menyatakan tidak ada server yang boleh mengirim email atas nama domain ini.

dig www.github.com CNAME +noall +answer

www.github.com.		291	IN	CNAME	github.com.

www.github.com adalah alias (CNAME) dari github.com. Saat nama yang sama dikueri tanpa jenis, record A github.com muncul tepat setelah baris CNAME.

Dengan +multiline, record SOA mendapat keterangan nama dan waktu di samping setiap angka sehingga lebih mudah dibaca.

dig example.com SOA +multiline +noall +answer

example.com.		1765 IN	SOA elliott.ns.cloudflare.com. dns.cloudflare.com. (
				2418004112 ; serial
				10000      ; refresh (2 hours 46 minutes 40 seconds)
				2400       ; retry (40 minutes)
				604800     ; expire (1 week)
				1800       ; minimum (30 minutes)
				)

serial adalah nomor urut yang naik setiap kali record diubah, sedangkan refresh, retry, dan expire adalah nilai waktu yang dipakai name server sekunder untuk menyamakan record dengan server utama. minimum adalah lama respons tentang nama atau record yang tidak ada boleh disimpan di cache.

Jika hanya butuh nilainya, tambahkan +short. Dari record A hanya tersisa alamat IP, dan dari MX hanya prioritas dan nama server email.

dig +short example.com

172.66.147.243
104.20.23.154

dig google.com MX +short

10 smtp.google.com.

Jika +stats ditambahkan setelah [+noall +answer], waktu kueri dan baris server yang menjawab ikut muncul. Pada dig 9.18 di server Debian 12, cara pengiriman kueri, (UDP), ditambahkan di akhir baris SERVER, sedangkan dig 9.16 di server AlmaLinux 9 tidak menampilkannya.

dig example.com +noall +answer +stats

example.com.		235	IN	A	172.66.147.243
example.com.		235	IN	A	104.20.23.154
;; Query time: 0 msec
;; SERVER: 192.0.2.53#53(192.0.2.53) (UDP)
;; WHEN: Thu Oct 29 00:10:26 UTC 2026
;; MSG SIZE  rcvd: 72

3️⃣ Menentukan server DNS di dig dan kueri balik

↪️ @server, aa, -x

Jika @ dan server DNS ditulis sebelum nama, server itulah yang ditanya, bukan server DNS yang diatur di server. Saat bertanya ke 8.8.8.8, baris SERVER berubah menjadi 8.8.8.8 dan ad ditambahkan ke flags.

dig @8.8.8.8 example.com

; <<>> DiG 9.16.20-RH <<>> @8.8.8.8 example.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61431
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;example.com.			IN	A

;; ANSWER SECTION:
example.com.		300	IN	A	104.20.23.154
example.com.		300	IN	A	172.66.147.243

;; Query time: 30 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Oct 29 00:09:29 UTC 2026
;; MSG SIZE  rcvd: 72

ad adalah flag yang menandakan server yang menjawab sudah memverifikasi tanda tangan DNSSEC dan menilai record di respons dapat dipercaya (RFC 4035). Respons dari server DNS yang diatur di server tidak memiliki ad.

Jika name server dari kueri NS ditulis setelah @, Anda bertanya langsung ke server yang mengelola record example.com.

dig @elliott.ns.cloudflare.com example.com

; <<>> DiG 9.16.20-RH <<>> @elliott.ns.cloudflare.com example.com
; (6 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61828
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;example.com.			IN	A

;; ANSWER SECTION:
example.com.		300	IN	A	172.66.147.243
example.com.		300	IN	A	104.20.23.154

;; Query time: 4 msec
;; SERVER: 2606:4700:58::a29f:2ce4#53(2606:4700:58::a29f:2ce4)
;; WHEN: Thu Oct 29 00:09:29 UTC 2026
;; MSG SIZE  rcvd: 72

Kali ini aa muncul di flags, sehingga terbukti name server otoritatif menjawab langsung. Server ini tidak mendukung kueri rekursif, yaitu mencari nama lewat server lain, sehingga ra hilang dan baris [WARNING: recursion requested but not available] ditambahkan.

(6 servers found) berarti nama name server diterjemahkan menjadi tiga alamat IPv4 dan tiga alamat IPv6. Baris SERVER menampilkan alamat IPv6 di antaranya yang mengirim jawaban.

Jika alamat IP ditulis setelah -x, dig mengkueri record PTR untuk mencari nama yang terkait dengan alamat itu.

dig -x 8.8.8.8 +noall +answer

8.8.8.8.in-addr.arpa.	300	IN	PTR	dns.google.

dig mengkueri nama yang dibuat dengan menulis 8.8.8.8 secara terbalik lalu menambahkan in-addr.arpa, dan nilai PTR-nya, dns.google., adalah nama 8.8.8.8.

4️⃣ Jalur delegasi dig +trace

↪️ Dari root name server sampai name server example.com

Dengan +trace, dig bertanya berurutan mulai dari root name server dan menampilkan langkah demi langkah ke server mana nama itu diteruskan. Menurut manual resmi, +trace juga meminta baris tanda tangan DNSSEC, jadi +nodnssec ikut ditambahkan agar hanya jalur delegasi yang terlihat.

dig +trace +nodnssec example.com

; <<>> DiG 9.16.20-RH <<>> +trace +nodnssec example.com
;; global options: +cmd
.			86333	IN	NS	j.root-servers.net.
.			86333	IN	NS	g.root-servers.net.
.			86333	IN	NS	b.root-servers.net.
.			86333	IN	NS	e.root-servers.net.
.			86333	IN	NS	k.root-servers.net.
.			86333	IN	NS	f.root-servers.net.
.			86333	IN	NS	l.root-servers.net.
.			86333	IN	NS	m.root-servers.net.
.			86333	IN	NS	h.root-servers.net.
.			86333	IN	NS	c.root-servers.net.
.			86333	IN	NS	d.root-servers.net.
.			86333	IN	NS	a.root-servers.net.
.			86333	IN	NS	i.root-servers.net.
;; Received 239 bytes from 192.0.2.53#53(192.0.2.53) in 1 ms

com.			172800	IN	NS	a.gtld-servers.net.
com.			172800	IN	NS	b.gtld-servers.net.
com.			172800	IN	NS	c.gtld-servers.net.
com.			172800	IN	NS	d.gtld-servers.net.
com.			172800	IN	NS	e.gtld-servers.net.
com.			172800	IN	NS	f.gtld-servers.net.
com.			172800	IN	NS	g.gtld-servers.net.
com.			172800	IN	NS	h.gtld-servers.net.
com.			172800	IN	NS	i.gtld-servers.net.
com.			172800	IN	NS	j.gtld-servers.net.
com.			172800	IN	NS	k.gtld-servers.net.
com.			172800	IN	NS	l.gtld-servers.net.
com.			172800	IN	NS	m.gtld-servers.net.
;; Received 836 bytes from 2001:7fd::1#53(k.root-servers.net) in 30 ms

example.com.		172800	IN	NS	hera.ns.cloudflare.com.
example.com.		172800	IN	NS	elliott.ns.cloudflare.com.
;; Received 359 bytes from 2001:503:d414::30#53(f.gtld-servers.net) in 66 ms

example.com.		300	IN	A	104.20.23.154
example.com.		300	IN	A	172.66.147.243
;; Received 72 bytes from 108.162.195.228#53(elliott.ns.cloudflare.com) in 3 ms

Di setiap langkah, baris terakhir [Received … from] menunjukkan server yang mengirim respons itu. Server yang ditanya di empat langkah dan apa yang diterima ada di bawah ini.

Tingkat	Server yang ditanya	Yang diterima
1	Server DNS yang diatur di server (192.0.2.53)	13 root (.) name server
2	k.root-servers.net	13 name server .com (gtld-servers.net)
3	f.gtld-servers.net	2 name server example.com
4	elliott.ns.cloudflare.com	2 record A example.com

Keluaran +trace mirip riwayat pelacakan surat tercatat.

Record A di langkah terakhir dikirim langsung oleh name server example.com, jadi itu nilai terkini yang tidak melewati cache. Tepat setelah mengganti name server, periksa dulu di langkah 3 apakah server .com sudah menjawab dengan name server yang baru.

5️⃣ Galat respons dan opsi dig

↪️ NXDOMAIN, SERVFAIL, connection timed out

🔲 Galat respons

Jika nama yang tidak ada dikueri, status keluar sebagai NXDOMAIN. .invalid adalah domain tingkat atas yang dicadangkan agar tidak pernah dipakai sungguhan, jadi dipakai untuk memeriksa respons ini.

dig example.invalid

; <<>> DiG 9.16.20-RH <<>> example.invalid
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23779
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.invalid.		IN	A

;; AUTHORITY SECTION:
invalid.		10800	IN	SOA	localhost. nobody.invalid. 1 3600 1200 604800 10800

;; Query time: 1 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:33 UTC 2026
;; MSG SIZE  rcvd: 96

ANSWER bernilai 0, dan bagian AUTHORITY berisi record SOA zona itu. Angka terakhir SOA, 10800, adalah lama (detik) respons ini boleh disimpan di cache.

no-such-host.example.com berakhir dengan status NOERROR dan ANSWER 0, bukan NXDOMAIN. Ini respons tanpa kode galat yang hanya kosong record-nya, jadi periksa status dan jumlah ANSWER bersamaan.

dig no-such-host.example.com

; <<>> DiG 9.16.20-RH <<>> no-such-host.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31671
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;no-such-host.example.com.	IN	A

;; AUTHORITY SECTION:
example.com.		1800	IN	SOA	elliott.ns.cloudflare.com. dns.cloudflare.com. 2418004112 10000 2400 604800 1800

;; Query time: 7 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:33 UTC 2026
;; MSG SIZE  rcvd: 115

SERVFAIL adalah kode respons yang berarti server DNS gagal menyusun jawaban (RFC 1035). Saat dnssec-failed.org, domain publik untuk menguji kegagalan validasi DNSSEC, ditanyakan ke 8.8.8.8, muncul SERVFAIL beserta baris EDE.

dig @8.8.8.8 dnssec-failed.org

; <<>> DiG 9.16.20-RH <<>> @8.8.8.8 dnssec-failed.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 57521
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
; EDE: 9 (DNSKEY Missing): (No DNSKEY matches DS RRs of dnssec-failed.org)
;; QUESTION SECTION:
;dnssec-failed.org.		IN	A

;; Query time: 333 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Oct 29 00:09:41 UTC 2026
;; MSG SIZE  rcvd: 97

EDE adalah kode galat tambahan yang menyertakan alasan galat (RFC 8914). 9 (DNSKEY Missing) berarti DNSKEY yang cocok dengan record DS di zona induk tidak ditemukan, sehingga 8.8.8.8 mengembalikan SERVFAIL, bukan alamat, untuk nama yang tanda tangannya tidak bisa diverifikasi.

Jika server DNS tidak menjawab, keluaran berakhir dengan [connection timed out; no servers could be reached] tanpa baris status. Saat 192.0.2.1, alamat untuk contoh dokumentasi, ditanya dengan [+timeout=2 +tries=1], baris ini muncul setelah 2 detik.

dig @192.0.2.1 example.com +timeout=2 +tries=1

; <<>> DiG 9.16.20-RH <<>> @192.0.2.1 example.com +timeout=2 +tries=1
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

Tanpa opsi, alamat yang sama memunculkan baris yang sama setelah 15 detik. Sebabnya, nilai bawaan di manual resmi adalah 5 detik per respons dan 3 kali percobaan. Pada dig 9.18 di server Debian 12, baris [communications error to 192.0.2.1#53: timed out] muncul lebih dulu, dan baris terakhirnya [no servers could be reached].

Saat skrip membedakan hasil dari kode keluar, ingat bahwa NXDOMAIN pun memberi 0. Setelah example.invalid dikueri dengan +short lalu kode keluarnya dicetak, hasilnya kosong dengan kode 0, sedangkan kueri ke 192.0.2.1 yang tidak menjawab memberi 9.

dig +short example.invalid; echo $?

Untuk setiap galat respons, baris yang perlu dilihat di keluaran dan hal yang diperiksa berikutnya ada di bawah ini.

Output	Arti	Yang perlu diperiksa berikutnya
status: NXDOMAIN	Nama itu tidak ada	Ejaan dan status pendaftaran domain, jalur delegasi dengan +trace
status: NOERROR · ANSWER: 0	Tidak ada record jenis itu di respons	Jenis record dan pengaturan record di name server
status: SERVFAIL	Server DNS gagal menyusun jawaban	Baris EDE, respons server DNS lain (@8.8.8.8 · @1.1.1.1)
connection timed out	Server DNS tidak menjawab	Alamat server DNS dan firewall yang memblokir port 53

🔲 Opsi perintah dig

📌 Opsi utama: hasil dari artikel ini

Opsi	Fungsi	Hasil di artikel ini
@server	Bertanya ke server yang ditentukan, bukan ke server DNS yang diatur di server	Dengan @8.8.8.8 baris SERVER berubah menjadi 8.8.8.8 dan ad ditambahkan ke flags; name server otoritatif memberi aa
Jenis	Hanya mengkueri jenis record yang ditulis setelah nama	example.com MX memberi satu baris [0 .]; mx huruf kecil memberi hasil yang sama
-x alamat	Mengkueri record PTR alamat IP	-x 8.8.8.8 memberi dns.google.
-v	Menampilkan versi	9.16 di server AlmaLinux 9, 9.18 di server Debian 12
-r	Tidak membaca .digrc di folder home	Meski .digrc berisi +short, dengan -r baris record tetap muncul utuh
+short	Hanya menampilkan nilai record	A memberi dua alamat IP; google.com MX memberi 10 smtp.google.com.
+noall +answer	Mematikan semua bagian keluaran lalu menyalakan kembali ANSWER saja	example.com NS hanya menyisakan dua baris name server
+multiline	Membagi record panjang seperti SOA ke beberapa baris dengan keterangan	Nama dan waktu seperti serial dan refresh muncul sebagai keterangan di samping setiap angka
+stats	Juga menampilkan waktu kueri dan baris server yang menjawab	Pada dig 9.18 di server Debian 12, (UDP) di akhir baris SERVER
+trace	Bertanya berurutan dari root name server dan menampilkan jalur delegasi	Di setiap dari empat langkah, baris terakhir [Received … from] menunjukkan server yang menjawab
+nodnssec	Tidak meminta record tanda tangan DNSSEC	Dipakai bersama +trace agar hanya jalur delegasi yang tersisa
+timeout=detik	Waktu tunggu untuk satu respons, bawaan 5 detik	Bertanya ke 192.0.2.1 dengan +timeout=2 +tries=1 memberi [connection timed out] setelah 2 detik; tanpa opsi, 15 detik
+tries=kali	Jumlah pengiriman kueri, bawaan 3	Diatur ke 1 bersama +timeout=2, dig hanya bertanya sekali dan selesai setelah 2 detik
+tcp	Mengirim kueri lewat TCP, bukan UDP	Pada dig 9.18 di server Debian 12, akhir baris SERVER berubah dari (UDP) menjadi (TCP), dan record-nya sama

📎 Opsi lainnya: menurut manual resmi

Opsi	Fungsi
-4	Kueri hanya lewat IPv4
-6	Kueri hanya lewat IPv6
-t jenis	Menentukan jenis record yang dikueri
-q nama	Menentukan nama yang dikueri, agar tidak tertukar dengan argumen lain
-p port	Mengkueri lewat port yang ditentukan, bukan port 53
-b alamat	Menentukan alamat IP sumber tempat kueri dikirim
-f berkas	Menjalankan berurutan kueri yang ditulis per baris di sebuah berkas
+norecurse	Mengkueri dengan permintaan rekursif (RD) dimatikan
+dnssec	Juga meminta record DNSSEC
+nssearch	Mencari name server otoritatif dan menampilkan record SOA milik tiap server
+nocmd	Menampilkan tanpa baris versi dan keterangan opsi di bagian atas
+nocomments	Menampilkan tanpa baris keterangan seperti header respons dan nama bagian
+ttlunits	Menampilkan TTL dalam satuan s, m, h, d, dan w
+retry=kali	Jumlah pengiriman ulang di luar kueri pertama, bawaan 2

🔲 Simulator perintah dig

Di simulator di bawah ini, Anda bisa mengetik dig sendiri sambil mengganti jenis record, server DNS, dan opsi keluaran.

Simulator perintah digdig 9.16

[root@server work]#

Hanya berjalan di dalam browser Anda; respons berasal dari DNS virtual berisi nilai hasil kueri sungguhan, dan ↑↓ memanggil kembali perintah yang diketik sebelumnya.

🔢 FAQ & Konten yang Direkomendasikan

Di dua server yang diperiksa, dig ada di paket bind-utils pada AlmaLinux 9 dan paket bind9-dnsutils pada Debian 12. Jadi, pasang dengan [sudo dnf install bind-utils] di keluarga RHEL dan [sudo apt install bind9-dnsutils] di keluarga Debian. Kedua paket juga ikut memasang nslookup.

Menurut manual resmi, dig membaca opsi yang ditulis di berkas .digrc di folder home dan menerapkannya sebelum argumen baris perintah. Dengan satu baris +short di .digrc, [dig example.com] hanya menampilkan alamat IP, dan dengan -r .digrc tidak dibaca sehingga baris record muncul utuh.

Dengan +tcp, kueri dikirim lewat TCP. Pada dig 9.18 di server Debian 12, setelah +tcp ditambahkan, akhir baris SERVER berubah dari (UDP) menjadi (TCP), dan record yang diterima tetap sama.

🔝 Kategori Perintah Linux

🔗 Konten yang Direkomendasikan

Propagasi DNS Waktu propagasi DNS setelah mengganti name server: pengukuran per resolver dan pemeriksaan DNSSEC Artikel yang mencatat respons 7 resolver setiap 5 menit setelah name server diganti dan memeriksa alasan DNSSEC harus dimatikan sebelum pindah. Lihat artikel →

Mematikan DNSSEC untuk mengganti name server (status aktif)

Contoh penggunaan pencarian domain WHOIS (naver)

Alat · Domain Cek Domain WHOIS·Cek Nameserver Alat kueri yang langsung menampilkan data pendaftaran, name server, dan record DNS sebuah domain di browser setelah domain dimasukkan.

Memeriksa record A dengan perintah host dasar – sama seperti perintah nslookup

Jaringan · DNS Perintah host Linux | perintah kueri DNS Perintah host untuk mencari alamat IP dari nama host atau mengubah alamat IP menjadi nama host.

DNS · Konsep Beda name server dan DNS & 4 jenis record DNS utama Artikel yang merangkum perbedaan name server dan DNS serta isi masing-masing dari empat jenis record DNS yang sering dipakai.

🪐ReferensiDokumentasi resmi / RFC

📡dig — manual resmi BIND 9 (ISC) 📡dig(1) — manual bind9-dnsutils Debian 12 📡RFC 1035 — format pesan DNS dan flag header (IETF) 📡RFC 4035 — DNSSEC dan flag AD (IETF) 📡RFC 7505 — Null MX untuk domain yang tidak menerima email (IETF) 📡RFC 8914 — Extended DNS Errors(EDE) (IETF) 📡RFC 2606 — nama cadangan example.com dan .invalid (IETF)

ℹ️ Pemberitahuan Afiliasi
Konten di situs ini berisi tautan afiliasi. Jika pengunjung membeli produk atau layanan melalui tautan tersebut, situs ini menerima komisi dari penjual. Harga yang dibayar pembeli^{(turun saat ada diskon promo ↓)}, tidak naik karena hal ini. Harga, diskon, dan informasi stok yang ditampilkan berlaku pada saat penulisan dan bisa berbeda dengan kondisi sebenarnya, jadi pastikan kembali di situs penjual sebelum membeli. Pemilihan dan penilaian produk dibuat berdasarkan standar kami sendiri, dan ada tidaknya komisi tidak memengaruhi urutan maupun isi penilaian.