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 用に表示される出力は、結合された値だけ — それを貼り付けるだけ、引用は不要。
関連ツール
IP アドレス インスペクター
IPv4 または IPv6 アドレスを入力すると、クラス、スコープ(プライベート / パブリック / ループバック / リンクローカル)、10 進数値、2 進数、逆引き DNS 表記、/32 CIDR を表示。
ポート番号リファレンス
約 60 個の標準 TCP / UDP ポート番号の検索可能なチートシート — 22 (SSH)、80 (HTTP) から 6379 (Redis)、27017 (MongoDB) まで。
DNS レコードリファレンス
DNS レコードタイプの検索可能なチートシート — A・AAAA・CNAME・MX・TXT・NS・SOA・PTR・SRV・CAA・DNSSEC・SVCB / HTTPS — 例付き。
サブネット計算機(IPv4 / CIDR)
IPv4 CIDR をネットワークアドレス・ブロードキャスト・ネットマスク・ワイルドカード・ホスト範囲・クラスにパース。バイナリ内訳とプライベート/パブリック判定。
User Agent パーサー
User-Agent 文字列をブラウザ・エンジン・OS・デバイス・CPU に解析。GPTBot・ClaudeBot・PerplexityBot を含む 20 以上のボットを検出。
HTTP ステータスコード リファレンス
1xx-5xx の全 HTTP ステータスコードを検索 — 概要・RFC・使い時・よくある落とし穴付き。