조직을 분리하세요
등록기관은 등록을 판매하거나 관리하고, 레지스트리는 최상위 도메인을 운영하며, DNS 제공업체는 레코드를 제공합니다. 이들은 서로 다른 신원 요건과 공개 규칙을 가질 수 있습니다. 레지스트리 요건은 등록기관이 숨길 수 있는 범위를 제한할 수 있습니다.
실제 등록 약관 확인
개인정보 보호 및 프록시 서비스는 누구의 세부 정보가 표시되고 누가 등록자가 되는지에서 차이가 있습니다. 등록 규칙을 위반하는 연락처 정보를 만들어내지 마세요. 가치 있는 이름을 확정하기 전에 갱신, 이전, 복구 및 분쟁 절차를 확인하세요.
공개 기술 기록을 기억하세요
DNS는 서버 주소를 노출할 수 있습니다. 인증서 투명성 로그는 공개적으로 신뢰되는 인증서에 포함된 이름을 드러낼 수 있습니다. 과거의 DNS 및 등록 기록은 변경 후에도 남을 수 있습니다. 새로운 개인정보 설정이 이전 게시를 지우지는 않습니다.
지속적인 소유권 보호
강력한 등록기관 로그인, 다중 인증, 적절한 경우 등록기관 잠금 및 신뢰할 수 있는 갱신 알림을 사용하세요. 복구 방법은 복구하려는 도메인과 독립적으로 유지하세요.
간단한 노출 인벤토리 작성
등록 데이터, DNS, 인증서, 웹사이트 자체에서 어떤 세부 정보가 표시되는지 기록하세요. 공유 분석 식별자, 공개 연락처 페이지, 재사용된 소셜 프로필은 등록이 비공개이더라도 프로젝트를 연결할 수 있습니다. 부정확한 등록 데이터를 만들어내지 않으면서 불필요한 연결을 최소화하세요.
갱신 및 이전 경로를 연습하세요
만료일, 갱신 방법, 복구 경로를 비공개 운영 기록에 보관하세요. 도메인이 중요해지기 전에 이전 잠금, 인증 코드, 등록 기관 규칙을 파악하세요. 예상치 못한 갱신 이메일을 따르지 말고 등록 기관의 알려진 인터페이스로 알림을 확인하세요.
RDAP를 통해 등록 결과 확인
레지스트리 또는 등록기관의 현재 RDAP 서비스, 또는 지원되는 일반 최상위 도메인의 경우 ICANN 조회 인터페이스를 사용하여 공개 등록 결과를 확인하세요. 어떤 필드가 공개, 삭제 또는 개인정보/프록시 연락처로 대체되는지 확인하세요. 공개 삭제가 등록기관이 비공개로 보유하는 정보를 입증하지는 않습니다. 국가 코드 도메인의 자격 및 공개 규칙은 일반 도메인 정책과 다를 수 있으므로 구매 전에 선택한 접미사를 확인하세요.
- 등록기관의 개인정보 보호 약관, 복구 조건 및 등록 명의자 배치를 비교하세요.
- 계약에서 요구하는 경우 정확한 연락처 정보를 유지하고 필요한 검증 공지를 완료하세요.
- 등록 및 갱신 가격을 별도로 확인하고 만료 날짜와 일반 갱신 경로를 기록하세요.
- 도메인과 별개로 복구용 받은편지함을 보호하세요. 만료된 도메인이 유일한 복구 채널까지 앗아가지 않도록 하기 위함입니다.
공식 문서: ICANN: 등록 데이터 접근 프로토콜 · ICANN: 등록자 권리와 책임
게시 전에 DNS 및 인증서 이름을 검토하세요
도메인을 서버로 연결하기 전에 의도한 공개 레코드 세트를 준비하세요. A, AAAA, MX, TXT 레코드는 각기 다른 역할을 하며 인프라나 서비스 연관성을 드러낼 수 있습니다. 공개적으로 신뢰되는 인증서는 인증서 투명성 로그에 기록되어 포함된 호스트 이름이 노출될 수 있습니다. 스테이징 환경에 암호화가 필요하다는 이유만으로 비공개 프로젝트 이름을 공개 인증서에 넣지 마세요. 진정으로 비공개인 이름에는 적절한 내부 인증서 구성을 선택하세요.
- DNS 변경 후 두 주소 체계를 모두 확인하세요. 오래된 AAAA 레코드가 일부 방문자를 이전 서버로 계속 보낼 수 있습니다.
- 검증에 실패하면 보안 제어를 비활성화하기 전에 권위 있는 DNS 및 선택한 인증서 챌린지 경로를 점검하세요.
- DNS 전파가 즉시 이루어진다고 가정하지 마세요. 권한 있는 응답과 캐시 TTL을 확인하세요.
- 이전 또는 연락처 변경 전에 실제 등록기관 인터페이스에서 적용되는 잠금 및 기한을 검토하세요. 복구 및 갱신 단계를 비공개로 기록하세요.
공식 문서: Let’s Encrypt: 인증서 투명성 · ICANN: 등록자 권리와 책임