Saya baru saja mentransfer domain dari GoDaddy ke NameCheap.com. Ada periode downtime sampai saya mengkonfigurasi pengaturan yang tepat di NameCheap. Selama downtime ini browser mengembalikan kesalahan 408 Permintaan Batas Waktu. Lain kali, bagaimana saya menghindari downtime selama transfer domain karena server nama pendaftar sebelumnya berhenti melayani catatan? Khususnya transfer ke NameCheap (dari GoDaddy).
Perhatikan pertanyaan ini sedikit berbeda dari transfer Domain - menangani downtime karena NameCheap menyalin informasi server nama GoDaddy untuk domain, tetapi server nama GoDaddy berhenti melayani catatan DNS. Ketika saya beralih ke server nama NameCheap, saya harus memasukkan kembali semua catatan secara manual.
Saya bisa bersumpah pada transfer sebelumnya (juga dari GoDaddy ke Namecheap) semua catatan DNS ditransfer secara otomatis, tanpa downtime. Apa yang saya lakukan secara berbeda terakhir kali? Apakah itu hanya masalah mengganti nama server secepatnya? Saya pikir masalahnya adalah mengonfigurasi domain untuk menggunakan server nama NameCheap sebelum server nama GoDaddy berhenti melayani catatan.
Saya telah memikirkan dua solusi yang mungkin, tetapi saya tidak yakin apakah keduanya layak:
- atur TTL untuk catatan di GoDaddy ke nilai yang sangat panjang (mungkin tidak mungkin jika saya belum memiliki domain)
- menggunakan server nama pihak ketiga menengah
Ada ide yang lebih baik?
Jawaban:
Nah, seharusnya sudah memeriksa basis pengetahuan NameCheap, pertama: Bagaimana cara mentransfer domain ke Namecheap tanpa downtime besar?
NameCheap menawarkan layanan FreeDNS sehingga server nama mereka dapat mulai menangani permintaan DNS sebelum transfer. Saya kira itu akan tetap berfungsi saat mentransfer jauh dari NameCheap juga.
sumber
Ada beberapa bagian yang perlu ditransfer dan cara untuk menghindari downtime adalah mentransfer satu bagian pada suatu waktu dalam urutan yang benar.
Saya berasumsi bahwa Anda memiliki segalanya di bawah satu atap dengan godaddy menjadi register, penyedia dns, web host dll, semua dalam satu paket. Jadi, ketika Anda mentransfer domain, godaddy menghentikan semua server sekaligus. Untuk menghindari downtime, Anda harus mengontrol dan memodifikasi beberapa bagian yang berbeda. Sebagai contoh, saya akan mendaftarkan domain dengan satu perusahaan, menggunakan layanan dns dari perusahaan lain dan membeli ruang hosting dari yang ketiga. Ini lebih rumit untuk diatur dan mungkin lebih mahal tetapi memberi Anda lebih banyak kontrol.
Kontrol datang karena dapat mengubah penyedia salah satu bagian ini tanpa mengganggu layanan bagian lainnya. Anda dapat mengubah host atau mengubah registrar tanpa mengganggu layanan dns, hanya dengan mengubah pengaturan dns.
Saat mengubah DNS, disarankan untuk mengatur waktu TTL yang sangat singkat sehingga perubahan DNS menyebar dengan cepat. Jika Anda menetapkan TTL yang sangat panjang, maka pengunjung akan terus dikirim ke pengaturan DNS yang di-cache, lama, hingga akhir waktu TTL.
Proses bergerak:
Cadangkan semuanya, file, basis data, pengaturan email, lot, dan semua beres.
Tetapkan waktu TTL pada DNS Anda ke nilai pendek.
Salin semua file, basis data, dan pengaturan Anda ke host baru (jika Anda memiliki situs dinamis, Anda mungkin perlu membatasi beberapa perilaku untuk beberapa waktu atau mengatur mode hanya baca untuk mencegah data hilang selama transfer.)
Tes salinan berfungsi dengan benar.
Ubah sistem DNS lama untuk menunjuk ke server web baru dan memeriksa situs yang memuat. (jika memeriksa, Anda dapat mengaktifkan kembali perilaku dinamis penuh sekarang.)
Salin pengaturan DNS dari server lama ke server DNS baru.
Ubah server nama di registrar untuk menunjuk ke server DNS baru.
Periksa situs berfungsi, tunggu beberapa hari agar semua tempat menyebar ke pengaturan baru, dan kemudian matikan server nama yang lama.
Jika mentransfer pendaftar, lakukan langkah terakhir sebelum menutup akun lama.
Anda menyarankan menggunakan layanan DNS pihak ketiga menengah. Saya menyarankan agar Anda menggunakan layanan DNS pihak ketiga tidak hanya sebagai perantara, tetapi sebagai penyedia DNS utama.
sumber
Ok, pertama-tama, tidak perlu memindahkan file / basis data Anda dll. Kecuali Anda benar-benar hosting dengan registrar Anda saat ini.
Kedua, hal terbesar yang sering diabaikan dan berkontribusi terhadap waktu henti selama transfer adalah apakah registrar baru akan memungkinkan Anda untuk mengatur DNS sebelum transfer. Banyak yang tidak mengakui ini secara terbuka. Misalnya, 1and1.com akan mengubah server nama Anda menjadi milik mereka tetapi tidak mengizinkan Anda untuk mengubah pengaturan DNS apa pun sampai transfer selesai dan menjadi dapat diakses secara administratif yang saya lihat memerlukan waktu 24-48 jam lagi setelah transfer selesai.
1) Pastikan registrar baru akan mendukung DNS pihak ke-3 yang ada yang didefinisikan dalam catatan WHOIS Anda bahwa mereka akan mencari pada saat permintaan transfer
2) Setup DNS pihak ke-3 seperti DNS gratis dari namecheap dan salin pengaturan zona DNS yang ada yang Anda gunakan di registrar Anda saat ini
3) Ubah server DNS di pendaftar Anda saat ini ke DNS pihak ke-3 seperti DNS gratis dan verifikasi propagasi dapat memakan waktu 48 jam
4) Verifikasi informasi kontak di WHOIS akurat dan baik email pendaftar maupun administrasi valid
5) Buka kunci domain di registrar saat ini dan minta kode otorisasi transfer yang biasanya akan diemailkan kepada Anda, baik email akun dari email pendaftar / admin WHOIS.
6) Memulai transfer dengan registrar baru menggunakan kode auth dan memverifikasi email yang mereka kirim ke akun email WHOIS yang memverifikasi kepemilikan domain
Tunggu transfer selesai.
sumber
Saya baru-baru ini melakukan pergantian serupa, tetapi kali ini saya siap. Inilah yang saya lakukan.
dig @newnameserver yourdomain.com A +short
untuk melihat apakah itu merespons.Benar, ini menjadikan migrasi sebagai urusan multi-hari. Ketika saya melakukan transfer dari webhosting / namehosting ke host baru, saya pertama kali melakukan langkah 2-3, yang memakan waktu kurang dari satu hari (host nameserver baru tidak selalu mengambil perubahan segera). Ini pada hari Rabu. Sabtu berikutnya saya melakukan transfer situs web yang sebenarnya, lalu melakukan langkah terakhir pada Senin berikutnya. Hanya beberapa pengguna memiliki masalah karena saya sengaja mengatur
CNAME
untukwww
keghs.google.com
(heh).sumber