ネットワークと保護
逆引きDNSを設定して確認する
割り当てられたアドレスの希望するPTRホスト名を保存し、現在の伝播制限を理解し、公開DNS応答を独立して検証してください。
始める前に
- アカウント > ネットワークでサーバーに表示されるIPv4またはIPv6の割り当て。
- 自分が管理するDNSゾーンの下の完全修飾ホスト名（例：host.example.com）。
- サービスが前方確認付き逆引きDNSを必要とする場合の、そのホスト名に対するAまたはAAAAレコード。
- 独立した検証には、BIND 9のdigユーティリティ、または他の標準準拠のDNSルックアップツールを使用してください。
2つのDNS方向を理解する
フォワードDNSは、IPv4のAレコードまたはIPv6のAAAAレコードを通じてホスト名をアドレスにマッピングします。リバースDNSは、アドレス保持者が管理するリバースゾーンのPTRレコードを通じてアドレスをホスト名にマッピングします。自分のゾーンにフォワードレコードを作成してもPTRは作成されず、PTRリクエストを保存してもフォワードレコードは作成されません。
安定した完全修飾ホスト名を1つ選択してください。フォームはドットで区切られたラベルを持つ小文字のDNS名を受け入れ、保存された値をクリアすることもできます。IPリテラルや単一の非修飾ラベルは受け入れません。PTR応答は誰にでも見えるため、公開ホスト名に顧客名や機密の役割を入れないでください。
一致するフォワードDNSを準備する
フォワード確認済みリバースDNSは、一部のメールおよびセキュリティシステムで使用される一貫性パターンですが、評判を確立したり、サービスの受け入れを保証したりするものではありません。運用するアプリケーションのポリシーに従い、所有していない所有権を示すためにリバースDNSを使用しないでください。
- 管理しているゾーンでホスト名を選択してください。
- DNSプロバイダーで、IPv4アドレスには一致するAレコードを、IPv6アドレスにはAAAAレコードを作成してください。
- そのフォワードレコードがパブリックDNSを通じて応答するのを待ってください。
- PTRをリクエストする前に、ホスト名が割り当てられた正確なアドレスに逆引きされることを確認してください。
- 意図したホスト名、アドレス、変更時刻を文書化してください。
希望のPTRを保存
- アカウント > ネットワークを開き、正確なIPv4またはIPv6割り当てを特定します。
- その行の逆引きDNSフィールドに完全修飾ホスト名を入力してください。
- rDNSを保存を選択し、成功メッセージを変更記録に保持してください。
- アドレス、希望ホスト名、サーバー名、保存されたリクエストの時刻を添えてオペレーターに連絡してください。
- 変更を公開済みとして扱う前に、オペレーターの確認を待ってください。
公開回答を検証する
逆引きにはdigを-xオプション付きで使用してください。このオプションは正しいin-addr.arpaまたはip6.arpaクエリを構築するため、逆引き名を手動で構築しないでください。逆引き結果と正引きホスト名の両方をクエリしてください。保存後に逆引き結果が空であることは、オペレーターが変更を適用するまで予想されることであり、フォームを繰り返し再送信しても修正されません。
dig +noall +answer -x 192.0.2.10
dig +noall +answer host.example.com A
dig +noall +answer -x 2001:db8::10
dig +noall +answer host.example.com AAAA| 観測 | 意味 | 次のステップ |
|---|---|---|
| 保存された値、PTR応答なし | 変更がまだ公開されていないか、キャッシュされた回答がまだ使用されている可能性があります。 | 保存されたリクエストをオペレーターに提供してください。 |
| PTR応答、フォワードレコードが異なる | フォワードDNSとリバースDNSが一致していません | 管理しているAまたはAAAAレコードを修正してください。 |
| 古いPTRがまだ応答する | キャッシュまたは権威ゾーンに以前の値がまだ残っている | オペレーターに正式なステータスを確認し、公開されたTTLを許可してください。 |
| 誤った割り当て行 | リクエストは別のアドレスを対象としていました | 希望する値を修正し、公開されたエラーがあれば直ちに報告してください。 |