アフターマーケット
ポートフォリオを管理する
助けてくださいアカウントとドメインの管理DNS/ネームサーバー設定トラブルシューティング
キャッシュとは、HTMLページや画像のようなウェブドキュメントの一時的な格納です。基本的に、ウェブブラウザは最近訪れたウェブページのコピーを保存して、バンド幅の使用、サーバー負荷、遅延を削減します。これは可能性がありますなぜあなたのウェブサイトはオフラインですか?なぜあなたのように思えるのですか名前サーバーはまだ設定されていませんあるいは、ウェブサイトの変更が表示されない理由。もしこれが問題の原因であると疑う場合は、まずブラウザの「更新(refresh)」を数回試してみてください。それでもうまくいかない場合は、ブラウザのキャッシュをクリアして問題が解決するかどうか確認してみることができます。各ブラウザには異なる手順がありますが、以下は最も人気のあるブラウザのキャッシュクリアの手順へのリンクです。 クローム ファイアフォックス サファリ インターネットエクスプローラー オペラ これらのリンクの中にキャッシュをクリアするための必要な情報が提供されていない場合は、他の多くのオンラインリソースがお手伝いいたします。弊社を使用して、ウェブサイトのキャッシュされていないビューをご覧いただけますスナップショットツールもう1つの良いヒントは、オフにしてからデバイスでウェブサイトを訪れることです。オフWi-Fiです。これにより、リアルタイムの表示ページが提供され、元のマシンでのローカルなキャッシュの問題が確認されます。
すべてには時間がかかりますゾーン名サーバー世界中に位置しており、彼らのリストを更新します。そのため、あなたが変更するときはネームサーバーDynadotアカウントのオプション、これらの変更は、ドメインが正しいウェブページを表示する前に、すべてのゾーン名サーバーに更新する必要があります。これが人々がドメインが解決されるのを待っているときに意味するものであり、最初にゾーン名サーバーには古い名前サーバーの設定が含まれるため、それらが更新されるまでです。次第での時間に応じて中央登録(Verisignなど)、5分以内に更新される場合もありますが、(非常にまれに)1日かかることもあります。利用するIP検索ツールお客様のDynadotアカウントで、お客様のネームサーバー設定が展開されたかどうかを確認してください。
ウェブサイトが表示されない理由はたくさんあります。これらのほとんどは、次の3つのカテゴリーに分類されます: 最近、もし名前サーバーを設定してくださいあなたの設定がまだ伝播されていない可能性があります。 あなたはできますIP検索あなたのDynadotアカウントで確認してください。新しいネームサーバー設定がシステムに伝播されているかどうかを確認できます。まだ伝播されていない場合は、「ネームサーバーの設定が間違っています」というエラーが表示されます。 あなたのドメインのウェブサイトまたは古い名前サーバーの設定はありますキャッシュ済み。 IPルックアップで「ネームサーバーの設定ミス」というエラーが表示されない場合は、サイトを数回リフレッシュしてみることができます。それがうまくいかない場合は、キャッシュをクリアしてみてください。詳細情報とブラウザの指示については、上にある「キャッシュ済み」をクリックしてください。 あなたのウェブホストは、まだあなたのドメインのウェブリクエストを処理するためのネームサーバーを設定していません。 問題については、ウェブホストにお問い合わせいただくことをお勧めします。
弊社をご利用の場合メール転送サービス(ドメイン登録で無料), 受信トレイに届くすべてのメールは共通のサーバーを経由して送信されます。外部の送信元から送られたものも含めてです。 迷惑メールとしてマークを付けると、Yahoo、Gmail、Comcastなどの電子メールプロバイダーは、それが迷惑メールの出所であると誤解して転送サーバーをブロックする可能性があります。 これらのメッセージが第三者の送信元から来ているにもかかわらず、結果として自分のメッセージがブロックされることになります。直感に反するように思えるかもしれませんが、私たちはおすすめしますない転送されたメッセージをスパムとしてフラグ付けするか、別のメールプロバイダーを使用する。注意:これはメールの転送に適用されますただ作成された電子メールアドレスはメールプラン影響を受けません。
ドメインにアクセスしようとしている場合ネームサーバーの設定そしてページは単純にリロードされています。これは必要なためです連絡先レコードを確認してくださいあなたが新しい連絡先レコードを作成する当社のシステムでそれを確認する必要があります。これを行うために、確認を完了するために使用できるリンクを含むメールをお送りします。このメールは、連絡先レコードで指定された登録者のメールアドレスに送信されます。このメールを持っていない場合、リクエストすることができますコンタクトレコードWhois検証アカウント内から再送されたメール。
IETF(インターネットエンジニアリングタスクフォース)によって発行された RFC 1034 では、以下を推奨しています:ノードにCNAMEリソースレコードが存在する場合、他のデータは存在していてはなりません。これにより、キャノニカル名およびそのエイリアスのデータが異なることがないように保証します。また、このルールにより、キャッシュされたCNAMEは、他のリソースレコードタイプのために権威サーバーに問い合わせることなく使用できることも保証されます。私たちは持っています回避策この問題について。