Sesudah pemindahan, situs yang lama terus muncul. Sebelum menunggu lebih lama, cari tahu yang mana dari ketiganya: perubahannya belum menyebar, ada sesuatu di sisi lokal yang menyinggahkan, atau catatan yang Anda sunting bukanlah yang dipakai.

Tanyai server yang berwenang secara langsung

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @ns1.yourprovider.com    # the authority itself

Kalau yang berwenang sudah mengembalikan alamat yang baru, perubahannya selesai dan sisanya hanyalah singgahan. Kalau ia mengembalikan yang lama, catatannya belum tersimpan, atau tersimpan di penyedia yang sudah tidak lagi menjalankan DNS Anda.

Server nama mana yang sebenarnya berkuasa

dig +short NS yourdomain.com
whois yourdomain.com | grep -i "name server"
Inilah kesalahan yang membuat orang kehilangan sehari: zonanya disunting di penyedia lama sementara pendaftarnya mengarahkan domain itu ke penyedia yang berbeda. Catatannya sempurna dan tak ada yang membacanya.

Kalau ini soal singgahan

# your own machine
sudo systemd-resolve --flush-caches || sudo resolvectl flush-caches
# then check what the TTL was
dig yourdomain.com | grep -A1 "ANSWER SECTION"

TTL adalah berapa lama para penyelesai disuruh menyimpan jawaban yang lama. TTL 86400 berarti sampai sehari, dan tak ada yang bisa Anda lakukan untuk mempercepatnya bagi orang lain. Turunkan TTL-nya ke 300 sehari SEBELUM sebuah pemindahan yang direncanakan.

Dan catatan-catatan yang terlupakan

  • www selain domain telanjangnya.
  • Catatan AAAA, kalau ada IPv6 - lihat IPv6 di sebuah VPS.
  • Sebuah CNAME yang masih menunjuk ke penyedia lama.
  • Sebuah CDN, yang punya gagasannya sendiri tentang asal Anda, terlepas dari DNS.
Uji server barunya sebelum memindahkan apa pun, lewat sebuah entri di berkas hosts pada mesin Anda sendiri. Dengan begitu, perubahan DNS jadi langkah terakhir, bukan percobaan - lihat berpindah tanpa gangguan.