Kenapa Website Tiba-tiba Ngambek? Ternyata A Record-nya Salah Alamat
Siang bolong, client telepon: “Mas, kok web-nya gak bisa dibuka?” Tenang, belum tentu server yang down, bisa jadi A record-nya masih ngider ke IP lama. Kasus seperti ini saya alami tiap bulan; solusinya cuma 2 menit kalau tahu caranya.
A record adalah baris pertama peta DNS; ia menerjemahkan nama domain menjadi alamat IPv4. Kalau nilainya beda dengan IP hosting, pengunjung malah nyasar ke tempat lain. Di bawah saya rangkum cara cek dan betulin A record pakai panel mana pun—bukan cuma punya satu provider—plus trik CLI buat yang doyan terminal.
Langkah 1: Dapatkan IP Tujuan dari Server Hosting
Sebelum menuduh DNS bersalah, pastikan Anda tahu IP yang seharusnya. Login ke dashboard hosting Anda, lalu buka menu Informasi Akun atau Detail Server. Di sana akan muncul baris Shared IP atau Dedicated IP—itulah nilai yang harus dimasukkan ke A record nanti.
Catatan Penting untuk Cloud & CDN
Kalau Anda pakai Cloudflare, AWS ELB, atau layanan proxy lain, IP yang muncul di hosting bukan IP akhir pengunjung. Catat origin IP-nya; itulah yang dimasukkan ke A record, bukan IP CDN.
Cadangkan IP Lama
Sebelum mengubah apa pun, screenshot atau catat A record lama. Jika terjadi kesalahan, Anda bisa rollback dalam hitungan menit tanpa harus tunggu propagasi ulang.
Langkah 2: Cek A Record Saat Ini
Anda punya tiga jalur: panel DNS, terminal, atau tool online. Pilih sesuai kecepatan internet dan kebiasaan.
Opsi A: Lewat Panel DNS
Buka pengelola domain → tab DNS Zone Editor. Lihat baris Type A dengan nama @ atau yourdomain.tld. Kolom Value-nya itulah IP aktif. Cocokkan dengan IP hosting tadi. Beda? Siap-siap edit.
Opsi B: Lewat Terminal (Cross-Platform)
Buka Command Prompt, PowerShell, atau Linux/macOS Terminal, ketik:
nslookup yourdomain.tld
Keluaran Address: di bawah Name: adalah IP sekarang. Butuh hasil lebih ringkas? Pakai:
dig +short yourdomain.tld
Opsi C: Tool Online (Tanpa Install Apa-apa)
Kunjungi whatsmydns.net, masukkan domain, pilih A. Peta dunia akan menunjukkan propagasi IP. Hijau merata? Berarti sudah ok. Masih ada merah? Tunggu atau lanjut perbaiki.
Langkah 3: Benahi A Record Kalau Memang Salah
Kembali ke panel DNS, klik edit pada baris A record. Masukkan IP tujuan, TTL minimal 300 detik (5 menit) agar perubahan cepat teruji. Simpan, lalu tunggu. Di kota besar propagasi bisa 5-15 menit; di daerah terpencil bisa 6-24 jam. Selama itu hindari ubah-ubah lagi agar tidak reset counter.
Langkah 4: Verifikasi Ulang & Bersihkan Cache
Setelah 10 menit, ulangi nslookup atau ping. Jika IP sudah sama, buka browser dalam incognito untuk mengecek website. Masih ngelag? Bersihkan cache DNS lokal:
- Windows:
ipconfig /flushdns - macOS (Big Sur+):
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux:
sudo systemd-resolve --flush-caches
Browser juga suka nyimpen; pastikan hard refresh (Ctrl+F5).
Tips Tambahan Agar A Record Tetap On Track
- Set TTL 300 saat akan migrasi; setelah stabil ubah ke 3600 atau 14400 untuk irit query.
- Gunakan monitoring uptime (UptimeRobot, StatusCake) untuk dapat notifikasi ketika IP tidak merespons.
- Rekam perubahan DNS di spreadsheet; bikin kolom tanggal, IP lama, IP baru, alasannya. Berguna saat audit atau handover proyek.
- Pertimbangkan DNSSEC agar record tak bisa di-spoof, penting untuk e-commerce.
Kesimpulan
A record sekecil itu, tapi berdampak besar. Salah ketik satu angka, website bisa seolah “hilang” selama 24 jam. Dengan rangkaian di atas—dapatkan IP tujuan, cek record saat ini, perbaiki kalau perlu, lalu verifikasi—Anda bisa menekan downtime jadi hitungan menit, bukan hari. Jadi, lain kali client bilang “web gak bisa dibuka”, jangan panik. Buka terminal, ketik dig, dan tunjukkan bahwa DNS adalah senjata andal programmer, bukan momok.
FAQ
A record adalah entitas DNS yang mengarahkan domain ke alamat IPv4. Salah isi, web jadi tak bisa diakses.
Biasanya 5-15 menit jika TTL 300 detik, tapi bisa 24 jam tergantung ISP pengunjung.
Tetap perlu; IP di A record harus origin server, bukan IP Cloudflare agar proxy tetap jalan.
Boleh, tapi lakukan saat traffic rendah dan pastikan TTL sudah diperpendek agar downtime minimal.