DNSレコード整形ツール
A、AAAA、CNAME、MX、TXT等のDNSレコードを整形する。
ツールを開いて確認する →PRACTICAL GUIDE / ネットワーク
A、AAAA、CNAME、MX、TXT、TTL、末尾ドット、優先度を確認します。
最終確認日:2026年8月22日 確認者:UtilityBox運営者
DNS record変更時にTTL、CNAME制約、MX優先度、TXT引用、旧recordの残存を見落とし、Webやmailを停止させる問題を防ぎます。
特に「同一名にCNAMEと他レコードを混在させている。」状態を見落とさないため、作業を始める前に元データや現在の設定を残し、変更前後を比較できる状態を作ることが重要です。
DNSレコード変更前の確認チェックリストでは、処理が完了したかだけでなく、入力条件、変更内容、確認結果の3点を記録します。自動判定で確定できない部分は、利用先の仕様や担当者の判断と照合してください。
WORKED EXAMPLE
「同一名にCNAMEと他レコードを混在させている。」可能性のあるケースを、元データを壊さずに切り分けます。
発生している問題
DNS record変更時にTTL、CNAME制約、MX優先度、TXT引用、旧recordの残存を見落とし、Webやmailを停止させる問題を防ぎます。
最初に確認する原因
1. 同一名にCNAMEと他レコードを混在させている。
2. MX優先度やTXTの引用符を誤っている。
3. 切替直前までTTLを下げていない。作業記録
1. 現行ゾーンを保存し、変更前後の差分を作ります。
2. レコード種別ごとの形式を整形して確認します。
3. TTLを考慮して段階的に切り替えます。
完了判定
- FQDNと相対名の解釈が正しい。
- メール認証レコードの値が分割・欠落していない。
- 切替後に複数DNSリゾルバで確認する。同じ症状でも原因は一つとは限りません。特に「同一名にCNAMEと他レコードを混在させている。」に該当する場合と「MX優先度やTXTの引用符を誤っている。」に該当する場合では、確認すべき入力や設定が異なります。
一度に複数の条件を変更せず、変更前の状態と比較できるように一項目ずつ確認すると、再発時にも判断しやすくなります。
最低限、確認項目の「FQDNと相対名の解釈が正しい。」を満たすことを確かめます。結果の一部だけで判断せず、件数、形式、代表値、境界条件など、このガイドに示す確認項目を組み合わせてください。
また、DNS反映時間はTTLだけでは決まりません。 この限界に該当する場合は、ツールの結果だけで作業を確定せず、仕様書や元データへ戻って確認します。
現行ゾーンを保存し、変更前後の差分を作ります。
レコード種別ごとの形式を整形して確認します。
TTLを考慮して段階的に切り替えます。
A、AAAA、CNAME、MX、TXT等のDNSレコードを整形する。
ツールを開いて確認する →日本語ドメイン等をPunycodeとUnicode表記で相互変換する。
ツールを開いて確認する →IPアドレスとCIDRからネットワーク、ブロードキャスト、利用可能範囲を計算する。
ツールを開いて確認する →ツールの操作方法だけでなく、結果を誤用しないための具体例、確認項目、処理の限界、元データを保管すべき場面まで記載します。原因・手順・完了判定・限界を運営者が確認したガイドだけを一覧と検索対象へ掲載します。