SOAレコードルックアップ
当社の無料検索ツールを使えば、ドメインのSOA（Start of Authority）レコードを即座に確認できます。プライマリネームサーバー、管理者メールアドレス、シリアル番号、リフレッシュ、リトライ、有効期限、最小TTLに加え、すべてのネームサーバーにわたるシリアル一貫性のリアルタイムチェックも確認可能です。SOAレコードを確認する理由
SOAレコードは、DNSゾーン全体の「真実の源」です。これが誤って設定されていると、セカンダリネームサーバーやリゾルバーが予期しない動作をする可能性があります。
ゾーンの権限を確認する
ご自身のドメインの権威ネームサーバーがどれか、またそのゾーンの技術担当者として誰が登録されているかを確認してください。
転送に関する問題を診断する
「更新」、「再試行」、「有効期限」の設定は、セカンダリサーバーによるゾーンの同期方法を制御します。タイマーの設定が不適切だと、DNS データが古くなったり、失われたりする原因となります。
最近のDNSの変更を確認する
シリアル番号はゾーンの編集を行うたびに増加するため、変更が実際に保存され、反映されたかどうかを素早く確認する方法となります。
SOAレコード検索の使い方
SOAの検索には数秒しかかかりません。以下の3つの手順に従って、ゾーンのStart of Authorityレコードとネームサーバーの同期状況を確認してください。
1
ドメインを入力してください。 ルートドメインを入力してください（例：
example.com) - SOAレコードはゾーンのルートに配置されるため、サブドメインのプレフィックスは不要です。2
リゾルバーを選んで検索してください。Google、Cloudflare、OpenDNS、またはQuad9のいずれかを選択し、Enterキーを押すか、「SOAを検索」をクリックして、DNSをリアルタイムで照会してください。
3
すべての項目を確認します。プライマリネームサーバー、管理者メールアドレス、シリアル、リフレッシュ、リトライ、有効期限、および最小TTLについて解析・解説を行い、その後、すべてのネームサーバーのシリアルを比較します。
SOAレコードとは何ですか？
「Start of Authority」レコードは、すべてのゾーンのルートに必須で設定されるDNSレコードです。このレコードには、プライマリネームサーバー、管理担当者、およびゾーンがセカンダリネームサーバーにレプリケートされるタイミングを規定する値が指定されます。
ゾーンごとに1つ
ゾーンごとにSOAレコードは1つだけあり、ゾーンの設定時に自動的に作成されます。手動で編集することはほとんどありません。
7つの分野
MNAME、RNAME、serial、refresh、retry、expire、およびminimum TTL――これらはそれぞれ、DNSレプリケーションの仕組みにおいて独自の役割を果たしています。
診断用キー
DNSで何か異常が発生した場合、特にゾーンの同期に関する問題では、まずSOAレコードを確認するのが一般的です。
yourdomain.com.IN SOA ns1.yourdomain.com. hostmaster.yourdomain.com. (
2024061801; シリアル番号
3600 ; リフレッシュ
900 ; リトライ
1209600 ; 有効期限
3600 ) ; 最小TTL
2024061801; シリアル番号
3600 ; リフレッシュ
900 ; リトライ
1209600 ; 有効期限
3600 ) ; 最小TTL
SOAレコードのフィールド解説
すべてのSOAレコードは、以下の順序で7つのフィールドから構成されています。
SOAレコードによくある問題とその解決方法
SOAレコードで一般的に発生する問題と、それぞれの結果がドメインに与える影響について、以下に説明します。
SOAレコードがありません
ゾーンが存在しないか、委任されていない
各ゾーンには、SOAレコードが1つだけ存在しなければなりません。SOAレコードが見つからない場合、そのドメインは登録されていないか、ネームサーバーに委任されていないか、あるいはそれらのネームサーバーが応答していないことになります。
ドメインが登録されており、レジストラでネームサーバーが正しく設定されていることを確認してください。
リトライ時間はリフレッシュ時間より長く設定する
タイマーの順序が間違っている
再試行の時間はリフレッシュ時間よりも短くすべきです。そうしないと、リフレッシュに間に合わなかったセカンダリが、再試行するまでに長すぎる時間待たされることになります。
リトライ間隔をリフレッシュ間隔の何分の1かに設定します（例：リフレッシュ間隔 3600秒、リトライ間隔 900秒）。
有効期限が短すぎる
セカンダリー陣が早い段階でゾーンディフェンスを解除する
「有効期限」は「更新間隔」よりもはるかに長く設定する必要があります（通常は2～4週間）。これにより、プライマリサーバーが長期間停止した場合でも、セカンダリサーバーが十分に機能し続けられる余裕が生まれます。
特に理由がない限り、有効期限を約1209600秒（14日間）に設定してください。
ネームサーバーの同期が取れていない
シリアル番号が一致しません
ネームサーバー間でシリアル番号が異なる場合、セカンダリサーバーの応答が遅れているか、ゾーン転送に失敗している可能性があります。どのサーバーが応答するかによって、訪問者には古いDNS情報が表示されることがあります。
プライマリとセカンダリ間のゾーン転送（AXFR/IXFR）およびNOTIFYを確認してください。
シリアル番号の見方
シリアル番号に関する唯一の技術的要件は、ゾーンが変更されるたびにその値が増加することだけです。ネームサーバーは、このシリアル番号を用いて更新を検知します。実際には、ほぼすべてのDNSプロバイダーが「YYYYMMDDnn」という同じ形式を採用しています。これは、4桁の年、2桁の月、2桁の日、そして1日に1回以上ゾーンが編集された場合にインクリメントされる2桁のリビジョンカウンターで構成されています。
2024
年
06
月
18
日
01
改訂
「2024061801」とは、そのゾーンが2024年6月18日に、その日初めて更新されたことを意味します。DNSの設定を変更したばかりで、シリアル番号が更新されていない場合は、更新内容がまだ保存されていない可能性があります。伝播が遅いだけだと決めつける前に、プロバイダーに確認してみる価値があります。
よくあるご質問
1つのドメインに複数のSOAレコードを設定することは可能ですか？
いいえ。定義上、すべてのDNSゾーンにはSOAレコードが1つだけ存在します。もし複数あるように見える場合は、別々の、関連性のないゾーンのレコードを見ているか、委任の設定に誤りがある可能性があります。
私のドメインデータは御社のサーバーに送信されますか？
入力されたドメイン名は当社のサーバーに送信され、そこで、お客様が選択したパブリックリゾルバーに対してDNSルックアップが実行されます。これは、誰でも
dig コマンド。お客様が確認したドメインや、返されたレコードについては、ログを記録したり保存したりすることはありません。SOAの検索結果が、私のNSレコードとは異なるネームサーバーを返すのはなぜですか？
これは正常な動作です。MNAMEフィールドには、従来からの「プライマリ」ネームサーバーが記載されていますが、多くのプロバイダーでは、非公開のプライマリネームサーバーや、外部に公開されているすべてのネームサーバーが技術的にはセカンダリとなるアニキャストネットワークを採用しています。実際に名前解決において重要なのは、公開されているNSレコードの内容です。
「リフレッシュ」「再試行」「有効期限切れ」の設定として適切なものは何ですか？
一般的な値としては、リフレッシュ 3600 秒（1 時間）、リトライ 900 秒（15 分）、有効期限 1209600 秒（14 日）、最小値 3600 秒（1 時間）などがあります。ほとんどのマネージド DNS プロバイダーでは、適切な値が自動的に設定されます。通常、これらの値を調整する必要があるのは、自社でホストしている環境の場合に限られます。
シリアル番号は日付でなければならないのでしょうか？
いいえ。RFC 1035では、更新のたびに値が増加する32ビットの符号なし整数であることが求められているだけです。「YYYYMMDDnn」という日付形式は、最終更新日が一目でわかるようにするため、広く採用されている慣例に過ぎません。
有効期限が切れた場合はどうなりますか？
セカンダリネームサーバーが、有効期限（expire interval）を超える期間、プライマリに接続できない場合、そのゾーンに対する権威ある応答を完全に停止し、そのデータを信頼できないほど古くなったものとみなします。これは、著しく古くなったDNS情報を無期限に提供してしまうことを防ぐための安全策です。
ネームサーバーのシリアル番号の確認からは、どのような情報がわかりますか？
弊社では、お客様が公開している各ネームサーバーに直接クエリを送信し、各サーバーから返されるシリアル番号を比較します。すべてのシリアル番号が一致すれば、ゾーンは同期されています。シリアル番号が異なる場合は、セカンダリサーバーの同期が遅れているか、ゾーン転送に失敗していることを示しています。これにより、訪問者がどのネームサーバーにアクセスするかによって、古いDNS情報が表示される可能性があります。
RNAMEは本当にメールアドレスなのでしょうか？
はい、@記号を使わずにドメイン名として表記されています。つまり、hostmaster.example.com は [email protected] を指します。現在、多くのプロバイダーでは、この部分に監視対象の受信箱ではなく、汎用的なプレースホルダーを使用しています。
メール認証を自動化しましょう
PowerDMARCは、DMARC、SPF、DKIM、BIMI、MTA-STS、TLS-RPTのレコードを1つのダッシュボードで監視し、問題が発生した瞬間にアラートを送信します。
