Perintah resolvectl Linux: periksa DNS dan domain per link

Perintah resolvectl memeriksa server Domain Name System (DNS), domain per antarmuka, dan hasil resolusi nama melalui systemd-resolved di Linux. Mulailah dengan status, lalu lakukan kueri nama yang bermasalah; satu server DNS global belum tentu menangani semua nama pada koneksi Virtual Private Network (VPN), yaitu jaringan privat virtual, atau jaringan dengan split DNS.

Split DNS berarti domain tertentu diarahkan ke resolver yang berbeda, misalnya nama internal perusahaan melalui VPN dan nama publik melalui koneksi lain. Panduan ini berlaku pada sistem yang memakai systemd-resolved. Distribusi atau instalasi Linux yang memakai pengelola DNS lain dapat memerlukan alat berbeda.

Sintaks dan prasyarat

resolvectl [perintah] [nama atau link]

Nama dan link pada sintaks adalah penanda argumen, bukan teks yang harus disalin. Link berarti antarmuka jaringan dalam konteks ini. Periksa resolvectl --version dan man resolvectl pada sistem tujuan untuk menyesuaikan pilihan dengan versi yang terpasang.

Jika perintah tidak ditemukan, periksa apakah systemd-resolved memang dipakai sebelum memasang paket atau mengubah konfigurasi. Jika perintah tersedia tetapi gagal terhubung ke layanan, bedakan masalah layanan dari kegagalan menjawab satu nama. Jangan langsung mengganti /etc/resolv.conf atau tautan simboliknya sebagai langkah pertama.

Lihat server dan domain yang aktif

resolvectl status

Status menampilkan konfigurasi global dan per link yang diketahui systemd-resolved. Catat server, domain pencarian atau routing, dan antarmuka yang relevan. Nama antarmuka sebenarnya dapat diperiksa dengan perintah ip untuk antarmuka Linux; eth0 bukan nama wajib pada semua mesin.

Konfigurasi yang tercantum belum membuktikan server dapat dijangkau atau menjawab dengan benar. Saat masalah muncul setelah VPN tersambung, bandingkan status sebelum dan sesudah koneksi pada antarmuka yang sama, termasuk domain internal yang semestinya dilayani VPN.

Uji nama melalui systemd-resolved

resolvectl query example.com

Kueri di atas meminta resolusi alamat untuk example.com. Hasil dapat menunjukkan alamat, protokol, serta antarmuka yang digunakan. Alamat Internet Protocol versi 4 (IPv4) dan versi 6 (IPv6) yang muncul bergantung pada nama dan konfigurasi; jangan mengharapkan satu alamat tetap dari contoh domain ini.

Jawaban juga dapat berasal dari cache, pemetaan lokal, atau mekanisme resolusi lokal yang sesuai. Keberhasilan kueri tidak selalu berarti ada permintaan DNS baru ke server eksternal. Untuk memeriksa jenis rekaman DNS secara langsung pada resolver tertentu, dig dan pemilihan server DNS dapat menjadi pembanding dengan cakupan yang berbeda.

Jika resolvectl berhasil tetapi aplikasi gagal, periksa apakah aplikasi memakai jalur resolusi yang sama. Cache aplikasi, proksi, atau DNS tersendiri di browser dapat menghasilkan perilaku berbeda. Jika nama berhasil menjadi alamat tetapi koneksi tetap gagal, lanjutkan memeriksa rute dan respons layanan, bukan menyimpulkan DNS pasti penyebabnya.

Baca statistik sebelum mengubah cache

resolvectl statistics

Statistik memberi gambaran aktivitas resolver dan validasi yang tersedia. DNS Security Extensions (DNSSEC) adalah mekanisme validasi data DNS dengan tanda tangan kriptografis; informasi DNSSEC pada statistik perlu dibaca bersama konfigurasi dan dukungan server, bukan dianggap pemeriksaan kesehatan semua aplikasi.

Catat statistik dan gejala sebelum tindakan yang menghapus bukti diagnosis. flush-caches mengosongkan cache rekaman lokal milik systemd-resolved; tindakan ini tidak menghapus cache browser maupun cache server upstream. Mengosongkan cache juga tidak memperbaiki server atau domain routing yang salah.

Memahami keluaran status

resolvectl status

Berikut potongan ilustrasi keluaran dari sumber, bukan hasil pemeriksaan jaringan saat ini:

Global
    Current DNS Server: 192.0.2.53
Link 2 (eth0)
    DNS Servers: 192.0.2.53

Global dan Link 2 (eth0) adalah lingkup konfigurasi yang berbeda. Current DNS Server menunjukkan server saat ini pada lingkup yang ditampilkan; jangan menganggapnya server yang pasti dipakai setiap nama. Alamat 192.0.2.53 adalah alamat dokumentasi, bukan server DNS publik yang dianjurkan untuk dipasang.

Pada split DNS, cocokkan akhiran nama yang gagal dengan domain routing dan server di link terkait. Perhatikan kecocokan domain yang paling spesifik. Jika beberapa link memiliki kecocokan terbaik yang sama, kueri dapat berjalan melalui lebih dari satu link; membaca daftar global saja akan kehilangan konteks tersebut.

Domain pencarian membantu melengkapi nama pendek. Domain dengan awalan tilde, seperti ~corp.example, hanya menentukan routing DNS dan tidak ditambahkan ke nama pendek. ~. mencocokkan semua domain yang tidak mempunyai kecocokan lebih spesifik. Pengaturan default-route untuk DNS tidak sama dengan rute IP bawaan pada tabel routing jaringan.

Bedakan pemeriksaan dan perubahan

Misalnya, pola resolvectl dns antarmuka server adalah operasi pengaturan, sedangkan menyebut link tanpa server meminta informasi. Jangan menyalin alamat server dari ilustrasi atau mengubah domain routing hanya untuk melihat hasilnya. Rekam konfigurasi awal dan cara pemulihan bila perubahan memang diperlukan, terutama pada akses jarak jauh.

Pengelola jaringan, DHCP (Dynamic Host Configuration Protocol), atau konfigurasi VPN dapat menerapkan kembali nilai DNS. Untuk pengaturan permanen, gunakan konfigurasi pengelola yang benar-benar mengelola koneksi tersebut. Setelah perubahan yang direncanakan, periksa lagi status dan kueri nama publik serta internal yang relevan; periksa juga setelah koneksi dibuat ulang bila keberlanjutan pengaturan penting.

/etc/resolv.conf saja tidak menggambarkan seluruh konfigurasi per link. Identifikasi pemilik konfigurasi dan tujuan tautan file tersebut sebelum menilai isinya. Penjelasan perintah tersedia pada manual resmi resolvectl, sedangkan aturan pemilihan jalur dijelaskan pada dokumentasi systemd-resolved.

FAQ

Apakah semua Linux menyediakan resolvectl?

Tidak. Ketersediaannya dan manfaatnya bergantung pada paket serta layanan resolusi yang dipakai. Periksa pengelola jaringan, layanan DNS lokal, dan hubungan /etc/resolv.conf dengan pengelola itu sebelum memilih langkah perbaikan.

Mengapa DNS global benar tetapi nama internal gagal?

Nama internal mungkin memerlukan server dan domain routing pada link VPN. Periksa link serta kecocokan domain untuk nama itu, lalu uji nama yang sama. Server global yang benar untuk nama publik belum membuktikan jalur internal dikonfigurasi dengan benar.