
2026/08/08 22:26
ドメインがDNS上で「売却中」と表明できるようになりました
RSS: https://news.ycombinator.com/rss
要約▶
日本語翻訳:
_for-sale の DNS 慣習は、ウェブサイトが購入可能であることを標準化された方法でシグナルリングするためのものであり、既存のライブコンテンツへの干渉を招かず、ドメインパークリング也不需要です。これは RFC 10023 で定義され、IANA に登録されており、この予約済みリーフノード(_for-sale)はアクティブなゾーンと並存することで、ホームページが完全に機能しつつも、外部 DNS ルックアップを通じて仲介業者や自動化されたサービスに対して入手可能性を広報することを可能にします。不透明な WHOIS データとは異なり、この慣習は単なる登録記録とは区別される検証可能なステータスを提供します。このシグナルは、_for-sale.example.com における必須の TXT レコードを通じて実装され、特定の形式が含まれます:大文字小文字を区別するバージョンタグ v=FORSALE1; に続いて、ちょうど 1 つのオプションのキー・バリューペアです。サポートされるタグには fval=(価格)、furi=(連絡先 URI)、ftxt=(人間が読めるテキスト)、および fcod=(独自コード)が含まれます。セキュリティを確保するために、このゾーンは DNSSEC で署名され、これらの販売詳細の改ざんを防ぐ必要があります。有効な実装には厳格な制約への準拠が必要です:TTL は 3600 秒以下、文字列制限は 255 オクテット、.arpa の下ではないリーフノードでの配置、ワイルドカードの使用回避です。オペレーターは、ドメインが販売対象外となった際にレコードを削除し、意図がないにもかかわらず希望価格を発表するなどの一般的な落とし穴や、1 つの文字列に複数のデータペアを詰め込むことを避ける必要があります。本文
_for-sale: ドメイン販売のための新しい DNS インジケーター
概要と定義
_for-sale は、RFC 10023 で正式に定義され、IANA に登録された 予約済み DNS リーフノード名 です。
- 目的: ドメインが通常通り機能しつつ(メール・サイト正常)、購入可能な状態であることを示す。
- 仕組み: DNS の TXT レコードとして公開する。
_for-sale IN TXT "v=FORSALE1;furi=https://example.com/for-sale"
主なタグ形式(Tag=Value)
| タグ | 意味 | 例 |
|---|---|---|
| 人間が読める自由なテキスト | |
| コントクト先または情報 URI | |
| 希望価格(通貨コード+金額) | |
| 事前合意の独自コード | |
Parking との違い
この仕組みは、従来のドメイン Parking とは根本的に異なります。
- Parking: サイト内容を販売ページに置き換え → ドメイントラフィックが失われる。
- _for-sale:
- 既存のサイト(ホームページ・メール)を継続して表示する。
- ブラウザには何の情報も表示されない(DNS レコードのみが参照される)。
- 自由に追加・削除が可能で、ドメインがアクティブな状況でも機能する。
なぜ重要なのか
従来の課題
- コミュニケーションの欠如: 販売意向があっても、WHOIS プライバシーにより連絡手段がない。
- スパムの増加: 手動での問い合わせは「冷たいメール」と見なされ、有効な反応が得られにくい。
_for-sale の利点
- 行動を促す信号: HTML ページではなく DNS に置くことで、ブローカーや監視サービスが容易に検知できる。
- 低リスク:
- 表示中のホームページには「販売中」という情報は含まれないため、UX が損なわれない。
- レコード 1 つで外部検証が可能。
- ブラウザは自動的にこのレコードを読み取らない(改ざんや誤認識の防止)。
実装方法とルール
販売を意図するゾーンにおいて、リーフノード
_for-sale に 単一の TXT レコード を公開します。
販売対象がなくなったら、必ず削除してください。
コマンド例
; 自由なテキスト _for-sale IN TXT "v=FORSALE1;ftxt=本格的なお取り引きのみ承ります" ; 交渉用への URI _for-sale IN TXT "v=FORSALE1;furi=https://example.com/fs?d=eHl6" ; 希望価格 _for-sale IN TXT "v=FORSALE1;fval=USD12500"
必須遵守事項
- バージョンタグ:
必須。プログラムによる本物と偽物の判別のために小文字大文字に敏感です。v=FORSALE1; - ペアの制限: 1 つのレコードにつき「tag=value」は 1 つまで です。複数公開する場合は別のレコードを RRset に設定します(SPF と異なり連結されません)。
- 文字列長: 各文字列で最大 255 オクテット に抑える必要があります。
- TTL: 3600 秒以下 に設定してください。価格変更や売却後は即座に更新・削除を推奨します。「不在」こそが「不可」を表します。
- 位置指定:
- 有効:
(リーフノード)_for-sale.example.com - 無効:
やxyz._for-sale.example.com
下のレコード(IP アドレス空間は対象外)。.arpa
- 有効:
- セキュリティ: 可能であればゾーンを DNSSEC で署名 してください。未署名の価格情報は改ざんの危険性があります。
よくある間違い
以下の設定や認識は誤りです。
- ❌ 複数のタグを 1 つのレコードに詰め込む:
の形式は非推奨。各ペアごとに別々のレコードを設けましょう。v=FORSALE1;fval=X;furi=Y - ❌ マーケティングバナーとして公開する: これは販売目的のインジケーターであり、広告用ではありません。
- ❌ 法的拘束性を誤解する: レコード公開=売却義務発生ではありません。「fval」は参考値であり、契約にはなりません。
- ❌ ワイルドカード全体をカバーしようとする:
は無効です。一括販売はできません。_for-sale.*.example.com - ❌ コンテンツの内容を過信する:
やftxt=
は攻撃者によって改ざんされ得ます。表示前にサニタイズし、自動遷移を防ぐ仕組みを設けてください。furi=
検証方法
以下のコマンドで設定の有効性を確認します。
# テキスト出力を確認 dig +short TXT _for-sale.example.com # TTL を確認 (3600 以下か) dig TXT _for-sale.example.com | grep _for-sale # DNSSEC 署名があるか確認 dig +dnssec TXT _for-sale.example.com
確認ポイント:
- 出力は必ず
で始まる必要があります。v=FORSALE1; - 各レコード内に最多で 1 つの 「tag=value」ペアのみ含めること。
- DNSSEC を有効化している場合は、RRSIG が返却されるはずです。
- 解決されない場合:
- 却上願(Redemption)期間中
- PendingDelete 状態
- DNSSEC 検証エラー発生時