GoDaddyからNameCheap.comにドメインを移行しました。 NameCheapで適切な設定を構成するまで、ダウンタイムの期間がありました。このダウンタイム中に、ブラウザーは408 Request Timeoutエラーを返しました。次回、前のレジストラのネームサーバーがレコードの提供を停止したため、ドメイン転送中のダウンタイムを回避するにはどうすればよいですか? NameCheapへの転送(GoDaddyから)。
NameCheapはドメインのGoDaddyネームサーバー情報をコピーしましたが、GoDaddyネームサーバーはDNSレコードの提供を停止したため、この質問は ドメイン転送-ダウンタイムの処理 と若干異なります。 NameCheapのネームサーバーに切り替えたとき、すべてのレコードを手動で再入力する必要がありました。
以前の転送(GoDaddyからNamecheapにも)を誓うことができました。DNSレコードはすべて、ダウンタイムなしで自動的に転送されました。前回はどうしましたか?ネームサーバーをできるだけ早く切り替えるだけの問題でしたか?問題は、GoDaddyのネームサーバーがレコードの提供を停止する前に、NameCheapのネームサーバーを使用するようにドメインを構成することだと思います。
私は2つの可能な解決策を考えましたが、どちらかが実行可能かどうかはわかりません:
より良いアイデアはありますか?
まあ、最初にNameCheapナレッジベースを確認する必要があります。 大きなダウンタイムなしでドメインをNamecheapに移行する方法?
NameCheapは FreeDNS サービスを提供しているため、ネームサーバーは転送前にDNS要求の処理を開始できます。 NameCheapから転送するときにも動作し続けると思います。
転送が必要な部品がいくつかあり、ダウンタイムを回避する方法は、一度に1つの部品を正しい順序で転送することです。
私はあなたがすべてのものを1つの屋根の下に持っていて、godaddyがレジスター、DNSプロバイダー、ウェブホストなどをすべて1つのパッケージに収めていると仮定しています。したがって、ドメインを移管すると、godaddyはすべてのサーバーを一度に停止しました。ダウンタイムを回避するには、さまざまな部分を制御および変更する必要があります。たとえば、ある会社にドメインを登録し、別の会社のDNSサービスを使用して、3番目の会社からホスティングスペースを購入します。これは設定がより複雑で、コストがかかる可能性がありますが、より制御しやすくなります。
コントロールは、他のパーツのサービスを中断することなく、これらのパーツの1つのプロバイダーを変更できるようになります。 DNS設定を変更するだけで、DNSサービスを中断せずにホストを変更したり、レジストラを変更したりできます。
DNSを変更するときは、TTL時間を非常に短く設定して、DNSの変更が迅速に反映されるようにすることをお勧めします。非常に長いTTLを設定すると、訪問者はTTL時間の終わりまでキャッシュされた古いDNS設定に送信され続けます。
移動プロセス:
すべてがうまくいかない場合に備えて、すべて、ファイル、データベース、メール設定、ロットをバックアップします。
DNSのTTL回を短い値に設定します。
すべてのファイル、データベース、設定を新しいホストにコピーします(動的サイトがある場合は、転送中にデータが失われないように、しばらく動作を制限するか、読み取り専用モードを設定する必要があります。)
コピーが正しく機能することをテストします。
古いWebサーバーを指すように古いDNSシステムを変更し、サイトが読み込まれていることを確認します。 (チェックアウトした場合、今すぐ完全な動的動作を再度有効にできます。)
古いサーバーから新しいDNSサーバーにDNS設定をコピーします。
レジストラでネームサーバーを変更して、新しいDNSサーバーを指すようにします。
サイトが機能することを確認し、すべての場所が新しい設定に反映されるまで数日待ってから、古いネームサーバーをオフにします。
レジストラを移管する場合は、古いアカウントを閉じる前に最後にその手順を実行してください。
中間のサードパーティDNSサービスを使用することをお勧めします。サードパーティのDNSサービスを仲介者としてだけでなく、メインのDNSプロバイダーとして使用することをお勧めします。
まず、実際に現在のレジストラでホストしている場合を除き、ファイル/データベースなどを移動する必要はありません。
第二に、転送中に見落とされ、ダウンタイムの原因となることが最も多いのは、新しいレジストラが転送前にDNSをセットアップできるかどうかです。多くはこれを公然と認めませんが、認めません。たとえば、1and1.comはネームサーバーを自分のものに変更しますが、転送が完了し、管理者がアクセスできるようになるまでDNS設定を変更することはできません。
1)新しいレジストラが、転送要求時にルックアップするWHOISレコードで定義された既存のサードパーティDNSを実際にサポートすることを確認してください
2)namecheapから無料のDNSなどのサードパーティDNSをセットアップし、現在のレジストラで使用している既存のDNSゾーン設定をコピーします
3)現在のレジストラのDNSサーバーを無料のDNSなどのサードパーティのDNSに変更し、伝播を確認します48時間かかる場合があります
4)WHOISの連絡先情報が正確であり、登録者と管理者の両方の電子メールが有効であることを確認します
5)現在のレジストラでドメインのロックを解除し、通常、WHOIS登録者のアカウントの電子メールまたは管理者の電子メールのいずれかで電子メールで送信される転送認証コードを要求します。
6)認証コードを使用し、ドメイン所有権を確認するWHOISメールアカウントに送信するメールを確認して、新しいレジストラで転送を開始します
転送が完了するまで待ちます。
最近、同様の切り替えを行いましたが、今回は準備ができていました。これは私がやったことです。
Dig @newnameserver yourdomain.com A +short
を使用して、応答するかどうかを確認できます。確かに、これは移行を複数日にわたるものにしました。 webhosting/namehostingから新しいホストに移行したとき、最初に手順2〜3を実行しました。これには1日もかかりませんでした(新しいネームサーバーホストがすぐに変更を取得するとは限りませんでした)。これは水曜日でした。次の土曜日に実際のWebサイトの転送を行い、次の月曜日に最後のステップを行いました。 CNAME
のwww
を誤ってghs.google.com
に設定したため、問題が発生したユーザーはごくわずかでした(へ)。