レコードの検索
当社の無料Aレコードチェッカーを使えば、ドメインのAレコードを即座に確認できます。IPv4アドレス、TTL値、ホスティング／CDNプロバイダー、DNS設定などを確認し、問題が発生する前に一般的な設定ミスを未然に防ぐことができます。Aレコード検索の使い方
Aレコードの検索には数秒しかかかりません。以下の4つの手順に従って、IPv4レコードを確認し、設定ミスがあれば見つけ出してください。
1
ドメインを入力してください。 ルートドメインを入力してください（例：
example.com) または任意のサブドメイン — Aレコードは、ゾーンのどのレベルにも存在することができます。2
DNSリゾルバーを選択してください。Google、Cloudflare、OpenDNS、Quad9の中から、ご希望のDNSリゾルバーをお選びください。
3
「検索」をクリックしてください。ボタンをクリックするか、Enterキーを押すと、Aレコードの検索が即座に実行されます。
4
結果を確認してください。すべてのIPv4アドレス、そのTTL、パブリック／プライベートのステータス、およびベストプラクティスに基づくチェック結果の詳細を確認できます。
Aレコードの結果が意味すること
結果を理解することで、ドメインがどこを指しているかを確認し、問題を早期に発見することができます。
IPv4アドレス（複数可）
現在、お使いのドメインが解決されるパブリックIPv4アドレス（1つまたは複数）を、リアルタイムのDNSクエリから取得したものです。これは、ブラウザが接続する先となります。
TTL（有効期間）
リゾルバーがレコードをキャッシュする期間（秒単位）。
TTLが低いほど、伝播は速くなります。TTLが高いほど、クエリの数は減りますが、更新は遅くなります。
公的 vs 私的
返された各IPアドレスが、パブリックルーティング可能か、それとも
private/予約済み範囲 - 外部からアクセス可能なドメインでプライベートIPを使用することは、よくある設定ミスです。Aレコードとは何ですか？
Aレコード（アドレスレコード）は、ドメイン名をIPv4アドレスに紐付けるDNSレコードの一種です。これは、DNSにおける最も基本的な問いである「このドメインはどのサーバーを指しているのか？」に答えるものです。有効なAレコードがなければ、IPv4クライアントではホスト名の解決ができません。
ドメイン → IPv4
Aレコードは、ホスト名を次のような32ビットのIPv4アドレスに紐付けます。
192.0.2.10. これはDNSにおいて最も基本的なレコードです。解決が必要
誰かがあなたのドメインにアクセスすると、そのユーザーのデバイスはAレコードを参照して、接続先のIPアドレスを特定します。Aレコード（またはAAAAレコード）が存在しない場合、ホスト名は解決されません。
複数可
1つのホスト名に対して、異なるIPアドレスを指す複数のAレコードを設定することができます。リゾルバーは、負荷分散と冗長性を確保するために、これらのレコードを順番に利用します（ラウンドロビン）。
yourdomain.com.3600 IN A 192.0.2.10
「レコード」とその他のレコードタイプ
Aレコードは、いくつかの関連するレコードタイプと混同されがちです。それぞれの違いは以下の通りです。
Aレコードに関するよくある問題とその解決方法
Aレコードに関する問題のほとんどは、4つのカテゴリーに分類されます。それぞれの意味と解決方法について説明します。
Aレコードがありません
公開されているIPv4アドレスはありません
このホスト名にはAレコードがないため、IPv4に依存しているユーザーには解決されません。AAAAレコードやCNAMEレコードのみが存在するか、あるいはそもそも存在しない可能性があります。
ご利用のDNSホストで、ホスト名をサーバーのパブリックIPv4アドレスを指すように設定するAレコードを追加してください。
プライベート／予約済みIP
到達不可能な範囲を指している
記録によれば、民間（例：
192.168.x.x) または、パブリックインターネットからはアクセスできない予約済み範囲 — 通常、一般に公開されているドメインにおける誤りです。Aレコードを、ホストから割り当てられたパブリックルーティング可能なIPアドレスに向けるように設定してください。
重複するIPアドレス
同じIPアドレスが複数回登録されています
レコードセット内に同じIPアドレスが複数回含まれています。これには何のメリットもなく、通常はコピー＆ペーストによる誤りであることを示しています。
重複するエントリを削除し、各IPアドレスが1回だけ表示されるようにしてください。
特異なTTL
TTLが低すぎる、または高すぎる
TTLを極端に低く設定すると、DNSクエリの負荷が増加します。一方、TTLを極端に高く設定すると、今後の変更がリゾルバーに反映される速度が遅くなります。
ほとんどのレコードについては、約3600sを使用してください。計画的な移行を行う前には、一時的に300sに下げておいてください。
複数のAレコードと負荷分散
同じホスト名に対して複数のAレコードが存在することは、まったく正常なことであり、トラフィックの多いサイトではよくあることです。複数のIPアドレスが返される場合、リゾルバーはそれらを順番に利用（ラウンドロビンDNS）し、専用のロードバランサーハードウェアがなくても、複数のサーバーにトラフィックを分散させます。 これは、負荷を分散させ、基本的なフェイルオーバー機能を追加するための低コストな方法ですが、専用のロードバランサーが提供するリアルタイムのヘルスチェック機能はありません。予期していなかった複数のAレコードが見つかった場合は、インフラを管理している担当者に確認してください。移行の過程で残ってしまった古いIPアドレスがここに表示されることもあります。
よくある質問
AレコードとCNAMEの違いは何ですか？
Aレコードは、ドメインをIPv4アドレスに直接紐付けます。CNAMEレコードは、ドメインを別のドメイン名に紐付け、そのドメイン名は別途解決されます。1つのホスト名に対して、AレコードかCNAMEレコードのいずれか一方を設定できますが、両方を同時に設定することはできません。
私のドメインデータは御社のサーバーに送信されますか？
入力したドメインは当社のサーバーに送信され、そこで、お客様が選択したパブリックリゾルバー（Google、Cloudflare、OpenDNS、またはQuad9）に対してDNS検索が実行されます。これは、誰でも
dig コマンド。お客様が確認したドメインや、返されたレコードについては、ログを記録したり保存したりすることはありません。Aレコードに表示されているIPアドレスが、ホスティングプロバイダーから割り当てられたものとは異なるのはなぜですか？
これは通常、伝播遅延によるものです。DNSの変更がすべての場所で完全に反映されるまでには、以前のレコードのTTLに応じて、数分から48時間ほどかかる場合があります。CDNやプロキシサービス（Cloudflareなど）を利用している場合、設計上、オリジンサーバーの実際のIPアドレスではなく、プロバイダーのプロキシIPアドレスが表示されることもあります。
サブドメインに独自のAレコードを設定することはできますか？
はい。ホスト名（ルートドメインでもサブドメインでも）には、それぞれ別のサーバーを指す独自のAレコードを設定することができます。これにより、yourdomain.comとapp.yourdomain.comを、まったく異なるインフラ上で運用することが可能になります。
AレコードにはどのTTLを設定すべきですか？
ほとんどのサイトでは、3600秒（1時間）が妥当なデフォルト値です。近いうちに移行を予定している場合は、事前にこの値を300秒（5分）に一時的に下げておくと、キャッシュされたレコードの有効期限が早まるため、ダウンタイムを最小限に抑えながらより迅速に切り替えを行うことができます。
Aレコードはメールの配信率に影響しますか？
間接的にです。メールサーバーへのアクセスはAレコードではなくMXレコードを介して行われますが、メールサーバーのホスト名（MXレコードで参照されるもの）に対応する有効なAレコードが存在しない場合、あるいは逆DNS用の対応するPTRレコードがない場合、メールの配信に失敗したり、不審なメールとして flag されたりする可能性があります。
なぜ、自分の実際のサーバーのIPアドレスではなく、CloudflareやプロキシのIPアドレスが表示されるのですか？
これは、ドメインがCDNやセキュリティサービスを経由してプロキシされる場合の想定される動作です。パブリックAレコードは、パフォーマンスとDDoS対策のため、プロキシの背後に隠されたままのオリジンサーバーではなく、意図的にプロバイダーのエッジネットワークを指すよう設定されています。
メール認証を自動化しましょう
PowerDMARCは、DMARC、SPF、DKIM、BIMI、MTA-STS、TLS-RPTのレコードを1つのダッシュボードで監視し、問題が発生した瞬間にアラートを送信します。
