Tutorial Membandingkan Jawaban DNS di Windows dengan Resolve-DnsName
Bandingkan jawaban DNS tipe A di Windows melalui Resolve-DnsName, catat jalur resolver dan TTL, lalu susun bukti tanpa mengubah pengaturan jaringan.
Perbedaan jawaban DNS perlu diperiksa dengan pembanding yang jelas
Ketika satu perangkat menampilkan alamat DNS berbeda dari perangkat lain, penjelasan 'masih propagasi' belum cukup untuk menentukan tindakan. Tim perlu mengetahui nama yang ditanyakan, jenis record, jalur resolver, dan waktu pengamatan. Tutorial ini memakai Resolve-DnsName pada Windows untuk membuat perbandingan kecil yang dapat diulang. Sasaran akhirnya ialah catatan hasil yang berguna bagi pengelola domain, bukan mengganti pengaturan jaringan atau menyimpulkan seluruh internet sudah menerima perubahan berdasarkan dua sampel saja.
Dokumentasi Microsoft menjelaskan Resolve-DnsName sebagai cmdlet untuk melakukan resolusi kueri DNS. Kita akan meminta record A dari nama yang sama, mula-mula melalui jalur bawaan Windows dan kemudian dengan tujuan server DNS yang ditentukan. Contoh memakai example.com, domain yang dipelihara IANA untuk dokumentasi. Alamat hasilnya tidak ditulis sebagai nilai tetap karena jawaban aktual perlu dibaca saat percobaan dilakukan. Jangan menggunakan contoh domain sebagai ketergantungan aplikasi produksi atau menganggapnya milik bisnis Anda.
Prasyarat: Windows PowerShell dan catatan kondisi pemeriksaan
Gunakan komputer Windows dengan Windows PowerShell serta cmdlet Resolve-DnsName yang tersedia. Siapkan koneksi yang mengizinkan kueri DNS sesuai aturan jaringan tempat Anda bekerja. Untuk pemeriksaan domain sendiri, minta pengelola memberikan nama lengkap dan jenis record yang hendak dinilai. Hindari menebak alamat yang semestinya berdasarkan halaman website saja. Buka catatan dengan kolom waktu, nama, tipe, jalur resolver, kumpulan alamat jawaban, TTL, dan pesan kegagalan jika permintaan tidak memperoleh hasil yang dapat dibaca.
Catat apakah perangkat berada di jaringan kantor, rumah, atau melalui VPN karena kondisi itu penting saat hasil dibandingkan. Gunakan informasi yang relevan tanpa menyalin rincian jaringan internal ke tempat publik. Anda tidak perlu mengubah nameserver domain, menonaktifkan perlindungan jaringan, atau mengosongkan cache untuk mengikuti latihan ini. Jika jaringan membatasi resolver luar, gunakan pembanding yang disetujui pengelolanya dan tuliskan pilihan tersebut. Kegagalan menghubungi satu tujuan bukan alasan untuk mengubah kebijakan jaringan secara sepihak.
Langkah 1: pastikan alat tersedia dan tetapkan satu nama
Buka Windows PowerShell dan jalankan Get-Command Resolve-DnsName untuk memeriksa ketersediaan perintah. Jika tidak ditemukan, hentikan percobaan dan konfirmasikan lingkungan Windows yang digunakan kepada pengelola; jangan langsung memasang alat dari sumber acak. Pilih satu nama untuk seluruh perbandingan awal, yaitu example.com. Untuk domain sendiri, gantikan nama itu secara konsisten pada semua perintah setelah Anda mengetahui nama yang benar. Hindari berpindah antara nama utama dan www tanpa menandainya sebagai sampel yang berbeda.
Tulis harapan pengujian sebelum mulai. Pada example.com, tujuannya mempelajari cara membaca hasil, bukan menguji kecocokan dengan alamat milik perusahaan. Pada domain sendiri, harapannya dapat berupa pembandingan terhadap record yang dikonfirmasi pengelola. Pisahkan dua konteks itu agar contoh latihan tidak dianggap laporan gangguan nyata. Simpan waktu setiap percobaan dengan acuan yang jelas, misalnya WIB. Dengan persiapan ini, hasil berikutnya dapat dijelaskan sebagai pengamatan terhadap nama dan kondisi tertentu.
Langkah 2: minta record A melalui jalur bawaan Windows
Jalankan perintah Resolve-DnsName -Name example.com -Type A -DnsOnly -NoHostsFile. Menurut dokumentasi Microsoft, DnsOnly membatasi penggunaan protokol ke DNS dan NoHostsFile melewati berkas hosts. Bacalah keluaran yang muncul dan catat baris yang sesuai dengan record A untuk nama yang dinilai. Simpan nama, tipe, TTL, dan alamat yang tersedia. Jangan menyalin satu angka saja tanpa baris konteksnya, terutama jika keluaran berisi lebih dari satu record atau informasi lain yang menyertai jawaban.
Beri label pengamatan ini sebagai jalur bawaan Windows, bukan langsung menamainya server tertentu yang belum Anda identifikasi. Perintah tersebut tidak menjadi bukti bahwa seluruh lapisan cache terlewati. Jika muncul pesan gagal, catat bentuk kegagalan dan waktunya, lalu pisahkan dari hasil yang benar-benar memberikan alamat. Jangan mengisi kolom kosong dengan angka dari percobaan sebelumnya. Perbandingan membutuhkan hasil aktual yang mempunyai konteks sama, sedangkan kegagalan merupakan temuan tersendiri yang perlu ditinjau penyebabnya.
Langkah 3: ulangi dengan tujuan resolver yang ditentukan
Jika jaringan mengizinkan, jalankan Resolve-DnsName -Name example.com -Type A -DnsOnly -NoHostsFile -Server 1.1.1.1. Dokumentasi Cloudflare mencantumkan 1.1.1.1 sebagai alamat resolver publiknya, sedangkan parameter Server pada cmdlet Microsoft menentukan server kueri. Ini memilih tujuan untuk perintah tersebut, bukan mengganti pengaturan DNS antarmuka jaringan. Bila organisasi menentukan pembanding lain, gunakan alamat yang disetujui dan catat penggantiannya. Jangan menyebut resolver publik ini sebagai server authoritative untuk setiap domain yang ditanyakan.
Simpan informasi dengan kolom yang sama seperti percobaan awal. Lakukan pemeriksaan secara wajar tanpa mengulang permintaan terus-menerus. Jika hasil berbeda, pastikan nama dan tipe pada kedua perintah benar-benar identik sebelum menafsirkan maknanya. Jika tujuan pembanding tidak dapat dijangkau, tulis bahwa perbandingan belum lengkap. Tidak adanya hasil dari satu jalur tidak membuktikan record domain telah hilang. Pengelola perlu meninjau konektivitas dan kondisi resolusi sebelum memutuskan apakah masalah berada pada data DNS yang diterbitkan.
Langkah 4: bandingkan kumpulan alamat, bukan urutan baris
Letakkan kedua pengamatan berdampingan. Cocokkan nama serta jenis record, kemudian bandingkan kumpulan alamat yang diberikan. Jika ada beberapa alamat, jangan menganggap perubahan urutan tampil sebagai perubahan isi kumpulan. Tuliskan alamat yang sama, alamat yang hanya muncul pada salah satu sampel, dan bagian yang belum dapat dinilai. Cara mencatat yang terpisah membantu tim memeriksa perbedaan data tanpa mencampurkannya dengan variasi tampilan keluaran atau urutan yang kebetulan terlihat pada dua permintaan.
Jangan menetapkan jawaban paling baru sebagai jawaban paling benar hanya karena diperoleh belakangan. Acuan untuk domain sendiri perlu dikonfirmasi kepada pengelola DNS, termasuk kemungkinan rancangan layanan yang memang mempunyai lebih dari satu jawaban. Jika belum diketahui apakah perbedaan itu diharapkan, nyatakan sebagai pertanyaan terbuka. Perbandingan dua jalur resolver memberi petunjuk yang terbatas. Pengujian ini tidak memeriksa seluruh server authoritative, seluruh lokasi jaringan, atau semua perilaku aplikasi yang akhirnya menggunakan nama tersebut.
Langkah 5: baca TTL sebagai informasi cache pada sampel
RFC 1035 menjelaskan TTL sebagai interval dalam detik untuk penyimpanan record dalam cache. Dokumen tersebut juga membedakan TTL pada data zona dari nilai cache yang secara konseptual berkurang seiring waktu. Karena itu, TTL yang berbeda pada dua pengamatan tidak otomatis berarti nilai pengaturan zona berbeda. Catat angka sebagaimana terlihat dan kaitkan dengan waktu serta jalur pengamatan. Jangan menyamakan TTL pada satu respons dengan hitung mundur tunggal yang berlaku untuk semua perangkat dan resolver.
Panduan Cloudflare tentang TTL juga menunjukkan hubungan antara lama cache dan waktu perubahan dirasakan pengguna, termasuk pengaruh cache lokal pada layanannya. Namun, jangan menerapkan pengaturan khusus Cloudflare sebagai aturan paket domain lain. Jika pengelola baru mengubah record, tanyakan apa yang berubah dan kapan dilakukan, lalu ulangi sampel pada waktu yang disepakati. Hindari menjanjikan bahwa seluruh pengguna pasti memperoleh hasil baru tepat ketika satu angka TTL di layar mencapai nol. Laporan perlu membedakan fakta pengamatan dan perkiraan yang masih perlu diperiksa.
Langkah 6: verifikasi ulang dan susun laporan yang dapat ditindaklanjuti
Ulangi dua perintah dengan nama dan tipe yang sama setelah jeda yang relevan dengan pertanyaan pemeriksaan. Catat waktu baru serta perubahan kondisi jaringan jika ada. Untuk domain sendiri, bandingkan hasil dengan acuan yang telah dikonfirmasi pengelola, bukan dengan ingatan tentang alamat lama. Jika kedua sampel sesuai harapan, simpulkan sebatas jalur dan waktu yang diperiksa. Jika masih berbeda, sertakan kedua hasil agar tim dapat menentukan pemeriksaan lanjutan pada lapisan yang tepat.
Laporan ringkas dapat memuat nama, tipe A, waktu WIB, jalur bawaan atau tujuan resolver, kumpulan alamat, TTL, dan pertanyaan yang belum terjawab. Hindari mengirim rincian jaringan lain yang tidak diperlukan untuk memahami kasus. Tutorial ini menjelaskan prosedur bagi pembaca dan tidak melaporkan kueri DNS yang telah dijalankan pada domain tertentu. Setelah pengelola melakukan koreksi yang disetujui, gunakan daftar sampel yang sama untuk memeriksa hasil agar penilaian sebelum dan sesudah mempunyai pembanding yang jelas.
Kesalahan umum saat memeriksa jawaban DNS
Kesalahan umum ialah membandingkan nama yang berbeda, mengganti jenis record di tengah pengujian, menganggap resolver publik selalu menjadi sumber authoritative, dan menyebut timeout sebagai bukti domain tidak ada. Hindari pula membersihkan cache sebelum sempat mencatat kondisi awal jika pertanyaannya justru berkaitan dengan cache. Pemeriksaan yang terarah dimulai dari sampel yang jelas dan berakhir dengan kesimpulan yang sesuai cakupannya. Jika data belum cukup, tuliskan kekurangannya agar keputusan berikutnya tidak dibangun dari tebakan.
Kenali layanan melalui https://www.jagoweb.com/ dan informasi domain internasional di https://www.jagoweb.com/domain-internasional. Saat berkonsultasi mengenai domain, bawa catatan nama, tipe, serta hasil pengamatan yang dapat diulang. Konfirmasikan tempat pengelolaan DNS yang aktif dan fasilitas layanan yang digunakan secara terpisah dari latihan ini. Informasi yang rapi membantu membedakan persoalan nama, jalur resolusi, dan kebutuhan pemeriksaan lanjutan tanpa menjanjikan bahwa satu perintah dapat menjelaskan seluruh gangguan akses website.
Bacaan terkait
Sumber dan referensi
