∞ConvertForever

Cek DNS

Periksa record DNS domain apa pun secara langsung, langsung dari browser Anda.

Memuat alat…

Alat cek DNS ini menanyakan record DNS sebuah domain dan menampilkannya dalam kelompok yang jelas dan mudah dibaca: A dan AAAA (alamat IP), MX (server email), TXT (record verifikasi dan kebijakan seperti SPF), NS (name server yang mengelola domain), serta CNAME (alias). Ini alat yang Anda pakai saat memeriksa setelan domain baru, men-debug pengiriman email, memastikan sebuah perubahan DNS sudah menyebar, atau memastikan sebuah situs mengarah ke tempat yang Anda kira.

Kueri dijalankan dari browser Anda memakai DNS-over-HTTPS, cara terenkripsi untuk meminta record ke resolver DNS publik lewat HTTPS. Artinya tak ada perangkat lunak yang perlu dipasang dan hasil datang dalam sedetik, meski jawabannya mencerminkan pandangan resolver itu. Karena caching di sepanjang jalur, record yang baru Anda ubah beberapa menit lalu bisa saja masih menampilkan nilai lamanya sampai TTL berakhir.

Masukkan domain polos seperti example.com, bukan URL lengkap. Anda akan mendapat persis apa yang dikembalikan resolver, dengan tiap jenis record diberi label sehingga Anda bisa melihat apa yang tersetel dan apa yang tak ada.

Cek DNS

Cara menjalankan cek DNS

  1. Ketik nama domain, misalnya example.com, ke kotak.
  2. Pilih jenis record, atau biarkan untuk mengambil yang umum.
  3. Tekan Cek.
  4. Baca record yang dikelompokkan per jenis, lengkap dengan nilai dan TTL-nya.
  5. Ubah jenis record atau domain lalu cek lagi untuk membandingkan.

Arti tiap jenis record DNS

A memetakan domain ke alamat IPv4; AAAA melakukan hal sama untuk IPv6. Inilah yang di-resolve browser Anda untuk mencapai sebuah situs. Record MX mendaftar server email yang menerima email untuk domain, berdasarkan urutan prioritas, jadi MX yang hilang atau salah adalah penyebab umum email yang mental.

Record TXT menyimpan teks bebas untuk verifikasi dan keamanan email, termasuk kebijakan SPF dan DKIM yang membantu mencegah spoofing. Record NS menyebut name server otoritatif domain, server yang memegang jawaban sebenarnya. CNAME menunjuk satu nama ke nama lain sebagai alias, sering dipakai untuk subdomain seperti www atau untuk mengarah ke penyedia hosting.

Cara pencarian ini berjalan dari browser Anda

Alih-alih mengandalkan setelan DNS sistem operasi Anda, alat ini mengirim kueri sebagai DNS-over-HTTPS ke resolver publik (dns.google). DNS-over-HTTPS membungkus permintaan DNS biasa di dalam panggilan HTTPS terenkripsi, sehingga pertanyaan dan jawabannya melintas lewat kanal aman yang sama dengan yang dipakai sebuah situs. Itulah yang memungkinkan sebuah halaman web menjalankan cek DNS sungguhan tanpa konfigurasi lokal dan tanpa perangkat lunak yang perlu dipasang.

Satu konsekuensi yang perlu dipahami adalah Anda melihat jawaban resolver, tersaring lewat cache-nya, bukan bertanya langsung ke name server otoritatif domain itu. Untuk sebagian besar pemeriksaan itulah yang justru Anda inginkan, karena mencerminkan apa yang dialami pengguna nyata yang mengandalkan resolver publik besar. Tetapi itu juga berarti hasilnya adalah cuplikan pandangan satu resolver saat ini, bukan kebenaran mutlak untuk seluruh internet pada saat itu.

Alasan sehari-hari menjalankan cek DNS

Penggunaan klasiknya adalah pemecahan masalah email. Jika pesan ke sebuah domain mental, memeriksa record MX memastikan apakah server email bahkan sudah dipublikasikan, dan membaca record TXT membuat Anda bisa memeriksa kebijakan SPF yang dipakai server penerima untuk memutuskan apakah email Anda sah. Record SPF atau DKIM yang hilang atau salah bentuk ada di balik sebagian besar masalah keterkiriman, dan melihat nilai mentahnya adalah cara tercepat menemukannya.

Sama bergunanya saat peluncuran dan migrasi situs. Sebelum mengalihkan domain ke host baru Anda bisa memastikan record A atau CNAME sudah mengarah ke tempat yang benar, dan setelah perubahan Anda bisa mengamati nilai baru muncul. Memeriksa record NS memberi tahu penyedia mana yang sebenarnya otoritatif untuk domain, yang menyelesaikan cukup banyak pertanyaan 'kenapa perubahan saya tidak berfungsi' ketika domain dikelola di tempat yang tak Anda duga.

Membaca TTL dan memahami propagasi

Tiap record disertai TTL, atau time to live, dalam detik. Ini instruksi resolver soal berapa lama menyimpan jawaban itu di cache sebelum memeriksa lagi. TTL 3600 berarti nilai bisa disajikan dari cache hingga satu jam; 300 berarti lima menit. Saat Anda merencanakan perubahan DNS, menurunkan TTL sehari sebelumnya membuat peralihan berlaku lebih cepat, karena cache lebih cepat kedaluwarsa.

Inilah kenapa 'propagasi' sebenarnya hanyalah cache yang kedaluwarsa di seluruh dunia pada waktu berbeda, bukan data yang menyebar secara fisik. Segera setelah suntingan, sebagian resolver masih memegang nilai lama sampai TTL-nya habis, jadi pencarian di sini bisa menampilkan record sebelumnya sementara jaringan lain sudah menampilkan yang baru. Wajar jika sebuah perubahan muncul dalam beberapa menit di sebagian resolver dan butuh hingga sehari lebih di resolver lain.

Batas dan akurasi yang perlu diingat

Karena alat ini bertanya ke satu resolver publik, jawabannya mencerminkan cache resolver itu pada saat itu. Resolver berbeda, milik ISP Anda atau jaringan perusahaan Anda, bisa mengembalikan nilai berbeda selama propagasi, sehingga kesepakatan di beberapa resolver adalah tanda sebenarnya bahwa sebuah perubahan sudah sepenuhnya berlaku. Alat ini sangat baik untuk pembacaan cepat dan tepercaya, tetapi ia satu sudut pandang, bukan semuanya.

Ada pula hal yang tak akan dilakukan DNS-over-HTTPS ke resolver publik. Ia tak akan melakukan zone transfer atau membuang setiap record yang dimiliki domain; ia menjawab nama dan jenis spesifik yang Anda tanyakan. Setelan split-horizon yang menyajikan record berbeda ke pengguna internal hanya akan menampilkan pandangan publik, dan status validasi DNSSEC bukan sesuatu yang ditampilkan pencarian sederhana ini. Untuk kasus semacam itu, kueri otoritatif khusus adalah alat yang tepat.

Masalah umum yang dibantu alat ini

Hasil kosong untuk jenis yang Anda harapkan biasanya berarti record itu memang tidak dipublikasikan, bukan pencariannya gagal. Tanpa MX berarti domain tidak disetel untuk menerima email langsung; tanpa AAAA berarti tak ada alamat IPv6 yang diiklankan; tanpa CNAME pada sebuah nama berarti ia entah record A atau sekadar tak terdefinisi. Membaca ketiadaan ini dengan benar menghemat banyak upaya mengejar masalah yang tidak ada.

Jika seluruh domain tak mengembalikan apa pun, pastikan Anda memasukkan hostname polos, bukan URL dengan https:// atau path di belakangnya, dan ingat bahwa domain yang benar-benar baru bisa butuh waktu sebelum record-nya bisa di-resolve di mana pun. Ketika hasil tampak salah persis setelah suntingan, penjelasan TTL dan caching di atas hampir selalu penyebabnya; tunggu TTL dan periksa ulang alih-alih menyunting berulang kali.

Alat jaringan terkait

Begitu cek DNS memberi Anda record A atau AAAA, alat Cek IP memberitahu perkiraan lokasi dan penyedia hosting di balik alamat itu, yang berguna untuk memastikan sebuah domain di-resolve ke host yang Anda harapkan. Keduanya bersama mengubah nama domain menjadi gambaran utuh tempat sebuah situs sebenarnya berada.

Alat Apa IP Saya berguna saat Anda perlu alamat Anda sendiri, misalnya untuk menambahkannya ke allow list yang dikelola DNS, dan pengecek User Agent membantu ketika sebuah layanan berperilaku berbeda untuk browser Anda daripada yang bisa dijelaskan masalah DNS atau konektivitas. Semuanya berjalan tanpa akun dan tak menyimpan apa pun di luar satu kueri yang diperlukan untuk menjawab Anda.

Pertanyaan yang sering diajukan

Apakah cek DNS ini gratis?

Ya, gratis dan tanpa batas, tanpa akun. Cek sebanyak apa pun domain dan jenis record yang Anda mau.

Kenapa hasil saya berbeda dari perubahan yang baru saya buat?

DNS di-cache di banyak lapisan, dan tiap record punya TTL yang mengatur berapa lama. Sampai TTL berakhir, resolver bisa tetap mengembalikan nilai lama. Perubahan bisa butuh beberapa menit sampai sehari lebih agar tampil di mana-mana.

Apa itu DNS-over-HTTPS?

Ini cara mengirim kueri DNS lewat koneksi HTTPS terenkripsi ke resolver publik. Alat ini memakainya agar pencarian bisa berjalan langsung dari browser tanpa setelan DNS lokal apa pun.

Saya masukkan URL atau cukup domainnya?

Masukkan cukup domainnya, seperti example.com. Buang https:// dan path apa pun. Untuk subdomain, masukkan lengkap, seperti mail.example.com.

Kenapa sebuah domain tidak punya record MX atau AAAA?

Itu sering wajar. Domain tanpa MX sekadar tak disetel untuk menerima email langsung, dan tanpa AAAA berarti tak ada alamat IPv6 yang dipublikasikan. Record yang hilang baru masalah jika layanannya memang seharusnya ada.

Apakah hasilnya bergantung pada resolver yang dipakai?

Ya. Anda melihat jawaban dari resolver publik yang ditanyakan alat ini, yang mencerminkan cache-nya. Resolver berbeda bisa sesaat menampilkan nilai berbeda selama propagasi.

Alat terkait

Pasang alat ini di situs Anda

Gratis dipasang di situs web atau blog mana pun — cukup salin kode di bawah ini. Alat akan dimuat persis seperti cara kerjanya di sini, dan tetap berjalan secara privat di browser pengunjung Anda.