Cek Propagasi DNS
Lihat jawaban DNS domainmu dari 29 lokasi di 5 benua, dibandingkan langsung dengan name server domain itu sendiri.
Tanpa nilai baru, setiap lokasi dibandingkan dengan jawaban name server domainmu sendiri, yaitu sumber yang selalu paling baru. Isi nilai baru kalau mau mengecek satu nilai tertentu, misalnya IP hosting baru. Boleh tempel URL lengkap.
Apa itu Cek Propagasi DNS?
Cek Propagasi DNS menanyakan satu record domain, misalnya A atau MX, ke 29 server DNS di Asia, Eropa, Amerika, Afrika, dan Australia sekaligus, lalu menunjukkan lokasi mana yang sudah melihat nilai baru dan mana yang masih menyimpan nilai lama. Alat ini dipakai setelah pindah hosting, ganti name server, atau mengubah record email, untuk tahu apakah perubahannya sudah terlihat di seluruh dunia.
Bedanya dengan alat serupa: setiap lokasi dibandingkan langsung dengan name server domain itu sendiri, sumber yang selalu memegang nilai terbaru. Jadi kamu tidak perlu menebak mana yang benar, dan alat ini memperkirakan kapan lokasi yang tertinggal akan ikut berubah, berdasarkan sisa TTL di cache-nya.
Kenapa perubahan DNS butuh waktu?
Sebenarnya DNS tidak "menyebar" dari satu server ke server lain. Setiap resolver, misalnya milik Google, ISP, atau kantor, menyimpan jawaban di cache selama waktu yang ditentukan TTL (time to live). Selama TTL belum habis, resolver itu terus memberi jawaban lama, walaupun record di name server sudah kamu ubah. Begitu TTL habis, resolver bertanya ulang dan mendapat nilai baru. Karena tiap resolver menyimpan jawabannya di waktu yang berbeda, perubahan terlihat bertahap.
Lama tunggunya tergantung jenis perubahan. Angka di bawah diukur langsung dari server registry tiap ekstensi:
| Perubahan | TTL yang menentukan | Perkiraan paling lama |
|---|---|---|
| Ubah record A, CNAME, MX, atau TXT | TTL record itu sendiri, diatur di panel DNS | Umumnya 5 menit sampai 1 jam |
| Ganti name server domain .com atau .net | TTL delegasi di registry .com: 172.800 detik | Sampai 48 jam |
| Ganti name server .id, .co.id, .my.id, .web.id | TTL delegasi di registry .id (PANDI): 3.600 detik | Sekitar 1 jam |
| Ganti name server .org | TTL delegasi di registry .org: 3.600 detik | Sekitar 1 jam |
| Domain atau subdomain yang baru dibuat | Negative cache (TTL minimum di SOA) | Beberapa menit sampai 1 jam kalau sudah pernah dicek sebelum ada |
Angka "propagasi 24–48 jam" yang sering disebut berasal dari TTL delegasi .com. Untuk perubahan record biasa di domain .id, waktunya jauh lebih singkat.
Cara mempercepat propagasi DNS
- Turunkan TTL sebelum mengubah. Satu sampai dua hari sebelum pindah hosting, ubah TTL record yang akan diganti menjadi 300 detik (5 menit). Setelah perubahan selesai dan stabil, naikkan lagi ke 3.600 atau lebih.
- Bersihkan cache Google dan Cloudflare. Google menyediakan halaman Flush Cache di
developers.google.com/speed/public-dns/cache, dan Cloudflare di1.1.1.1/purge-cache. Keduanya gratis dan berlaku untuk semua pengguna resolver itu. - Bersihkan cache di perangkatmu sendiri. Windows:
ipconfig /flushdns. macOS:sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Chrome: bukachrome://net-internals/#dnslalu Clear host cache. Di HP, nyalakan lalu matikan mode pesawat. - Jangan mengecek domain sebelum record-nya ada. Kalau subdomain baru dicek sebelum dibuat, resolver menyimpan jawaban "tidak ada" (negative cache) dan butuh waktu lagi sebelum melihat record barunya.
Cache resolver ISP, misalnya IndiHome atau Telkomsel, tidak bisa dibersihkan dari luar. Satu-satunya cara adalah menunggu TTL-nya habis, atau mengganti DNS perangkat ke 8.8.8.8 atau 1.1.1.1 sementara waktu.
Membaca hasil cek propagasi
| Status | Artinya |
|---|---|
| ✓ Sama | Lokasi ini sudah memberi jawaban yang sama dengan name server domain, atau dengan nilai baru yang kamu isi. |
| ✗ Beda | Lokasi ini masih menyimpan nilai lama di cache. Kolom sisa TTL menunjukkan kapan cache itu kedaluwarsa. |
| – Kosong | Lokasi ini menjawab tidak ada record, atau domainnya tidak ditemukan (NXDOMAIN), padahal name server punya nilainya. Biasanya karena negative cache dari pengecekan sebelum record dibuat. |
| ⏱ Tak menjawab | Server DNS di lokasi itu tidak membalas dalam 3 detik. Ini masalah di server tersebut, bukan di domainmu. |
Untuk situs besar yang memakai CDN atau GeoDNS, IP yang berbeda di tiap negara itu normal, karena pengunjung sengaja diarahkan ke server terdekat. Untuk kasus seperti ini, isi kolom Nilai baru dengan salah satu IP yang kamu tunggu, atau cek record yang tidak bergantung lokasi seperti NS dan MX.
Kenapa resolver ISP Indonesia tidak ada di daftar?
Resolver milik ISP Indonesia, seperti IndiHome, Biznet, First Media, dan Telkomsel, hanya menjawab pelanggannya sendiri. Kami sudah mencobanya dari server kami di Jakarta dan semuanya menolak. Karena itu lokasi Indonesia di sini diwakili Google Public DNS dan Quad9, keduanya menjawab dari node Jakarta, yang memang banyak dipakai di Indonesia.
Lokasi di negara lain memakai resolver publik dan resolver ISP terbuka. Setiap lokasi sudah kami verifikasi dengan menanyakan ke Google alamat yang dipakai resolver itu sendiri, lalu memeriksa letak alamat tersebut. Jadi kota yang tertulis adalah tempat pencarian DNS benar-benar terjadi, bukan sekadar tempat alamat IP-nya terdaftar.
Pertanyaan Umum (FAQ)
Untuk perubahan record biasa, selama TTL record lama, umumnya 5 menit sampai 1 jam. Ganti name server domain .com bisa sampai 48 jam, sedangkan domain .id sekitar 1 jam. Kalau ada lokasi yang masih berbeda, hasil cek di sini menampilkan perkiraan paling lambat berdasarkan sisa TTL-nya.
Karena perangkat dan resolver ISP kamu masih menyimpan cache sendiri. Bersihkan cache DNS perangkat (nyalakan dan matikan mode pesawat di HP, atau ipconfig /flushdns di Windows), atau tunggu TTL di resolver ISP habis.
Cara kerjanya mirip: sama-sama menanyakan banyak server DNS di berbagai negara. Bedanya, alat ini juga menanyakan name server domainmu sebagai acuan, menandai lokasi yang masih nilai lama secara otomatis, memperkirakan kapan selesai dari sisa TTL, dan memakai bahasa Indonesia.
Bisa. Masukkan subdomain lengkap seperti shop.contoh.com, dan pilih tipe MX untuk server email atau TXT untuk SPF, DKIM, dan verifikasi Google Search Console.
Sebagian lokasi memakai resolver ISP terbuka yang kadang sibuk atau membatasi jumlah pertanyaan. Setiap lokasi punya cadangan bila tersedia, dan lokasi yang tidak menjawab tidak dihitung sebagai beda. Coba cek ulang beberapa saat lagi.