ドメインが正しい場所を向いているか確認しましょう。

ドメインの DNS レコードは、訪問者とメールの行き先を決めています。レコードが一つ間違うだけで、サイトやメールが消えてしまいます。LayerAssist はレコードを読み取り、分かりやすく説明し、間違いを直します。

ひと目で分かるポイント

  • チャットでチャットでは、ドメインのレコード――A、AAAA、CNAME、MX、NS、TXT――を読み取り、サイトとメールをどこがホストしているかを伝え、食い違いを見つけます。
  • チャットでDNS を管理している場所――ホスティングのコントロールパネルや DNS 事業者のアカウント――にアクセスできれば、レコードを変更し、反映されたことを確認します。
  • 自動化独自の自動化として、ドメインが引き続きサイトを指しているか、メール関連のレコードが残っているかを定期的に確認できます。
  • 未対応内蔵の DNS モニターは、まだありません。

小さな DNS のミスが、大きな障害に

DNS はインターネットの住所録です。誰かがドメインを入力すると、DNS はどのサーバーがサイトをホストしているかをブラウザに伝えます。誰かがメールを送ると、どこに届ければよいかを相手のメールサーバーに伝えます。普段は誰の目にも触れません――間違うまでは。

ホスティングの移転で変わったレコード、CDN の導入で変わったネームサーバー、うっかり消したメールのレコード。一部の訪問者からサイトが見えなくなったり、メールが届かなくなったりしても、理由ははっきりしません。

DNS の問題のサイン

  • 「サーバーが見つかりません」や「DNS_PROBE_FINISHED_NXDOMAIN」
  • 古い版のサイトや、以前のホスティングのページが表示される
  • サイトを変更したあと、メールが届かなくなった
  • www ありでは開けるのに、www なしでは開けない(またはその逆)

よくある DNS のミス

古いホスティングを指したままのレコード

移転後も、A レコードや CNAME レコードが以前のサーバーを指したままのことがよくあります。

レコードを移さずにネームサーバーを変更

すべてのレコードをコピーせずにネームサーバーを新しい事業者や CDN に移すと、取り残されたものが消えます。多くの場合はメールです。

メール関連のレコードがない、または間違っている

MX レコードがない、または SPF・DKIM・DMARC レコードがメール事業者と合っていないと、メールは消えるか振り分けられます。

矛盾する、または重複したレコード

同じ名前の A レコードが 2 つ、SPF レコードが 2 つあると、訪問者とメールサーバーに別々の答えを返してしまいます。

LayerAssist が DNS を確認して直す方法

インターネットと同じようにドメインを読み取り、見えたことを説明します。

重要なレコードをすべて読む

ネームサーバー、A と AAAA、CNAME、MX、TXT。そして、それぞれがサイトとメールにとって何を意味するか。

誰が何を管理しているかを特定

DNS、サイト、メールをどの会社が管理しているかを特定し、どこで変更すればよいかが分かるようにします。

ミスを見つける

間違ったサーバーを指すレコード、足りないメールのレコード、重複、競合。

変更して、確認する

DNS にアクセスできる場合はレコードを更新し、新しい値が反映されたことを確認します。

例:サイト移転後にメールが届かない

  1. あなた

    サイトを新しいホスティングに移してから、誰もこちらにメールを送れなくなりました。サイトは動いています。

  2. 確認したこと

    • A レコード:新しいホスティングを指している
    • ネームサーバー:新しいホスティングに移したが、メール関連のレコードはコピーされていない
    • MX レコード:なし。メールの届け先がない
    • メール事業者のメールボックス:利用中
  3. 変更したこと

    メール事業者の MX、SPF、DKIM レコードを新しいホスティングの DNS に追加しました

  4. LayerAssist

    メールが再び届くようになりました。ネームサーバーを新しいホスティングに移したときにメール関連のレコードが取り残され、他のサーバーがどこにメールを届ければよいか分からなくなっていました。新しい DNS ゾーンに追加し、反映されたことを確認しました。この間に送られたメッセージは差し戻された可能性があり、送信者にはその旨の通知が届いています。

得られること

  • DNS を分かりやすい言葉で説明
  • 訪問者やメールを失う前にミスを発見
  • 正しい場所で変更し、あとで確認
  • レコードの種類を覚える必要なし

実際の使用例

メール事業者を乗り換える会社

ホスティングのメールボックスから Google Workspace や Microsoft 365 に移るには、新しい MX と TXT のレコードが必要です。LayerAssist が設定し、メールが流れていることを確認します。

CDN の背後にあるサイト

CDN を有効にしたあと、いくつかのサブドメインが動かなくなりました。LayerAssist は新旧のゾーンを比べ、足りないレコードを戻します。

ドメインを引き継いだ制作会社

DNS がどこで管理されているか誰も知りません。LayerAssist はネームサーバーを読み取って事業者を特定し、何かに触れる前にすべてのレコードを一覧にします。

ドメインの DNS を確認する方法

  1. ドメインについて質問

    チャットにドメイン名と動かないものを書くか、「ドメインの DNS を確認して」とだけ伝えます。

  2. DNS を管理している場所を接続

    レコードを読むのにパスワードは不要です。変更まで任せるなら、ホスティングのコントロールパネルか DNS 事業者のアカウントを接続します。

  3. 修正と確認を任せる

    レコードを更新し、新しい値が反映されたことを確認します。

  4. 見守りを続ける(任意)

    定期的な DNS チェックを、たとえば 1 日 1 回、独自の自動化として依頼します。

DNS チェックについてのよくある質問

サイトとメールに重要なものです。ネームサーバー(NS)、A と AAAA、CNAME、MX、そして SPF・DKIM・DMARC を含む TXT。

次へ:メールの到達性

月額 $9 から · 14 日間の返金保証

次に何か壊れても、誰に聞けばいいか分かります。

今日サイトを追加して、最初の質問をしてみましょう。合わなければ 14 日以内に解約すれば初回支払いが戻ります(差し引くのは使用した AI 処理分のみ)。

7 日間無料 · クレジットカード不要 · 専門知識は必要ありません。