Perintah dig Linux: periksa rekaman dan status DNS

Perintah dig meminta rekaman Domain Name System (DNS) dari server DNS dan menampilkan jawaban serta statusnya. Gunakan untuk memeriksa alamat, rekaman surel, atau perbedaan jawaban antarserver; jawaban DNS yang benar sendiri belum menjamin situs atau layanan bisa diakses.

Rekaman A berisi alamat IPv4, AAAA berisi alamat IPv6, MX menentukan tujuan layanan surel, dan TXT menyimpan teks. Pilih jenis sesuai pertanyaan Anda, lalu baca status respons dan bagian jawaban secara terpisah. Jawaban dapat berubah menurut waktu, cache, server, atau kebijakan DNS yang melayani klien.

Sintaks dan server yang ditanya

dig [@SERVER_DNS] NAMA [JENIS_REKOR] [OPSI]

Bagian huruf besar adalah penanda, bukan teks yang diketik secara harfiah. Penjelasan ini mengacu pada dig dari BIND 9. Periksa dig -v dan man dig pada sistem Anda; jika belum tersedia, gunakan pengelola paket distribusi untuk mencari paket yang menyediakan dig.

Untuk nama yang diberikan tanpa jenis rekaman, jenis bawaan adalah A. Ini berbeda dari menjalankan dig tanpa argumen sama sekali, yang pada BIND 9 meminta NS zona akar. Tanpa @SERVER_DNS, dig memakai konfigurasi server dari /etc/resolv.conf; server di sana bisa berupa stub resolver lokal, bukan server otoritatif domain.

Untuk perbandingan, ganti SERVER_DNS dengan alamat IP server yang boleh Anda gunakan. Jika @server berupa nama, nama server itu perlu diresolusikan terlebih dahulu. Catat nama yang ditanya, jenis rekaman, alamat server, serta waktu pengamatan agar perbandingan dapat ditafsirkan.

Periksa alamat dan rekaman surel

Meminta rekaman A

dig example.com A

Lihat status di header dan rekaman pada ANSWER SECTION. Jika tersedia beberapa alamat, jangan menganggap urutan pertama selalu menjadi satu-satunya alamat yang dapat dipakai aplikasi. Untuk IPv6, ganti jenis A menjadi AAAA; itu memilih data yang diminta, bukan otomatis menentukan keluarga alamat transport menuju server DNS.

Meminta rekaman MX

dig example.com MX

MX berisi nilai preferensi dan nama tujuan surel. Nilai lebih kecil lebih diutamakan di antara rekaman MX; nama tujuan masih perlu diterjemahkan menjadi alamat. Domain contoh tidak menjanjikan layanan surel yang bisa dipakai, sehingga baca jawaban yang benar-benar diterima dan jangan mengasumsikan contoh menghasilkan server surel aktif.

Ringkas jawaban tanpa kehilangan konteks

dig +short example.com A

+short memudahkan pemeriksaan cepat, tetapi menghilangkan konteks penting seperti status dan TTL. Hasil juga tidak selalu hanya satu alamat IP, misalnya ketika ada alias CNAME. Untuk diagnosis, jalankan kembali bentuk lengkap pada nama, jenis, dan server yang sama.

Hasil ringkas yang kosong tidak cukup untuk membedakan nama tidak ada, jenis data tidak tersedia, kegagalan server, atau tidak adanya balasan. Jangan menjadikan kekosongan itu satu-satunya dasar perubahan DNS maupun keputusan skrip.

Baca nama, TTL, kelas, jenis, dan nilai

dig +noall +answer example.com A

+noall +answer mempertahankan bagian jawaban. Berikut ilustrasi format dari sumber, bukan hasil pengukuran DNS saat ini. Alamat 192.0.2.10 dipakai untuk dokumentasi; nilai dan TTL aktual dapat berbeda:

example.com. 300 IN A 192.0.2.10

example.com. adalah nama rekaman. Angka 300 adalah Time To Live (TTL) dalam detik, IN adalah kelas Internet, A adalah jenis rekaman, dan 192.0.2.10 adalah nilainya. TTL pada jawaban cache dapat menunjukkan sisa masa simpannya; angka itu bukan waktu respons server atau janji bahwa semua cache berubah bersamaan.

Karena bentuk ini menyembunyikan header, kembali ke keluaran lengkap saat jawaban tidak sesuai harapan. Periksa status, pertanyaan yang dikirim, serta server yang membalas sebelum menyimpulkan masalahnya.

Opsi dan format yang berguna

Pencarian balik tidak menjamin ada nama PTR, dan nama yang ditemukan tidak harus sama dengan nama yang awalnya menghasilkan alamat itu. +trace dapat memerlukan akses langsung ke sejumlah server DNS; kegagalannya bisa berbeda dari hasil resolver rekursif biasa.

Untuk +trace, @server hanya menentukan permintaan awal mengenai server zona akar, bukan memaksa semua tahap melewati resolver itu. Rincian opsi dan kode keluar dijelaskan dalam manual resmi dig dari ISC BIND 9.

Bedakan status DNS dan masalah aplikasi

1. Baca status respons lengkap. NXDOMAIN berarti nama yang ditanya tidak ada. NOERROR tanpa jawaban untuk jenis yang diminta dapat berarti data jenis tersebut tidak ada; istilah NODATA menyebut keadaan ini, bukan status header bernama NODATA.
2. Bedakan SERVFAIL atau REFUSED dari timeout. Yang pertama merupakan respons DNS; timeout berarti tidak ada balasan yang diterima dalam batas percobaan, sehingga tidak ada status DNS dari respons itu untuk dibaca.
3. Bandingkan nama dan jenis yang sama pada server yang relevan. Jawaban berbeda dapat terkait cache atau kebijakan jaringan, dan tidak otomatis membuktikan salah satu server rusak.
4. Jika data DNS sudah sesuai, periksa koneksi layanan, konfigurasi klien, dan jalurnya. Perintah ip untuk alamat dan rute Linux membantu memeriksa sisi jaringan lokal.

Pada dig BIND 9, kode keluar 0 berarti respons diterima, termasuk respons NXDOMAIN. Skrip perlu menilai status dan data yang sesuai kebutuhannya, bukan menganggap kode keluar 0 sebagai bukti bahwa alamat atau layanan ada.

dig menanyakan DNS secara langsung dan tidak mereproduksi seluruh jalur resolusi aplikasi. /etc/hosts, cache aplikasi, resolver terenkripsi browser, atau proxy dapat menghasilkan pengalaman berbeda. Keberhasilan kueri juga tidak memeriksa port, sertifikat TLS, atau respons HTTP situs.

FAQ

Mengapa jawaban dig berbeda dari akses browser?

Browser dapat memakai cache, resolver atau proxy berbeda, sedangkan dig menampilkan jawaban server DNS yang dipilih. Bandingkan konfigurasi resolusi dan alamat yang benar-benar dipakai, lalu uji layanan secara terpisah.

Apakah +short yang kosong berarti domain tidak ada?

Belum tentu. Baca keluaran lengkap untuk membedakan NXDOMAIN, data jenis yang tidak tersedia, kesalahan server, dan tidak adanya balasan. Pastikan pula jenis rekaman dan server yang ditanya sudah tepat.