당신이 끝내 클릭하지 않은 인증 링크
메시지 하나가 구매 직후 몇 분 안에 발송되며, 그 옆에 있는 영수증과 구분되지 않을 만큼 비슷합니다. 15일이 지나면 레지스트라는 이름을 정지해야 합니다. 사이트는 먹통이 되고, 메일은 멈추고, 인증서는 갱신에 실패합니다. 탭을 닫기 전에 그 링크를 클릭하고, 계정에서 그 주소가 인증됨으로 표시되는지 확인하십시오.

이 시리즈의 다른 모든 가이드는 "서브도메인을 여기로 연결하십시오"로 시작하지만, 그중 어느 것도 도메인이 어디서 오는지는 말하지 않습니다. 자가 호스팅 스택에서 의도적으로 공개되는 유일한 부분이 바로 도메인입니다 — 레지스트리 항목, 레지스트라 계정, 결제, 그리고 지금까지 요청한 모든 호스트명을 나열하는 공개 로그가 그렇습니다. 그중 무엇도 당신을 가리키지 않도록 이름을 등록하고 지키는 여섯 단계: 등록이 실제로 만들어내는 네 개의 레코드, 당신을 거부할 레지스트리, Monero로 결제하는 방법, 그리고 주의를 거둔 지 몇 주 뒤에 이 모든 노력을 무너뜨리는 두 가지 누출 지점.
모델
하나가 아니라 네 개의 레코드
선택
레지스트리가 하한선을 정합니다
등록
세 가지 소유 모델
결제
거래소가 누출 지점입니다
위임
DNS, TLS, 그리고 공개 로그
유지
갱신, 잠금, 미리 연습한 탈출
도메인 네임 시스템은 위임 체계이며, 위임은 권한 있는 누군가가 그것을 누가 보유하고 있는지 말해 주어야만 작동합니다. 레지스트리는 자신이 담당하는 최상위 도메인의 목록을 관리하고, 레지스트라는 그 목록에 대한 항목을 당신에게 팔면서 당신이 누구인지 안다고 보증합니다. 그러면 일련의 서버들이 이 존이 그 네임서버들에 속한다고 공식적으로 밝히기로 동의하기 때문에 이름이 해석됩니다. 아무도 아무것도 모르는 형태의 방식은 존재하지 않습니다. 당신이 결정할 수 있는 것은 몇 명이 알게 되는지, 그들이 무엇을 알게 되는지, 그리고 낯선 사람이 그들에게서 그것을 얼마나 쉽게 끌어낼 수 있는지입니다.
이는 이 시리즈의 나머지 부분이 다루는 문제와는 진정으로 다른 문제입니다. 서버는 익명으로 대여할 수 있습니다. 호스팅 관계는 양자 간의 일이기 때문입니다. 당신과 호스트, 그 외에는 누구도 사본을 가질 필요가 없습니다. 도메인은 구조적으로 다자간의 일입니다 — 레지스트리, 레지스트라, 흔히 리셀러, DNS 운영자, 인증 기관, 그리고 발급 내역이 당신이 아닌 사람들에 의해 감사될 수 있도록 정확히 그 목적으로 존재하는 일련의 공개 로그가 관여합니다. VPS에 통하는 반사적 습관으로 이 문제에 접근하면 매우 자신만만한 실수를 저지르게 됩니다.
좋은 소식은 기본값이 독자에게 훨씬 유리한 방향으로 이동했지만, 이 주제에 관한 조언 대부분이 아직 그 변화를 따라잡지 못했다는 점입니다. 2018년 이후로 일반 최상위 도메인의 공개 등록 레코드는 비공개 처리되었습니다. 예전에는 이름, 거리 주소, 전화번호를 보여주던 연락처 필드가 이제는 누구에게나, 아무 대가 없이, 아무것도 보여주지 않습니다. 이를 규율하는 정책 — GDPR이 시행되었을 때 채택된 긴급 조치를 대체한 ICANN의 Registration Data Policy — 은 정당한 이해관계가 있는 사람이 기저 데이터를 요청할 수 있는 문서화된 경로도 규정하고 있습니다. 레코드가 사라진 것이 아닙니다. 공개되지 않고 보관되고 있을 뿐이며, 정확히 누가 그것을 보관하고 있는지 아는 것이 일의 대부분입니다.
세 가지 방식을 아래에서 비교합니다. 각 방식은 결국 어떤 당사자가 무엇을 보유하게 되는지에서 차이가 납니다. 세 번째 방식은 도메인이 전혀 아닌데, 바로 그 이유로 여기에 포함되어 있습니다. 상당수의 프로젝트에게는 그것이 정답이며, 다른 두 가지에 45분을 쓰기 전에 그 사실을 알아 둘 가치가 있습니다.
| 속성 | 당신 자신의 이름, 비공개 처리된 레코드 | 대리 소유 | 버전 3 어니언 주소 |
|---|---|---|---|
| 레지스트리 레코드에는 누가 나오는가 | 당신 — 수집되고 보관되지만 공개되지는 않음 | 제공업체, 법적 등록인으로서 | 레지스트리가 없습니다 |
| 누구에게 당신의 정보를 요청할 수 있는가 | 레지스트라와 레지스트리, 문서화된 요청 시 | 제공업체 단독, 자체 정책에 따라 | 아무도 없음 — 요청할 대상이 되는 레코드 자체가 없습니다 |
| 누가 이름을 빼앗아 갈 수 있는가 | 레지스트리, 레지스트라, 분쟁 조정 기구, 법원 | 그 모든 것에, 제공업체 자신까지 더해집니다 | 아무도 없음 — 주소는 당신의 키에서 도출됩니다 |
| 연간 비용 | 확장자에 따라 대략 $10 to $60 | 그 몇 배 — 프리미엄 자체가 핵심입니다 | 아무것도, 결코 없으며, 만료될 수도 없습니다 |
| 일반 브라우저에서 접속 가능 | 예 | 예 | Tor를 통해서만 |
한 가지 밝혀둘 것이 있습니다. 이 페이지는 추천으로 누가 이득을 보는가에 관한 것이기도 하기 때문입니다. NordBastion은 도메인 이름을 판매하지 않습니다. 이 가이드에는 어떤 레지스트라로의 링크도 없고, 그중 어느 것도 제휴사가 아니며, 이 글을 읽은 뒤 당신이 하는 어떤 행동에 대해서도 우리가 대가를 받는 구조는 없습니다. 아래에 적힌 내용은 우리가 패널에서 누군가 물었을 때 해줄 대답이며, 이는 이 라이브러리의 나머지 부분이 쓰인 기준과도 같습니다.
이름을 등록한다고 해서 당신에 대한 기록이 하나 생기는 것이 아닙니다. 네 개의 서로 다른 장소에, 각기 다른 이유로 이를 보관하는 네 그룹의 사람들에게, 각기 다른 공개 기준으로 네 개의 기록이 생깁니다. 이 영역에서 벌어지는 실패는 거의 예외 없이 넷 중 하나만 강화해 놓고 나머지도 따라왔으리라고 짐작한 경우입니다.
등록 정보. 이름, 우편 주소, 이메일, 전화번호 — 구매 시점에 레지스트라가 수집하고, 레지스트라 인가 조건에 따라 제3자에게 에스크로로 보관되며, 도메인 확장자에 따라 전체 또는 일부가 레지스트리로 전달됩니다. 누구나 가장 먼저 떠올리는 것이 바로 이것이며, 일반 도메인의 경우 이미 공개 화면에서 비공개 처리되어 있는 항목입니다. 문서화된 절차를 통해 요청 시 공개되며, EU 내에서는 레지스트리와 등록 서비스 모두가 NIS2 지침 Article 28에 따라 이를 정확하고 완전하게 유지하고 정당한 요청자에게 부당한 지체 없이 제공할 적극적 의무를 집니다.
레지스트라 계정. 등록 정보보다 훨씬 풍부하지만 거의 논의되지 않는 부분입니다. 여기에는 주소와 타임스탬프가 담긴 로그인 기록, 결제 수단, 당신이 연 지원 티켓, 그리고 — 이 부분이 중요합니다 — 같은 계정에 있는 다른 모든 도메인이 들어 있습니다. 당신의 법적 명의로 된 업무용 도메인과, 그것과 묶이고 싶지 않은 프로젝트가 하나의 계정에 함께 있다면, 공개 레코드가 각각 무엇을 말하든 상관없이 그 계정을 읽을 수 있는 누구에게나 그 둘은 영구히 연결된 것입니다.
결제. 카드는 돈을 정산하는 신원 확인 문서입니다. 은행 이체도 마찬가지이며, 꼬리가 더 길 뿐입니다. Bitcoin 결제는 영구적인 공개 기록이며, 그 이력에 있는 어떤 주소든 당신에게 귀속되는 순간 신원 확인 문서가 되어 버립니다. Monero는 이 목록에서 제3자가 읽을 수 있는 기록을 남기지 않는 유일한 결제 방식입니다 — 다만 당신이 그것을 획득한 계정에는 시점과 금액이 청구서와 일치하는 인출 기록이 남아 있을 수 있으며, 그 상관관계가 공격의 전부입니다.
배기가스. 등록 이후에 발생하는 모든 것으로, 아무도 이를 미리 계산에 넣지 않는 이유는 당신이 지켜보지 않는 동안 조용히 쌓이기 때문입니다. 인증서 투명성 로그는 당신이 지금까지 인증서를 요청한 모든 호스트명을 영구적으로, 검색 가능한 형태로 나열합니다. 패시브 DNS 데이터셋은 어떤 이름이 어떤 주소로 연결되었는지를 기록하며, 이 때문에 한 서버 위의 서로 무관한 두 프로젝트가 하나의 프로젝트가 되어 버립니다. 과거 등록 기록 아카이브는 당신이 프라이버시를 켜기 전의 레코드를 스냅숏으로 보관하며, 이후에도 그것을 지우지 않습니다. 그리고 콘텐츠 자체도 정보를 흘립니다. 재사용된 분석 식별자, 반복되는 파비콘 해시, 두 사이트에 똑같이 나타나는 지원 이메일 주소가 그렇습니다.
당신이 누구에게 읽히지 않으려 하는지를 한 문장으로 적어 보십시오. 검색창을 쓰는 경쟁자, 마케팅 목록을 만드는 대량 스크래퍼, 변호사를 둔 소송 상대, 또는 법적 절차를 갖춘 국가 — 이는 서로 다른 네 가지 문제이며, 앞의 두 가지는 당신이 이미 가지고 있는 기본값으로 해결됩니다. 이 질문을 던지는 대부분의 사람은 두 번째 경우에 해당하며, 네 번째 경우에 해당하는 사람은 거의 없습니다. 그리고 그 경우를 다루는 조치는 도메인보다 훨씬 이전 단계에서부터 시작됩니다.
다른 무엇보다 먼저, 이미 소유한 이름의 현재 공개 레코드를 확인하십시오. 예전 텍스트 프로토콜을 대체한 레지스트리 측 인터페이스는 구조화된 데이터를 반환하며, 2017년에 쓰인 블로그 글이 말하는 내용이 아니라 당신의 확장자가 실제로 어떤 필드를 공개하는지를 정확히 보여줍니다.
whois example.com | sed -n '1,40p' # the legacy view, still served by many registries
curl -s https://rdap.org/domain/example.com | jq '.entities[].roles, .status'
# the structured view — roles, status codes, redaction
그 출력 결과에서는 연락처 필드보다 더 중요한 것이 두 가지 있습니다. status 배열은 그 이름이 이전에 대해 잠겨 있는지, 그리고 레지스트리 단계의 보류 조치가 걸려 있는지를 알려줍니다. 그리고 연락처 엔티티가 없다는 것 자체가 비공개 처리가 제대로 작동하고 있다는 뜻입니다 — 2026년에 일반 도메인에서 전체 우편 주소를 본다면, 그것은 등록인이 의도적으로 공개했기 때문이며, 놀랄 만큼 많은 조직이 여전히 그렇게 하고 있습니다.
레지스트라는 자신의 레지스트리가 허용하는 것만 팔 수 있습니다. 레지스트리가 현지 거점을 요구한다면, 어떤 프라이버시 서비스를 써도 그 요건은 사라지지 않습니다. 레지스트리가 등록인 이름을 그대로 공개한다면, 어떤 부가 서비스도 그것을 가려주지 못합니다. 이는 보통의 구매 순서와는 반대입니다 — 사람들은 이름을 고르고, 그다음 레지스트라를 고르고, 문제가 터지는 순간에야 레지스트리의 규칙을 알게 됩니다. 먼저 확장자 계열을 고르십시오.
개별 확장자를 나열하는 것은 1년 안에 낡은 정보가 되어 버립니다. 레지스트리는 업계 바깥의 누구에게도 알리지 않고 자체 약관을 바꾸기 때문입니다. 그보다 유용한 구분법은 레지스트리가 무엇을 요구하는지에 따른 것입니다. 다섯 개의 계열과 도메인이 아닌 방식 하나가 있으며, 당신이 고려할 거의 모든 확장자는 그중 하나에 깔끔하게 들어맞습니다.
| 계열 | 레지스트리가 요구하는 것 | 결론 |
|---|---|---|
| 레거시 제네릭 — .com, .net, .org | 레지스트라가 수집하는 정확한 데이터, 공개 레코드에서는 비공개 처리, 문서화된 요청 시 공개. 자격 심사는 없습니다. | 기본이 되는 선택. 지루하지만, 이전하기 쉽고, 어디서나 통용됩니다. |
| 신생 제네릭 — .dev, .app, .xyz, .site | 동일한 중앙 정책에, 개별 레지스트리가 자체 약관에 추가하는 내용이 더해집니다. 일부는 설계상 영구적으로 HTTPS 전용입니다. | 괜찮습니다. 다만 짐작하지 말고 해당 레지스트리 자체의 약관을 직접 읽은 뒤에 그렇게 하십시오. |
| 자격 조건이 있는 국가코드 — .eu, .us, .ca, .fr | 거주, 시민권 또는 현지 사업장 — 구매 시 신고하며 이후 검증이 가능합니다. 허위 신고는 빠져나갈 구멍이 아니라 취소 사유입니다. | 그 조건을 정말로 충족할 때만 그렇습니다. |
| 검증된 국가코드 | 신원 확인, 국가 식별번호 또는 현지 행정 연락처 — 레지스트라가 무엇을 팔든 등록인 이름이 그대로 공개되는 경우가 많습니다. | 이 목적에는 피하십시오. 결정권은 레지스트라가 아니라 레지스트리에 있습니다. |
| 제네릭처럼 판매되는 개방형 국가코드 | 거주 요건 심사는 없지만, 레지스트리 자체의 정책이 곧 전체 계약입니다 — 일부 레지스트리는 모든 것을 공개하거나, 국가 기관의 비공식 요청만으로도 정지 조치를 합니다. | 경우에 따라 다릅니다. 리셀러가 아니라 레지스트리의 정책 페이지를 직접 읽으십시오. |
| 버전 3 어니언 주소 | 아무것도 없습니다. 그것은 당신이 생성한 키 쌍에서 도출되므로, 레지스트리도, 레지스트라도, 결제도, 만료일도 없습니다. | Tor 전용 도달 범위로 충분하다면 이보다 나은 방법은 없습니다. |
세 가지 질문이 선택을 결정지으며, 세 질문 모두 판매처가 아니라 레지스트리 자체의 정책 페이지에서 답을 찾을 수 있습니다. 자격 조건이 있는가? 있다면, 그 조건을 충족하거나 다른 확장자를 고르십시오 — 갖고 있지 않은 거주 자격을 주장하면 프라이버시 조치가 최초 민원과 함께 발동되는 취소 조항으로 바뀝니다. 레지스트리 자신은 무엇을 공개하는가? 일반 도메인에 대한 비공개 처리는 중앙에서 일괄적으로 정해지지만, 국가코드 레지스트리는 자체 규칙을 정하며 그중 여럿은 레지스트라가 프라이버시에 얼마를 청구하든 상관없이 등록인 이름을 공개합니다. 정지에 관한 전례는 어떤가? 공개된 분쟁 절차를 운영하는 레지스트리라면 맞서 다툴 수 있지만, 국가 기관의 비공식 전화 한 통으로 조치를 취해 온 전례가 있는 레지스트리라면 그럴 수 없습니다.
구매할 때는 거의 누구도 묻지 않지만 13번째 달에 누구나 맞닥뜨리게 되는 네 번째 질문이 있습니다. 갱신 비용은 얼마인가? 특이한 확장자에서 첫해에 제공되는 프로모션 가격 뒤에 몇 배나 큰 표준 갱신 요금이 뒤따른다면, 이는 해마다 다시 내려야 하는 결정이 됩니다. 그리고 편하게 갱신할 여유가 없는 이름은, 결국 바로 그 순간을 기다리고 있던 누군가에게 넘어가고 말 이름입니다. 첫해가 아니라 10년째 가격을 확인하십시오.
이 글을 읽는 거의 모든 사람에게는, 암호화폐를 받는 레지스트라를 통해 등록한 레거시 제네릭 확장자가 정답이며, 재치 있는 언어유희가 담긴 특이한 국가코드 확장자는 3년 뒤 지원 티켓을 만들어내는 쪽입니다. 익숙한 확장자에서 얻는 프라이버시는 동일합니다. 달라지는 것은 몇 개의 당사자가 그것을 당신에게서 빼앗아 갈 수 있는지, 그리고 그중 당신이 이름이라도 들어본 곳이 몇이나 되는지입니다.
모델 1 — 기본 비공개 처리 뒤에 감춰진, 당신 자신의 실제 정보. 당신이 등록인이고, 데이터는 정확하며, 공개 레코드에는 그중 아무것도 나타나지 않습니다. 이름은 법적으로 당신 소유이며, 다른 자산과 마찬가지로 이전할 수 있고, 누구도 어느 날 갑자기 당신이 그것을 갖지 않았으면 좋겠다고 결정할 수 없습니다. 당신이 받아들이는 것은 레지스트라가 당신에 대한 진짜 기록을 보유하고 있으며, 문서화된 요청이 있으면 그것을 끌어낼 수 있다는 점입니다. 압도적으로 많은 프로젝트에게 이는 충분하고도 올바른 방법이며, 이를 가볍게 여기는 사람들은 대개 실제 대안이 아니라 상상 속의 대안과 비교하고 있는 것입니다.
모델 2 — 실제로 연락이 닿는 가명 등록인. 당신의 법적 신원이 적혀 있지는 않지만, 실제로 당신에게 연결되는 유효한 이름과 유효한 주소입니다. 이 자체는 합법이며, 많은 사람이 "익명 등록"이라고 할 때 떠올리는 방식이 바로 이것입니다. 이를 취약하게 만들지 않고 지속 가능하게 만드는 요소는 그것이 연락 가능해야 한다는 점입니다. 레지스트라는 등록 정보가 부정확하다는 신고에 대해 조치를 취해야 하며, 그 조치의 첫 단계는 등록된 주소로 메시지를 보내는 것입니다. 그 메시지가 도달하면 절차는 대개 거기서 끝납니다. 도달하지 않으면 당신이 자고 있는 동안 이름은 정지되며, 그것도 당신이 쉽게 고칠 수 없는 바로 그 이유 때문입니다 — 당신은 그 레코드에 적힌 사람이 아니기 때문입니다.
모델 3 — 대리 소유. 제공업체가 자신의 법인 명의로 이름을 등록하고 당신에게 사용권을 부여합니다. 당신은 레지스트리 어디에도 등장하지 않습니다. 당신이 등록인이 아니기 때문입니다. 당신이 갖는 것은 계약입니다. 등록 정보가 애초에 당신에 관한 것이 되지 않도록 막는, 현재 이용 가능한 가장 강력한 보호 수단이며, 동시에 한 회사에 묶인 단일 장애 지점이기도 합니다. 이제 모든 것은 그 제공업체가 재무적으로 건전한 상태를 유지하고, 정책을 지키고, 당신의 지시에 따라 행동하기로 동의하는지에 달려 있습니다 — 여기에는 나중에 떠나고 싶을 때 등록을 넘겨주라는 지시도 포함됩니다. 이 모델을 오랫동안 운영해 온 한 업체를 Njalla 비교 페이지에서 비교해 두었습니다. 그곳의 평가도 여기와 같습니다. 이는 무료 업그레이드가 아니라, 실질적인 트레이드오프가 있는 실제 상품이라는 것입니다.
| 모델 | 실패하는 경우 | 적합한 경우 |
|---|---|---|
| 본인 정보, 비공개 처리됨 | 정당한 자격을 가진 누군가가 문서화된 공개 요청을 합니다. | 이름이 명백히 당신 소유이면서도 일반 대중에게는 읽히지 않기를 원합니다. |
| 가명, 연락 가능 | 등록된 주소가 더는 작동하지 않고, 정확성에 대한 민원이 들어옵니다. | 이 프로젝트는 당신의 법적 인격이 아니며, 당신은 그 메일함을 실제로 확인할 것입니다. |
| 대리 소유 | 제공업체가 인수되거나, 정책을 바꾸거나, 그냥 응답을 멈춥니다. | 필요하다면 이름은 바꿀 수 있으며, 이전 용이성보다 레지스트리 레코드가 더 중요합니다. |
어떤 모델을 선택하든, 그 이야기가 어떻게 끝나는지를 결정짓는 것은 그것을 둘러싼 계정이며, 이는 무엇을 등록하기도 전에 5분 안에 구성해야 합니다. 이 계정만을 위해 존재하고 그 외에는 아무 데도 쓰이지 않는 전용 이메일 주소 — 커밋 기록에 있는 것도, 2019년 유출 데이터에 있는 것도, 지금 등록하려는 도메인에 호스팅된 것도 아니어야 합니다. 복구 주소가 그 이름 자체에 걸려 있는 이름은 만료되는 순간 복구할 수 없기 때문입니다. 다른 어디에도 쓰이지 않는 비밀번호. 시간 기반 일회용 비밀번호 방식의 2단계 인증으로, 복구 코드는 그것이 보호하는 메일함이 아닌 다른 곳에 보관합니다. 그리고 레지스트라가 생략을 허용한다면 전화번호는 적지 마십시오. 번호는 양식에 있는 다른 무엇보다도 강력한 식별자이기 때문입니다.
일반 도메인의 경우 레지스트라는 등록인 이메일 주소를 확인해야 하며, 이를 위해 링크가 담긴 메시지를 정확히 한 번 발송합니다. 그 링크를 15일 안에 클릭하지 않으면 레지스트라는 이름을 정지해야 합니다 — 사이트는 먹통이 되고, 메일은 멈추고, 인증서는 갱신에 실패합니다. 이 메시지는 구매 후 몇 분 안에 도착하며, 레지스트라가 보내는 다른 모든 거래성 메시지와 똑같이 보입니다. 그리고 신중하게 계획된 익명 등록이 2주 안에 무너지는 가장 흔한 원인이 바로 이것입니다. 탭을 닫기 전에 링크를 클릭하고, 계정에서 그 주소가 인증됨으로 표시되는지 확인하십시오.
비용이 전혀 들지 않으면서 이 영역에서 가장 되돌릴 수 없는 실수를 막아주는 습관이 하나 더 있습니다. 한 영역에 한 계정입니다. 한 프로젝트가 다른 프로젝트와 연결되지 않아야 한다면, 두 이름은 레지스트라 계정, 결제 수단, 네임서버 집합, 서버 주소를 서로 공유해서는 안 됩니다. 나중에 그것을 분리하는 것은 불가능합니다. 그 연결은 두 이름이 만들어진 날 이미 기록되었고, 그것을 기록한 데이터셋은 잊어버리지 않기 때문입니다.
암호화폐를 받는 레지스트라는 명백한 문제를 해결합니다. 카드 번호도 없고, 청구지 주소도 없고, 소액 해외 결제를 보고하는 은행도 없습니다. 그러나 실제로 익명성을 무너뜨리는 문제는 해결하지 못합니다. 그 문제는 한 단계 앞선 곳, 즉 코인이 흘러나온 지점에 있습니다. 누군가의 신원에 도달하는 추론의 연쇄는 거의 예외 없이 신원이 확인된 거래소 계정에서 시작해 앞으로 나아간 것이며, 레지스트라에서 시작해 거슬러 올라간 것이 아닙니다.
Monero는 금액, 발신자, 수신자가 공개되지 않기 때문에 이 중에서 움직이는 부분이 가장 적은 결제 방식입니다. 제3자가 나중에 대조할 원장 기록 자체가 없으므로, Bitcoin이 10년이라는 시간에 걸쳐 만들어내는 문제 전체가 사라집니다. 단계별 Monero 가이드에서 지갑과 컨펌을 다루며, 그 절차는 청구서가 서버용이든 도메인용이든 동일합니다.
Bitcoin은 온체인으로든 Lightning을 통해서든 훨씬 더 널리 통용되지만, 영구적이고 공개적이며 검색 가능한 기록을 남깁니다. 이것이 곧바로 문제가 되는 것은 아닙니다 — 문제가 되는 경우는 그 코인들의 이력에 있는 어떤 주소든 당신에게 귀속되었을 때이며, 귀속 작업은 여러 업체가 판매하는 서비스입니다. Lightning이 이런 면에서 온체인보다 나은 이유는 결제 자체는 원장 기록이 아니지만 채널 자금 조달은 원장 기록이었고, 그 코인은 어딘가에서 흘러들어왔기 때문입니다. Lightning 가이드에서 두 방식을 모두 다룹니다.
코인 선택보다 더 큰 효과를 내는 것은 세 가지 습관입니다. 취득과 지출 사이에 거리를 두십시오 — 시간적 거리와, 신원이 확인된 계정에서 상점으로 곧바로 인출하는 것이 아닌 최소 한 번의 경유 단계입니다. 각 청구서를 정확하고 특이한 금액 그대로 결제하는 대신 어림수로 선불 잔액을 충전해 금액 상관관계를 끊으십시오. "14시 07분에 0.0413 XMR 인출"과 "14시 09분에 0.0413 XMR 청구서"는 누구든 맞춰 볼 수 있는 짝이기 때문입니다. 그리고 자동 갱신을 위해 결제 수단을 레지스트라에 등록해 두지 마십시오. 저장된 카드는 구매 시점에 없앤 신원 확인 문서가 2년째에 다시 나타나는 것과 같으며, 저장된 암호화폐 잔액이 같은 필요에 대한 더 나은 답입니다.
등록 비용을 지불할 때 갱신 비용도 함께 예산에 넣으십시오. 익명으로 등록된 이름이 가장 많이, 그리고 조용히 사라지는 지점이 바로 여기이기 때문입니다. 레지스트리가 한 번의 거래에서 허용하는 최대 연수만큼 등록하십시오 — 대부분의 일반 확장자는 최대 10년까지 허용합니다 — 그러면 반복적으로 발생하던 노출을 한 번의 결제로 바꾸고, 갱신 실패로 이름을 잃을 아홉 번의 기회를 없앤 셈이 됩니다. 이는 이 페이지에서 가장 값싼 위험 감소 조치이며, 첫해만으로 충분해 보인다는 이유로 대개 거절당합니다.
이름이 가리키는 머신은 이 문제에서 더 쉬운 절반에 해당합니다. 호스팅 관계는 양자 간의 일이며 무엇도 공개될 필요가 없기 때문입니다. NordBastion에서는 가입 시 이메일 인증도, 신원 확인 문서도, 카드도, 계정에 걸린 법적 명의도 없습니다. 잔액은 Monero, Bitcoin, 또는 그 외 여러 자산으로 충전하며, 서버는 그 잔액에서 주문됩니다. 노출되는 표면은 여전히 도메인입니다. 호스트가 두 번째 노출 지점이 될 필요는 없습니다.
위임 자체는 레코드 두 개와 5분이면 끝납니다. 레지스트라에서 네임서버를 설정하고, 호스트용 주소 레코드를 만들고, 그 변경 사항이 레지스트리까지 전파되기를 기다린 다음, 이미 답을 알고 있는 그 머신이 아니라 당신의 네트워크 바깥에서 확인하십시오. 나머지 40분을 들일 가치가 있는 부분은 위임이 그 이후에 드러내는 모든 것입니다.
dig +short NS example.com @1.1.1.1 # the delegation as the world sees it, not your cache
dig +short A app.example.com # must return the VPS address before you deploy anything
dig +short CAA example.com # empty today; step 05 fills it in
dig +short DS example.com # non-empty only if DNSSEC is actually signed
누가 권한 있는 네임서버를 운영하는가에 대해서는, 솔직한 답이 이 시리즈의 다른 글들이 보통 내놓는 답과 다릅니다. 권한 있는 DNS를 자가 호스팅하는 것은 직접 하는 쪽이 대체로 더 나쁜 결과를 내는 유일한 구성 요소입니다. 서로 다른 네트워크에 있는 서버가 두 대 이상 필요하고, 주 서버를 다운시킨 바로 그 장애 상황 중에도 계속 작동해야 하며, 증폭 공격에 악용되지 않도록 계속 관리가 필요하고, 실패하면 모든 것이 함께 실패합니다 — 상황을 고칠 수 있게 해 줄 인증서 갱신까지도 포함해서 말입니다. 또한 애초에 피하려던 상관관계를 만들어내기도 합니다. 두 프로젝트가 공유하는 자체 운영 네임서버는 누구나 조회할 수 있는 데이터셋에서 그 둘을 공개적으로 묶어 버리기 때문입니다. 애니캐스트 네트워크를 갖춘 DNS 운영자를 쓰고, 기능 목록이 아니라 신원 확인 문서를 요구하는지를 기준으로 고르고, 내보낸 존 파일을 보관해 두어 이전 작업이 발굴이 아니라 붙여넣기가 되도록 하십시오. 이는 이 시리즈에 나오는 프라이빗 재귀 리졸버와는 다른 작업이며, 그 리졸버는 당신이 조회한 내용의 로그를 당신 자신의 머신으로 옮기는 것으로 할 만한 가치가 있는 일입니다.
이제 이 페이지의 다른 무엇보다 신중했던 설정을 더 많이 무너뜨리는 누출 지점을 살펴보겠습니다. 조용히, 그리고 당신이 주의를 거둔 뒤에 작동하기 때문입니다. 공개적으로 신뢰되는 인증 기관이 발급하는 모든 인증서는 추가 전용 공개 로그에 제출되며, 브라우저는 그렇지 않은 인증서를 거부합니다. 이 로그가 존재하는 이유는 오발급을 적발할 수 있도록 하기 위해서이며, 이는 실제로 좋은 일입니다. 그리고 이 로그는 무료 검색 인터페이스로 색인화되어 있습니다. 그 결과, 당신이 지금까지 인증서를 요청한 모든 호스트명은 누구에게나, 영구적으로, 키워드 검색 한 번이면 드러납니다 — 아무도 짐작하지 못할 것이라 여겼던 staging., vpn., backup., 그리고 관리용 이름도 예외가 아닙니다.
# every certificate ever issued under the zone, and every hostname inside each one
curl -s 'https://crt.sh/?q=%25.example.com&output=json' | jq -r '.[].name_value' | sort -u
완화책은 그 존을 위한 와일드카드 인증서 하나를 발급해 그 아래의 모든 내부 호스트명에 사용하는 것입니다. 그러면 로그 항목에는 그 존에 대한 인증서가 존재한다는 사실만 기록되고, 그 안에 무엇이 있는지는 전혀 드러나지 않습니다. 대가는 와일드카드가 더 단순한 파일 기반 방식이 아니라 DNS 기반 챌린지를 요구한다는 것이며, 이는 서버에 DNS 운영자용 API 토큰이 필요하다는 뜻입니다 — 내부 명명 체계가 영구히 공개 목록이 되는 것에 견주면 10분짜리 설정 작업일 뿐입니다. 와일드카드 하나를 발급해 리버스 프록시에 두고, 호스트명별 인증서 요청은 그만두십시오.
두 개의 레코드가 마무리를 짓습니다. CAA 레코드는 어떤 인증 기관이 그 이름에 대해 인증서를 발급할 수 있는지를 명시하므로, 다른 인증 기관의 오발급은 나중에 적발되는 것이 아니라 처음부터 거부됩니다. 그리고 레지스트리와 DNS 운영자가 모두 지원한다면 DNSSEC이 위임에 서명을 남겨, 리졸버가 위조된 응답과 실제 응답을 구별할 수 있게 합니다 — 대부분의 운영자에서는 스위치 하나, 레지스트라에서는 레코드 하나로 끝나는 일이며, 유일하게 주의할 점은 키 관리가 잘못된 서명된 존은 실패 시 완전히 닫혀버린다는, 즉 통째로 작동을 멈춘다는 것입니다.
; in the zone — only this authority may issue, and tell us if anyone tries
example.com. IN CAA 0 issue "letsencrypt.org"
example.com. IN CAA 0 issuewild "letsencrypt.org"
example.com. IN CAA 0 iodef "mailto:abuse@example.com"
마지막으로 상관관계 계층이 있습니다. 누구도 실수를 하지 않아도 두 영역이 하나로 합쳐지는 지점이 바로 여기입니다. 패시브 DNS 데이터셋은 어떤 이름이 언제 어떤 주소로 연결되었는지를 기록합니다. 공유된 주소, 공유된 네임서버 집합, 또는 공유된 메일 교환 서버 하나만 있어도 그 외에는 아무런 공통점이 없는 두 프로젝트를 이어 붙일 수 있습니다. 두 이름을 서로 연결되지 않게 유지해야 한다면, 서로 다른 서버, 서로 다른 네임서버 집합, 서로 다른 메일 라우팅이 필요합니다 — 그리고 아무도 신경 쓰지 않는 작은 것들에도 똑같이 적용됩니다. 두 사이트에서 재사용되는 분석 식별자나 동일한 파비콘 같은 것들이며, 둘 다 관심만 있으면 누구나 인터넷 규모에서 검색해 낼 수 있습니다.
도메인은 이 시리즈에서 만료일이 있는 유일한 구성 요소이며, 그것을 잃는 것은 여기서 진정으로 되돌릴 수 없는 유일한 실패입니다. 이름이 만료되면 사이트가 다운되고, 메일이 멈추고, 인증서 갱신이 실패하고, 그 도메인의 주소에 고정된 모든 계정이 복구 불가능해지며, 정해진 기간이 지나면 그 누구라도 그 이름을 등록할 수 있습니다 — 트래픽이 있다는 이유만으로 정확히 그 순간을 지켜보고 있던 누군가도 포함해서입니다. 이를 되돌려 주는 백업은 존재하지 않습니다.
이 타임라인은 정확히 알아 둘 가치가 있습니다. 각 단계마다 가격이 다르고, 마지막 단계는 가격이 전혀 없기 때문입니다. 만료되면 이름은 보통 즉시 연결이 끊기며, 그레이스 기간이 진행되는 동안에는 일반 요금으로 갱신할 수 있습니다. 그다음에는 약 30일간의 리뎀션 기간에 들어가며, 이 기간에도 복구할 수는 있지만 레지스트라가 아니라 레지스트리가 정한 징벌적 요금이 부과됩니다. 그다음 짧은 삭제 대기 단계가 있으며, 이 시기에는 누구도 아무것도 할 수 없습니다. 그 후 이름이 풀려나고, 가장 먼저 도달한 쪽이 그것을 갖게 됩니다. 구간의 길이는 레지스트리마다 다르지만, 그 구조 자체는 달라지지 않습니다.
| 단계 | 이름은 | 복구 |
|---|---|---|
| 그레이스, 만료 후 | 대개 이미 연결되지 않는 상태 | 일반 가격으로 갱신 |
| 리뎀션, 약 30일 | 레지스트리가 보유, 먹통 | 가능하지만, 레지스트리의 징벌적 요금이 부과됩니다 |
| 삭제 대기, 약 5일 | 공개 대기열에 등록됨 | 누구에게도 없음 |
| 만료 후 삭제됨 | 전 세계에 공개 | 먼저 손에 넣은 쪽에게서 다시 사들이기 |
이 모든 것에 맞서 이름을 지켜주는 것은 네 가지입니다. 길게 등록하십시오 — 레지스트리가 허용한다면 10년으로, 이는 갱신이 실패할 아홉 번의 기회를 없애 줍니다. 이전 잠금을 유지하십시오. 이는 당신이 먼저 해제하지 않으면 이전이 시작되지 못하게 막는 상태 코드이며, 당신의 확장자가 레지스트리 단계의 잠금을 제공하고 그 이름이 중요하다면 그것도 추가하십시오. 인증 코드를 오프라인에 보관하십시오. 2단계 인증 복구 코드 및 내보낸 존 파일과 같은 곳에 두십시오. 그것이 필요한 날은 바로 계정이 응답하지 않는 날이기 때문입니다. 그리고 만료일을 레지스트라의 알림 시스템뿐 아니라 당신이 실제로 확인하는 캘린더에도 기록해 두십시오 — 당신의 계정을 닫아 버린 레지스트라는 그 사실을 이메일로 알려주는 것도 함께 멈췄을 것입니다.
아무 문제가 없을 때 탈출 절차를 한 번 미리 연습해 두십시오. 잠금을 해제하고, 인증 코드를 요청하고, 등록된 주소로 이전 메시지를 받을 수 있는지 확인한 다음 다시 잠그십시오 — 20분이면 응급 상황을 하나의 절차로 바꿀 수 있습니다. 등록 또는 이전 직후 60일 동안은 이전이 불가능하다는 점도 알아 두십시오. 바로 이 기간이야말로 새 레지스트라가 잘못된 선택이었음이 가장 자주 드러나는 시기입니다.
마지막으로, 등록된 이름이라면 결코 가질 수 없는 방식으로 진정으로 견고한 것이 있습니다. 버전 3 어니언 주소는 레지스트리도, 레지스트라도, 갱신도, 결제도 없으며, 누구도 회수할 수 없습니다. 그 주소가 당신이 보유한 키 쌍에서 도출되기 때문입니다. 클리어넷 사이트와 함께 어니언 주소를 운영하는 데는 설정 두 줄이면 충분하며, 레지스트라가 계정을 닫는 날에도 계속 작동하는 주소를 얻게 됩니다 — 사이트에 그 주소를 공개하고, Onion-Location 헤더를 추가해 Tor 사용자에게 자동으로 제시되도록 하십시오. 그러면 이 단계 전체가 다루는 실패 상황에서도 살아남는 대안이 됩니다. 히든 서비스 가이드에서 전체 과정을 20분 안에 다룹니다.
메시지 하나가 구매 직후 몇 분 안에 발송되며, 그 옆에 있는 영수증과 구분되지 않을 만큼 비슷합니다. 15일이 지나면 레지스트라는 이름을 정지해야 합니다. 사이트는 먹통이 되고, 메일은 멈추고, 인증서는 갱신에 실패합니다. 탭을 닫기 전에 그 링크를 클릭하고, 계정에서 그 주소가 인증됨으로 표시되는지 확인하십시오.
바닥난 암호화폐 잔액, 도메인 자체에 있는 메일함으로 간 알림, 마케팅 메일로 분류되어 버린 레지스트라의 리마인더. 리뎀션 기간이 끝나면 누구든 그 이름을 등록할 수 있으며, 누군가는 정확히 이 순간만을 기다리고 있습니다. 10년 단위로 등록하고, 그 날짜를 당신 자신의 캘린더에 적어 두고, 복구 수단을 그 이름이 보호하는 대상 자체에 걸어 두는 일은 절대로 하지 마십시오.
거주, 시민권 또는 현지 사업장을 요구하는 확장자는 결제가 끝났다고 요구를 멈추지 않습니다. 가지고 있지 않은 자격을 신고하면, 그 등록은 최초의 민원 제기와 함께 발동되는 취소 조항으로 바뀝니다 — 그리고 참여할 가치가 있는 절차조차 없이 이름은 사라집니다.
공개적으로 신뢰되는 모든 인증서는 누구나 도메인으로 검색할 수 있는 추가 전용 로그에 기록됩니다. 옵트아웃은 없으며, 있어서도 안 됩니다. 존 전체에 대한 와일드카드 인증서 하나는 그 존만 공개하고 그 아래에 있는 것은 아무것도 공개하지 않습니다. 반면 호스트명별 인증서는 당신의 내부 명명 체계 전체를 영구적으로 공개합니다.
상업적 아카이브는 등록 레코드를 계속해서 스냅숏으로 찍어 보관합니다. 한 번이라도 당신의 실제 정보로 공개 등록된 이름은, 오늘의 레코드가 무엇을 말하든 그들의 기록 속에서는 계속 그 상태로 남습니다. 이름이 깨끗하다고 짐작하기 전에 이미 무엇이 저장되어 있는지 확인하십시오 — 그리고 중요한 대상이라면 이전보다 새 등록을 선택하십시오.
업무용 도메인과, 그것과 묶이고 싶지 않은 프로젝트가 같은 레지스트라 계정에, 같은 결제 수단으로, 같은 네임서버 뒤에 있는 경우입니다. 공개 레코드가 아무것도 말하지 않더라도 그 둘은 여전히 연결되어 있습니다 — 그 계정을 읽을 수 있는 사람에게는 직접적으로, 그 외의 모든 사람에게는 패시브 DNS 데이터셋을 통해서 말입니다.
이 작업을 하다 보면 떠오르는 열한 가지 질문 — 그중 이 모든 것이 성립하는지 여부를 결정짓는 질문부터 시작합니다.
신원을 공개하지 않고 도메인을 등록하는 것은 합법이며 흔한 일입니다. 허위 정보로 등록하는 것은 전혀 다른 문제이며, 이 주제 전체가 갈리는 지점이 바로 이 구분입니다. 2018년에 등록 정보 처리 방식이 바뀐 이후로, 일반 최상위 도메인의 공개 레코드는 기본적으로 비공개 처리됩니다 — 당신의 정보는 수집되고 보관되지만, 요청하는 누구에게도 공개되지는 않습니다. 이것이 2026년 현재 도메인의 정상적인 상태이며, 프라이버시를 위한 편법이 아닙니다. 그리고 이 때문에 부가 서비스로서의 "WHOIS 프라이버시" 시장은 사실상 당신이 이미 가지고 있는 것을 파는 시장이 되어 버렸습니다. 여전히 진짜로 선택 사항으로 남아 있는 것은, 정확한 정보를 당신의 법적 명의로 레지스트라에 맡길 것인지, 아니면 제3자가 등록을 보유하고 당신은 그와 계약을 맺을 것인지입니다. 둘 다 합법입니다. 합법이 아니거나 적어도 지속 가능하지 않은 것은, 알면서도 허위인 정보를 제공하는 것입니다. ICANN의 인가 계약에 따라 레지스트라는 부정확한 데이터에 대한 신고가 들어오면 조치를 취해야 하며, EU 내에서는 NIS2 지침 Article 28에 따라 레지스트리와 등록 서비스가 정확하고 완전한 데이터를 보관하고 이를 검증할 적극적 의무를 집니다. 조작된 신원 위에 세워진 등록은 누군가 민원을 제기하는 순간 취소될 수 있는 등록이며, 바로 그 순간이야말로 당신이 가장 잃고 싶지 않은 때일 것입니다. 실행 가능한 입장은, 정확한 데이터를 가능한 한 적은 당사자만 보유하고 누구에게도 공개하지 않는 것입니다. 여기 담긴 내용은 법률 자문이 아닙니다.
예전보다는 덜하며, 돈을 내기 전에 그 차이를 이해할 가치가 있습니다. 일반 최상위 도메인의 경우 공개 레코드는 이미 연락처 필드가 비공개 처리되어 있으므로, 유료 프라이버시 서비스가 낯선 사람이 읽을 수 있는 정보에 추가로 더하는 것은 없습니다. 그래도 여전히 두 가지 유용한 일을 합니다. 비공개 처리가 미치지 않는 곳 — 레지스트라 자체의 디렉터리 페이지, 일부 레지스트리가 여전히 그대로 공개하는 데이터, 대량 피드, 이전 확인 이메일 — 에서 당신의 정보 대신 전달용 주소를 대신 넣어줍니다. 그리고 레코드에 적힌 주소를 노린 대량의 자동화된 악용 시도와 당신 사이에 한 당사자를 끼워 넣습니다. 이보다 중요한 것은 이 서비스가 하지 않는 세 가지입니다. 레지스트라가 보유한 상세 정보에는 영향을 주지 않으며, 그 정보는 문서화된 요청이 있으면 공개되는 그대로입니다. 소급 적용도 되지 않습니다. 만약 그 이름이 한 번이라도 당신의 실제 정보로 공개 등록된 적이 있다면, 그 스냅숏은 여러 상업적 과거 기록 아카이브에 영구히 남아 있으며, 오늘 프라이버시를 켠다고 해서 그것이 사라지지는 않습니다. 그리고 많은 국가코드 도메인에서는 이 서비스 자체를 이용할 수 없습니다. 무엇을 공개할지는 레지스트라가 아니라 레지스트리가 결정하기 때문입니다. 이를 익명성이 아니라 스팸 방지에 더해진 얇은 한 겹으로 평가하십시오.
이는 코인이 어디서 왔는지보다는 덜 중요하며, 바로 이 부분에서 사람들이 순서를 거꾸로 이해합니다. Bitcoin 결제는 금액과 시점을 하나의 주소에 영구히 연결하는 공개 기록입니다. 그리고 그 주소가 — 신원 확인 문서로 개설한 계정에서 인출했거나, 재사용했거나, 체인 분석 업체가 그것을 신원이 확인된 다른 주소와 클러스터로 묶었기 때문에 — 언젠가 당신에게 연결될 수 있다면, 그 결제는 당신의 이름과 그날의 그 레지스트라 사이의 지속적인 연결고리가 됩니다. Monero는 금액, 발신자, 수신자를 공개하지 않으므로 같은 결제라도 그에 상응하는 기록을 남기지 않습니다. 하지만 그 Monero를 몇 분 전에 신원을 확인하는 거래소에서 사서 레지스트라로 곧바로 인출했다면, 그 거래소에는 청구서 금액과 시점에 거의 정확히 일치하는 인출 기록이 남아 있으며, 그 상관관계는 만들어내기 어렵지 않습니다. 실제로 도움이 되는 규칙은 코인의 종류가 아니라 거리에 관한 것입니다. 가치를 획득한 지점과 그것을 지출한 지점 사이에 시간, 금액 형태, 그리고 귀속되지 않는 최소 한 번의 경유 단계를 두십시오. 그리고 각 청구서를 정확한 금액 그대로 결제하기보다는 어림수로 선불 잔액을 충전하는 쪽을 선호하십시오. Monero 가이드와 Lightning 가이드에서 두 방식 모두의 구체적인 방법을 다룹니다.
아닙니다. 그리고 이 모델을 제대로 제공하는 업체라면 그 사실을 분명히 밝힙니다. 대리 소유에서는 제공업체가 자신의 법인 명의로 이름을 등록하고 당신에게 사용 및 지시 권한을 부여합니다. 즉 당신이 갖는 것은 등록이 아니라 계약입니다. 바로 이 점이 이 방식을 효과적으로 만드는 요인입니다 — 레지스트리 어디에도 당신에 대한 기록이 없는 이유는 당신이 등록인이 아니기 때문입니다 — 그리고 바로 이 점이 위험을 한곳에 집중시키는 요인이기도 합니다. 이제 모든 것이 한 회사의 재무 건전성, 그 회사의 정책, 그리고 당신의 지시에 따라 행동하려는 의지에 달려 있으며, 여기에는 나중에 떠나고자 할 때 등록을 당신에게 이전해 줄 의지도 포함됩니다. 이 방식을 잘 운영하는 제공업체는 요청 시 이전하겠다는 명시적 약속을 공개하고 이를 실제로 지켜온 눈에 보이는 기록을 갖고 있으며, 그 기록이야말로 당신이 실제로 확인할 수 있는 유일한 실사 자료입니다. 이를 실패 시나리오와 견주어 보십시오. 제공업체가 인수되거나, 약관을 변경하거나, 당신의 콘텐츠가 자사 정책에서 벗어난다고 판단하거나, 그냥 응답을 멈추는 날, 당신은 옮길 수 없는 이름을 갖게 됩니다. 이름을 바꿀 수 있는 프로젝트라면 이 거래는 대개 그럴 만한 가치가 있습니다. 그러나 주소 자체가 정체성인 대상 — 공개된 소프트웨어 저장소, 메일 도메인, 고객을 둔 상점 — 이라면, 이는 프라이버시 서비스를 두른 일반 등록이라면 굳이 하지 않아도 될 제3자에 대한 도박입니다. 이 모델을 제공하는 한 업체를 Njalla 비교 페이지에서 비교해 두었습니다.
1년 안에 낡은 정보가 되어 버릴 목록을 나열하는 대신, 레지스트리 자체의 정책 페이지에 세 가지 질문을 던져 보십시오. 첫째, 자격 조건 — 거주, 시민권, 현지 법인, 현지 행정 연락처 — 을 요구하는가? 그렇다면 그 조건을 충족한다는 것은 실제로 그런 존재이거나 그렇다고 주장하는 것을 뜻하며, 후자는 우회 방법이 아니라 취소 사유입니다. 둘째, 레지스트리 자신은 무엇을 공개하는가? 일반 도메인에 대한 등록 정보 정책은 중앙에서 정해지며 연락처 필드를 비공개 처리하지만, 국가코드 레지스트리는 자체 규칙을 정하며 그중 여럿은 레지스트라가 당신에게 무엇을 팔든 상관없이 등록인 이름을 그대로 공개합니다. 셋째, 그 레지스트리 뒤에는 누가 있으며 이름을 정지시켜 온 전례는 어떠한가? 일부 레지스트리는 문서화된 분쟁 절차에 따라 운영되지만, 다른 일부는 국가 기관의 비공식 요청만으로 이름을 내려 버린 적이 있습니다. 그리고 당신이 참여할 수 있는 절차 없이 압류된 도메인은 당신이 방어할 수 없는 도메인입니다. 아무도 묻지 않지만 모두가 물어야 할 네 번째 질문이 있습니다. 2년째의 갱신 비용은 얼마인가? 특이한 확장자에서의 프로모션 첫해 뒤에 큰 표준 갱신 요금이 뒤따른다면, 이는 계속해서 다시 내려야 하는 결정이 되며, 갱신할 여유가 없는 이름은 결국 그것이 풀리기를 지켜보고 있던 누군가에게 넘어가게 될 이름입니다.
실제로 존재하는 한 부류의 프로젝트에는 그렇습니다. 그리고 이는 이 페이지에서 레지스트라도, 레지스트리도, 갱신일도, 결제도 없는 유일한 방식입니다. 버전 3 어니언 주소는 누구에게서도 할당받는 것이 아닙니다. 스스로 생성한 키 쌍에서 도출된 56자 인코딩이며, 이 때문에 주소는 자기 인증적이고 회수 불가능합니다 — 누구도 그것을 이전하거나 정지하거나 만료시킬 수 없습니다. 어디에도 그것을 조치할 대상이 되는 레코드 자체가 존재하지 않기 때문입니다. 대신 포기해야 하는 것은 Tor Browser를 설치하지 않을 모든 사람이며, 대중을 상대하는 대부분의 프로젝트에서는 거의 모든 사람이 여기에 해당합니다. 그뿐 아니라 검색 노출, 메일, 일반적인 호스트명을 전제로 하는 모든 연동도 함께 포기하게 됩니다. 실제로 효과적인 방식은 둘 다 쓰는 것입니다. 이 가이드가 설명하는 대로 도달 범위를 위해 클리어넷 도메인을 등록하고, 원하는 사람들을 위한 어니언 서비스를 함께 운영하며, 클리어넷 사이트에 Onion-Location 헤더를 두어 Tor 사용자에게 어니언 주소가 자동으로 제시되도록 하는 것입니다. 이렇게 하면 도메인을 잃어도 살아남는 대안도 확보하게 됩니다 — 레지스트라가 계정을 닫는 날에도 어니언 주소는 계속 작동하며, 바로 그날이 당신이 어니언 주소를 가지고 있기를 바라게 되는 날입니다. Tor 히든 서비스 가이드에서 전체 과정을 설명합니다.
네, 그렇습니다. 그리고 이것이야말로 그 외에는 신중했던 설정을 가장 자주 무너뜨리는 누출 지점입니다. 당신이 모든 걸 끝내고 더는 주의를 기울이지 않게 된 뒤에 작동하기 때문입니다. 공개적으로 신뢰되는 인증 기관이 발급하는 모든 인증서는 추가 전용 공개 로그에 제출되며, 브라우저는 그렇지 않은 인증서를 거부합니다. 이 로그는 무료 검색 인터페이스를 통해 미러링되고 색인화되므로, 인증서를 요청한 모든 대상의 전체 호스트명은 누구에게나, 영원히, 키워드 검색 한 번이면 드러납니다 — 아무도 짐작하지 못할 것이라 생각했던 staging., backup., vpn., admin- 이름들도 예외가 아닙니다. 여기에는 옵트아웃이 없으며, 있어서도 안 됩니다. 이 로그가 있기에 오발급을 적발할 수 있는 것입니다. 깨끗한 완화책은 있습니다. 전체 존에 대해 와일드카드 인증서 하나만 요청하고 모든 내부 호스트명을 거기서 서비스하십시오. 그러면 로그 항목에는 그 존에 대한 인증서가 존재한다는 사실만 남습니다. 그 대가로 더 단순한 HTTP 방식이 아니라 DNS-01 챌린지를 거쳐야 하지만, 이는 영구적인 정보 노출에 비하면 10분짜리 설정 작업일 뿐입니다. 더 나아가기 전에 당신의 도메인으로 직접 검색해 보십시오 — 명령 한 번이면 되고, 사람들은 예전에 한 번 발급하고 잊어버린 인증서 때문에 이미 그 안에 무엇이 들어 있는지 알고 흔히 놀라곤 합니다.
이를 우연이 아니라 10년 안에 언젠가 반드시 일어날 일로 계획해 두십시오. 그 계기는 대개 아주 평범합니다. 암호화폐 결제에 걸린 자동 사기 방지 규칙, 그 도메인에 관한 민원, 레지스트라의 소유권 변경, 또는 그 회사가 더는 노출되고 싶지 않다고 판단한 관할권 문제 같은 것들입니다. 네 가지 준비만 있으면 이를 버텨낼 수 있으며, 넷 다 무료입니다. 이전 잠금은 유지하되, 최신 인증 코드를 오프라인에 보관해 두십시오. 당신의 계정을 닫아 버린 레지스트라가 그것을 새로 발급해 주지는 않을 것이기 때문입니다. 당신 자신의 등록 정보 — 생성일, 등록된 등록인 이메일, 마지막 이전일 — 를 외워 두십시오. 어떤 복구 절차든 바로 이것들을 물어볼 것이기 때문입니다. 존 파일을 레지스트라 바깥의 어딘가에 내보내 보관해 두어, 새 레지스트라에서 다시 구축하는 일이 발굴 작업이 아니라 15분짜리 붙여넣기가 되도록 하십시오. 그리고 레지스트라를 당신의 DNS 운영자, 호스트, 메일 제공업체와 같은 회사로 두지 마십시오. 계정 하나가 닫히면 네 가지를 한꺼번에 잃게 되기 때문입니다. 그래도 이런 일이 일어난다면, 레지스트라는 이전 정책에 따라 문서화된 절차와 에스컬레이션 경로를 갖추어야 하며, 그 위의 레지스트리는 자체 민원 경로를 가진 별도의 당사자입니다. 그 답은 느리고 절차적이지만 대개 성공합니다 — 다만 계정 전체가 의지하고 있는 그 메일함까지 함께 잃지 않았어야 합니다.
보통은 그렇지 않습니다. 그리고 이 시리즈에서 자가 호스팅이 오히려 약한 선택이 되는 몇 안 되는 지점 중 하나입니다. 권한 있는 DNS는 서로 다른 네트워크에 있는 두 대 이상의 서버, 주 서버가 다운된 바로 그 사고 중에도 올바르게 작동할 것, 그리고 설정 한 번으로 끝나는 게 아니라 계속 관리해야 하는 증폭 공격 방어 능력을 요구합니다 — 그리고 이것이 실패하면 그 이름을 통해 해석되는 모든 것이 함께 실패하며, 여기에는 문제를 고칠 수 있게 해 줄 인증서 갱신도 포함됩니다. 여기에는 통상적인 논리와는 반대로 작동하는 프라이버시 관련 반론도 있습니다. 당신이 운영하는 다른 모든 것과 같은 주소 블록에서 직접 운영하는 권한 있는 서버는 그 모든 것을 하나로 직접 연결하는 고리가 되며, 누구나 조회할 수 있는 패시브 DNS 데이터셋에서 그대로 드러납니다. 실용적인 방식은 애니캐스트 네트워크를 갖춘 DNS 운영자를 쓰는 것입니다. 기능 목록이 아니라 신원 확인 문서를 요구하는지를 기준으로 고르고, 한 번의 명령으로 내보낼 수 있는 존을 유지하십시오. 이는 이 시리즈의 다른 곳에서 다루는 프라이빗 리졸버와는 다른 작업이라는 점에 유의하십시오. 그 리졸버는 당신이 조회한 내용의 로그를 당신 자신의 머신으로 옮기는 것으로, 명백히 이득이 되는 일입니다. 이번 경우는 다른 모든 사람이 당신에 대해 조회한 내용을 공개하는 것이므로, 완전히 다른 위험 유형입니다.
네, 그렇습니다. 그리고 이는 이 페이지에서 가장 값진 5분입니다. 레지스트라 계정에 적힌 주소는 단순한 연락처 정보가 아니라 마스터 키입니다. 만료 시 이름을 정지시킬 수 있는 인증 메시지를 받고, 이전을 승인하고, 비밀번호를 재설정하며, 모든 복구 절차의 중심축이 됩니다. 세 가지 특성이 중요합니다. 전용이어야 합니다. 즉 당신의 커밋 기록, 포럼 프로필, 2019년 유출 데이터에 있는 주소가 아니어야 합니다 — 재사용은 신중하게 익명으로 진행된 등록이 한 사람에게 연결되는 가장 흔한 경로이며, 이를 피하는 데는 아무런 비용도 들지 않습니다. 내구성이 있어야 합니다. 사라지는 임시 메일함 때문에 인증 이메일을 아홉 달이나 늦게 발견하는 일이 벌어지며, 무료 제공업체는 비활성 계정을 닫아 버립니다. 그리고 당신이 실제로 읽는 메일함이어야 합니다. 정말 중요한 메시지는 드물게 오며, 그렇지 않은 메시지와 똑같이 보이기 때문입니다. 메일 제공업체에 있는 당신 자신의 도메인이든, 이 연결고리 바깥에 있는 제공업체의 유료 메일함이든 상관없지만, 지금 등록하려는 도메인 그 자체는 안 됩니다 — 복구용 이메일이 그 이름 자체에 걸려 있는 이름은, 그 이름이 만료되는 순간 복구할 수 없게 됩니다. 같은 자리에서 시간 기반 일회용 비밀번호 방식의 2단계 인증도 계정에 추가하고, 복구 코드는 그것이 보호하는 메일함이 아니라 인증 코드와 함께 보관하십시오.
둘이 서로 다른 것을 노출하며, 하나를 손에 넣은 공격자는 다른 하나도 찾아 나서기 때문입니다. 도메인 레코드는 "누가 이 이름을 등록했는가"에 답하고, 호스팅 계정은 "누가 어떤 주소에서, 어떤 카드로 이 머신의 비용을 내고, 그 외에 무엇을 운영하는가"에 답합니다 — 그리고 이 두 번째 파일이 대개 훨씬 풍부합니다. 이는 또한 공개 인터페이스에서 읽어내는 것이 아니라 법적 절차를 통해 요청되는 대상이기도 하므로, 그것이 위치한 관할권이 당신의 실제 노출 범위의 일부가 됩니다. 여기서 두 가지 특성이 따라옵니다. 머신이 어디에 있는지가 어떤 절차가 그것에 도달할 수 있는지를 결정합니다 — Stockholm, Helsinki, Oslo, Reykjavík는 언론 자유 전통이 강한 네 개의 입헌 체제이며, 모두 EEA 안에 있어 문서로 남겨야 할 국제 이전 문제 자체도 사라집니다. 그리고 계정에 어떤 이름이 올라 있는지가 그 계정 자체가 무엇을 드러내는지를 결정합니다 — NordBastion에는 신원 확인 문서도, 법적 명의도, 카드도 없으며, 청구서는 Monero 또는 Bitcoin으로 결제되고, 고객 레코드에는 누군가가 물어볼 만한 것이 그야말로 담겨 있지 않습니다. 이것이 도메인을 비공개로 만들어 주지는 않습니다. 어떤 것도 도메인을 비공개로 만들 수는 없습니다. 다만 도메인이 당신의 여권이 담긴 호스팅 파일로 끝나는 연쇄의 첫 번째 고리가 되는 것을 막아 줍니다. 관할권 가이드에서 이 네 곳 각각의 법적 하한선을 다룹니다.
Sentinel — 월 $3.90에 2 vCPU, 4 GB, 120 GB NVMe를 제공하며, Helsinki, Stockholm, Oslo, Reykjavík 중에서 선택할 수 있습니다 — 도메인이 가리키는 사이트를 운영하기에 충분하며, 이메일 인증도, 신원 확인 문서도, 카드도 없이 주문할 수 있습니다. 잔액은 Monero 또는 Bitcoin으로 충전합니다. 레지스트리가 도메인에 대해 무엇을 공개하든, 그 뒤에 있는 호스팅 파일에는 물어볼 가치가 있는 정보가 전혀 없습니다.
마지막 검토일 · 2026-10-12 · 출처 · ICANN Registration Data Policy; ICANN Transfer Policy; ICANN Expired Registration Recovery Policy; 2013년 Registrar Accreditation Agreement 및 그 부속 Whois Accuracy Program Specification; NIS2 지침(Directive (EU) 2022/2555) Article 28; .eu 최상위 도메인에 관한 규정(Regulation (EU) 2019/517); RFC 9082 및 RFC 9083(RDAP); RFC 9162(Certificate Transparency); RFC 8659(CAA); RFC 3915(Redemption Grace Period) · 주기 · 연간
This guide is one spoke of a larger series. The pillar walks the three privacy layers end to end — the sibling spokes below dive into the specifics.
Three independent layers — signup, payment, network — explained, legal context included, common mistakes flagged.
What “no KYC” actually means — and what it does not.
Why Sweden, Finland, Norway and Iceland — the legal floor of each.
Deploy your own MCP server on a no-KYC VPS — TLS, streamable HTTP, OAuth.
Host an MCP server with no ID — the privacy stack, crypto-paid.
북유럽에서 구축한 프라이빗 호스팅.