회사 도메인은 누가 관리해야 할까요?

도메인으로 대표되는 회사가 해당 도메인의 등록을 관리하는 것이 일반적입니다. 웹사이트 업체가 기술 설정을 관리하더라도 등록 명의자가 되거나 계정에 대한 유일한 접근 권한을 가질 필요는 없습니다.

회사는 어느 등록기관에서 도메인을 관리하는지 알고, 계정에 지속적으로 접근할 수 있으며, 갱신 및 보안 알림을 받고, 변경을 승인할 수 있어야 합니다. 이는 사업 연속성과 책임의 명확한 구분을 위한 것입니다. 대행사, 직원 또는 이전 업체가 부적절하게 행동했다는 뜻은 아닙니다.

도메인을 관리한다는 것은 무슨 뜻인가요?

도메인은 등록기관을 통해 등록 계약에 따라 등록됩니다. 등록자는 계약에 기재된 개인 또는 조직입니다. .com이나 .org 같은 일반적인 일반 최상위 도메인의 경우, ICANN은 등록자를 이름을 등록하고 등록기관을 통해 관리하는 개인 또는 법인으로 설명합니다.

도메인 등록은 등록기관의 약관과 해당 레지스트리 규칙의 적용을 받는 계약상 권리입니다. 일반적인 유형 자산을 소유하는 것과는 다릅니다. 국가 코드 최상위 도메인은 ICANN의 전체 체계 대신 해당 국가 레지스트리가 정한 규칙을 따를 수도 있습니다.

회사 도메인을 관리한다는 것은 일반적으로 다음을 의미합니다.

• 회사 또는 회사 내 적절한 담당자가 등록자로 기록되어 있습니다.
• 회사가 등록기관 계정에 로그인할 수 있습니다.
• 직원이나 업체가 바뀌어도 연락처와 계정 복구 정보가 유효합니다.
• 갱신 알림과 결제가 회사 외부의 한 사람에게만 의존하지 않습니다.
• 회사가 이전을 승인하거나 도메인 관리자를 지정할 수 있습니다.

개인정보 보호를 위해 공개 등록 기록에서 개인 또는 조직 정보가 숨겨질 수 있습니다. 조회 결과에서 정보가 비공개라고 해서 계정을 누가 관리하는지 알 수 있는 것은 아닙니다. 등록기관의 기록과 계정 접근 권한을 확인해야 합니다.

도메인은 웹사이트, 호스팅 또는 이메일과 같은 것인가요?

아닙니다. 서로 연동되지만 각각 별개입니다.

• 도메인 등록은 도메인 이름의 등록 상태를 유지합니다.
• DNS는 도메인 이름을 사용할 서비스로 연결합니다.
• 웹 호스팅은 웹사이트를 저장하고 제공합니다.
• 이메일 호스팅은 도메인을 사용하는 주소의 메일을 주고받습니다.
• 웹사이트 소프트웨어와 콘텐츠는 사이트의 내용과 작동 방식을 결정합니다.

웹 호스팅 업체를 변경한다고 해서 도메인을 반드시 다른 등록기관으로 이전해야 하는 것은 아닙니다. 업체에는 관련 DNS 레코드를 수정할 권한만 필요할 수 있습니다. 반대로 도메인 등록을 이전해도 웹사이트나 이메일이 자동으로 옮겨지지는 않습니다.

변경을 계획할 때 이 구분이 중요합니다. 변경 대상이 한 가지 서비스뿐이더라도 계획 없이 DNS를 수정하면 웹사이트, 이메일 또는 도메인을 사용하는 다른 서비스에 영향을 줄 수 있습니다.

웹사이트 업체가 계정을 관리하지 않고 도메인만 관리할 수 있나요?

가능합니다. 많은 등록기관이 추가 사용자, 권한 위임 또는 역할별 권한 설정을 지원합니다. 이러한 옵션이 있다면 회사는 주 계정과 복구 권한을 보유하면서 업체에 DNS나 등록 설정을 관리하는 데 필요한 권한을 줄 수 있습니다.

권한 위임이 불가능하다면 회사와 업체가 다른 절차를 합의하고 문서화할 수 있습니다. 기술적 편의를 위해 회사가 등록기관을 확인하거나 도메인을 갱신하거나 접근 권한을 복구할 수 없는 상황이 되어서는 안 됩니다.

보안도 중요합니다. 영국 국가사이버보안센터는 등록기관이 고객에게 다중 인증과 민감한 변경 사항 통제 같은 보호 기능을 제공할 것을 권고합니다. 특히 회사의 주요 도메인에는 등록기관이 제공하는 실용적인 범위에서 가장 강력한 보호 기능을 사용하세요.

회사는 무엇을 확인해야 할까요?

• 등록기관: 현재 어느 회사가 등록 서비스를 제공하나요?
• 등록자: 회사 또는 예정된 보유자가 올바르게 등록되어 있나요?
• 계정 접근: 회사 내 권한 있는 담당자가 로그인할 수 있나요?
• 연락처: 등록 및 복구 정보가 최신인가요? ICANN 정책이 적용되는 도메인에는 정확한 등록 정보가 요구됩니다.
• 갱신: 만료 알림은 누가 받고 갱신 비용은 어떻게 결제하나요?
• 보안: 다중 인증이 활성화되어 있나요? 민감한 변경은 누가 승인할 수 있나요?
• DNS: 누가 관리하며 설정에 대한 최신 기록이 있나요?
• 이전: 등록기관 이전이 필요할 때 등록자가 승인 코드를 받을 수 있나요? ICANN은 이전 절차와 일반적인 제한 사항을 설명합니다.
• 내부 연속성: 권한이 있는 다른 담당자 한 명 이상이 기록과 접근 복구 안내의 보관 위치를 알고 있나요?

접근 권한을 시험하려고 DNS 변경이나 이전을 요청하지 마세요. 먼저 현재 설정을 기록하고 어떤 서비스가 이에 의존하는지 확인하세요.

대행사나 퇴사한 직원이 도메인을 등록했다면 어떻게 해야 하나요?

사실부터 확인하세요. 등록기관을 찾고 청구서와 계약을 확인하며, 갱신에 사용한 계정을 파악하고, 누가 등록자로 기재되어 있는지 확인합니다. 이러한 구조는 의도적인 선택이었을 수도 있고, 과거 업무 방식의 결과이거나 단순히 업데이트가 필요한 것일 수도 있습니다.

관리 권한을 변경해야 한다면 현재 업체 및 등록기관과 절차를 계획하세요. 등록자 변경이나 최근 등록은 이전을 일시적으로 제한할 수 있습니다. 계약 문제, 재판매업체와의 약정, 국가 코드 도메인 규칙도 개별 검토가 필요할 수 있습니다.

변경하기 전에 현재 DNS 레코드를 보관하고 웹사이트, 이메일 및 기타 서비스가 어디에서 호스팅되는지 확인하세요. 계정 관리 권한을 옮기다가 도메인에 연결된 서비스가 중단되어서는 안 됩니다.

LINK-V는 도메인을 어떻게 관리하나요?

회사의 통제 권한과 기술 관리를 분리합니다. 고객은 도메인, 등록기관, 접근 방식에 관한 기록을 명확히 보유해야 합니다. 웹사이트에 필요한 설정을 관리하면서 각자의 책임과 종료 시 인계 방법도 문서화할 수 있습니다.

접근 권한이 퇴사한 직원, 대행사, 재판매업체, 호스팅 회사에 나뉘어 있다면 먼저 현재 상태를 파악합니다. LINK-V의 기존 개발자 업무 인수 지원은 큰 변경을 하기 전에 도메인, 호스팅, DNS, 코드, 계정 및 기타 실무상 의존 관계를 살펴봅니다. 시스템도 옮겨야 한다면 계정을 서둘러 바꾸는 대신 계획된 마이그레이션으로 진행합니다.

도메인은 청구서의 한 항목에 불과해 보일 수 있지만, 고객이 웹사이트에 접속하는 이름이며 회사 이메일에도 자주 사용됩니다. 회사는 도메인이 어디에 등록되어 있는지 알고 신뢰할 수 있는 관리 방법을 유지해야 합니다.