무엇인가

_for-sale은 RFC 10023 (Informational, 2026년 7월)에 의해 정의되고 IANA에 등록된 예약된 DNS 리프 노드 (leaf node) 이름입니다. _for-sale.example.com에 게시된 TXT 레코드는 example.com이 등록되어 있고 정상적으로 해석(resolving)되지만, 구매가 가능하다는 신호를 보냅니다.

_for-sale IN TXT "v=FORSALE1;furi=https://example.com/for-sale"

이 레코드는 필수 버전 태그와 그 뒤에 최대 하나의 tag=value 쌍을 포함합니다:

가장 먼저 바로잡아야 할 잘못된 믿음은 이것이 도메인을 파킹 (parking) 하는 방법이라는 것입니다. 이는 그 반대에 가깝습니다. 파킹은 사이트를 판매 페이지로 교체하며, 이는 도메인이 여전히 보유하고 있는 모든 방문자를 비용으로 치르게 합니다. _for-sale은 DNS 상에서 활성화된 사이트 옆에 위치하며 브라우저에는 아무런 말도 하지 않습니다. 즉, 홈페이지는 계속 서비스되고, 메일은 계속 흐르며, 레코드는 원하는 대로 추가하거나 제거할 수 있습니다. RFC 10023은 이 점을 명시적으로 짚고 있습니다 — 이 관례는 도메인이 여전히 활발하게 사용되는 동안 작동하도록 설계되었습니다.

또한 이것은 등록 데이터 (registration data)와 동일한 것이 아닙니다. WHOIS와 RDAP는 "이 이름이 등록되었는가?"에 답합니다. 등록된 이름이라도 여전히 구매 가능할 수 있으며, 등록되지 않은 이름이라도 가치가 없을 수 있습니다. 그 간극이 바로 이 관례가 존재하는 이유이며, 이것이 브로커와 자동화된 가용성 서비스 (availability services)가 일반 사람이 아닌 의도된 대상인 이유입니다.

이것이 중요한 이유

도메인 소유자가 가장 보내고 싶어 하는 신호는 지금까지 채널이 존재하지 않았던 신호입니다. 만약 당신이 판매할 의사가 있다면, 관심 있는 구매자는 개인정보 보호 편집(privacy redaction)으로 인해 아마도 삭제되었을 WHOIS 연락처로 콜드 이메일(cold email)을 보내는 것 외에는 이를 알 방법이 없습니다. 환영받았을 문의들은 결코 도착하지 않으며, 도착하는 문의들은 스팸과 구별할 수 없습니다.

신호를 웹 페이지가 아닌 DNS에 배치하는 것이 바로 그 신호에 따라 행동할 수 있는 당사자들에게 유용하게 만드는 핵심입니다. 이름을 확인하는 브로커나 가용성 서비스(availability service)는 어차피 이름을 해석(resolve)합니다. 웹 페이지가 보여줄 수 없는 정보를 단 한 번의 추가 조회(lookup)로 알려줄 수 있는데, 이는 정상적으로 작동하는 홈페이지의 그 어떤 것도 "이 도메인은 협상 가능합니다"라고 말하지 않기 때문입니다. 이는 외부에서 확인 가능하며, 레코드 하나만 소모되고, 브라우저는 이를 절대 볼 수 없으므로 사이트 자체에 아무런 위험도 초래하지 않습니다.

구현 방법

판매하려는 존(zone)의 _for-sale 리프(leaf)에 단 하나의 TXT 레코드를 게시하세요. 단, 실제로 판매할 의사가 있을 때만 게시해야 합니다.

; 자유 형식 텍스트
_for-sale IN TXT "v=FORSALE1;ftxt=Serious offers only"
; 협상을 위한 URI — https, mailto, tel이 사용 가능한 스킴(scheme)입니다
...

처음부터 제대로 지켜야 할 규칙들:

**버전 태그는 필수(mandatory)**이며 대소문자를 구분합니다: 모든 레코드는 v=FORSALE1;로 시작해야 합니다. 이는 프로세서가 실제 _for-sale 레코드와, DNS 와일드카드(wildcard)가 우연히 해당 이름으로 확장된 관련 없는 TXT 레코드를 구분할 수 있도록 하기 위함입니다. 레코드당 하나의 태그-값 쌍(tag-value pair)만 허용됩니다. 가격과 연락처 URI를 모두 게시하려면, 동일한 RRset에 두 개의 레코드를 게시하여 프로세서가 이해할 수 있는 것을 선택하게 하세요. 이것은 SPF가 아닙니다; 쌍(pairs)들이 결합(concatenate)되지 않습니다. **레코드당 하나의 문자열(character-string)**이어야 하며, 최대 255옥텟(octets)입니다. 따라서 파싱(parsing) 중에 아무것도 재조립할 필요가 없어야 합니다. TTL은 3600초 이하로 유지하세요. 이미 철회한 가격이나 이미 판매한 도메인을 광고하는 오래된(stale) 레코드는 레코드가 없는 것보다 더 나쁩니다. 리프(leaf)에 배치하세요. _for-sale.example.com은 트리의 어느 수준에서든 유효하지만, xyz._for-sale.example.com은 유효하지 않으며, .arpa 하위의 레코드들도 마찬가지입니다.

무시되어야 합니다 — 주소 공간을 판매하겠다는 제안은 범위를 벗어납니다.도메인이 더 이상 판매 중이 아니게 되면 해당 레코드를 삭제하세요. 이 관례에는 "판매 중 아님"을 나타내는 값이 없습니다. 부재(absence)만이 "아니오"라고 말할 수 있는 유일한 방법입니다.

가능하다면 DNSSEC으로 존(zone)에 서명하세요. 특정 가격과 연락처 URI(contact URI)를 포함하여 도메인이 판매 중임을 주장하는 서명되지 않은 TXT 레코드는 타인이 위조하기 매우 쉬운 대상입니다.

이 사이트는 _for-sale 레코드를 제공하지 않습니다: specification.website는 판매 중이 아닙니다.

흔한 실수

여러 쌍의 데이터를 하나의 레코드에 몰아넣는 것. `

기간(period), 또는 DNSSEC 검증이 잘못된(bogus) 경우, 해당 이름은 해석(resolve)되지 않으며 신호는 조용히 사라집니다.