TXT レコードスプリッター（255 バイトチャンク）
単一の DNS TXT character-string は、RFC 1035 によって 255 バイトに制限される。それより長いレコード — RSA DKIM 公開鍵、多くの include を持つ SPF レコード — は、リゾルバーによって連結される複数の character-string に分割する必要がある。各 DNS UI は分割を少し異なる方法で行う：BIND は `("chunk1" "chunk2")` 構文を望み、汎用ゾーンファイルはスペース区切りの引用文字列を望み、Cloudflare は自動分割し、Route 53 はスペースで区切られた引用文字列を望む。このツールは、追加編集なしであなたのプロバイダーの UI に落とせるフォームを生成する。
_record IN TXT ( )
DNS character-string は 1 バイトで長さプレフィックスされる → 文字列ごとに最大 255。TXT レコードは複数の文字列を連結する、これにより DKIM 鍵がそれより長くても DNS に収まる。
使い方
- 完全な TXT 値（DKIM 公開鍵、長い SPF、長い DMARC）を貼り付ける。サンプルボタンは現実的な例を埋める。
- 公開している DNS UI を選ぶ。出力はそのプロバイダーの引用に調整される。
- 値フィールドにコピー＆ペーストする。リゾルバーがクライアント用にチャンクを透過的に再組み立てする。
よくある質問
- なぜ 255 バイト？
- DNS character-string は単一バイトで長さプレフィックスされる。そのバイトが単一の文字列を 255 に制限する。TXT レコードはリゾルバーによって連結される複数の文字列を含むことができる — `"abc" "def"` は `abcdef` として読まれる。プロトコルは結合をアプリケーションに任せる。
- Cloudflare は本当に自動分割する？
- はい。600 バイトの文字列を Cloudflare に貼り付けると、内部で静かに 3 つの character-string に分割する。Cloudflare 用に表示される出力は、結合された値だけ — それを貼り付けるだけ、引用は不要。
関連ツール
DKIMレコード ビルダー & パーサー
DKIM（DomainKeys Identified Mail）の DNS TXT レコードを構築・解析 — 公開鍵を貼り付け、selector・鍵タイプ（RSA/Ed25519）・ハッシュ・フラグを設定すれば、フルレコード + `selector._domainkey` ホスト名 + 255文字超用の DNS 分割版まで生成。
CAA レコードビルダー (DNS 認証局権限制限)
CAA (Certificate Authority Authorization) DNS レコードを生成 — 信頼する CA だけがドメインの TLS 証明書を発行できるよう制限。BIND 形式 + コントロールパネル向け tag/value 分割出力、よく使う CA (Let's Encrypt, DigiCert, Google, Amazon 等) のワンクリック追加付き。
メールヘッダー分析
生メールヘッダーを貼り付けて Received ホップを順番に追跡、ホップごとの遅延を見て SPF/DKIM/DMARC の判定を読み取る。
SPF レコードビルダー
メカニズム・IP・include から SPF TXT レコードを構成 — ライブ DNS ルックアップカウンタと警告付き。
DNS レコードリファレンス
DNS レコードタイプの検索可能なチートシート — A・AAAA・CNAME・MX・TXT・NS・SOA・PTR・SRV・CAA・DNSSEC・SVCB / HTTPS — 例付き。
DMARC レコードビルダー
`_dmarc` TXT レコードを構成 — ポリシー、サブドメインポリシー、パーセンテージロールアウト、アライメント、rua/ruf レポート — 安全警告付き。