해외도메인 등록하고 안전하게 운영하는 방법

얼마 전 서버는 멀쩡한데 사이트와 메일이 동시에 끊긴 곳을 봤습니다. 원인은 서버 용량이 아니라 도메인 갱신 실패였습니다. 해외도메인을 쓸 때도 먼저 챙길 것은 빠른 서버나 비싼 요금제가 아닙니다. 등록 명의, 갱신 비용, DNS 설정을 누가 관리하는지부터 분명해야 합니다.

해외도메인이 필요한 이유부터 구분하기

해외도메인이라는 말은 두 가지로 쓰입니다. 해외 등록업체에서 도메인을 사는 경우와 해외 국가 코드가 붙은 도메인을 쓰는 경우입니다. 전자는 결제·관리 방식의 선택이고, 후자는 방문자에게 보이는 주소 이름의 선택입니다. 해외 업체에서 등록했다고 사이트가 자동으로 해외 서버에 놓이는 것은 아닙니다.

국내 고객을 상대하는 작은 사이트라면 익숙한 확장자 하나로도 충분한 경우가 많습니다. 해외 국가 코드 도메인은 현지 시장에서 이름이 자연스럽게 보일 수 있지만, 확장자에 따라 등록 자격이나 서류 요구가 다를 수 있습니다. 원하는 이름을 찾았더라도 결제 전에 해당 확장자의 등록 조건과 갱신 조건을 확인해야 합니다.

도메인과 서버 비용도 따로 계산합니다. 하루 방문자 500명인 안내 사이트에 해외도메인을 붙인다고 VPS 사양을 올릴 이유는 없습니다. 방문자가 접속하는 서버의 위치와 성능은 호스팅 선택의 문제입니다. 도메인은 그 서버를 가리키는 이름이고요. 이 둘을 묶어서 비싼 상품을 살 필요는 없습니다.

첫해 가격보다 갱신 비용을 계산하기

도메인 상품에서 가장 헷갈리는 숫자는 첫해 할인 가격입니다. 운영비를 볼 때는 등록비뿐 아니라 다음 해 갱신비, 이전 비용, 환율과 결제 수수료까지 적어 둡니다. 예를 들어 첫해 5천 원, 이후 연 2만 원이라면 3년 사용료는 4만 5천 원입니다. 매년 1만 5천 원인 상품과 3년 총액이 같습니다. 싼 첫해 가격만 보고 고르면 예상한 절감액이 사라질 수 있습니다.

개인정보 보호, DNS 관리, 자동 갱신 기능이 기본 제공인지도 확인합니다. 기능 이름이 같아도 업체별 제공 범위가 다릅니다. 무료 기능이 충분하다면 별도 부가 서비스를 붙일 이유는 적습니다. 반대로 갱신 알림을 받을 수 없는 오래된 메일 주소를 등록 정보에 남겨 두는 건 비용 몇천 원보다 훨씬 큰 위험입니다.

등록 명의는 실제 운영 주체로 맞추는 편이 안전합니다. 제작사 직원 개인 계정이나 퇴사 예정자의 메일로 등록하면 나중에 이전 승인과 소유 확인이 막힐 수 있습니다. 관리 계정에는 다중 인증을 켜고, 복구 수단은 담당자 한 사람에게만 묶이지 않게 관리합니다. 저는 서버 비밀번호보다 도메인 계정 복구 정보를 늦게 챙겨서 고생하는 사례를 더 자주 봤습니다.

연결할 때는 웹뿐 아니라 메일까지 확인하기

도메인 등록 뒤에는 DNS에 웹서버 주소와 메일 관련 설정을 넣습니다. 웹 화면이 뜬다고 작업이 끝난 것은 아닙니다. 이름 서버를 바꾸면서 기존 메일 설정을 빠뜨리면 사이트는 정상인데 문의 메일만 사라질 수 있습니다. 변경 전 DNS 기록 전체를 화면 캡처하거나 파일로 보관해 두면 복구가 훨씬 쉽습니다.

기존 사이트를 옮긴다면 새 서버에서 먼저 페이지와 관리자 화면을 시험합니다. 데이터베이스와 업로드 파일도 이전하고, 글 작성이나 주문처럼 실제 쓰는 기능을 확인한 뒤 DNS를 전환합니다. 전환 전에는 DNS 기록의 캐시 유지 시간을 짧게 조정할 수 있지만, 이미 캐시에 남은 기록까지 즉시 지울 수는 없습니다. 구 서버를 바로 끄지 않고 일정 기간 함께 운영해야 하는 이유입니다.

SSL 인증서도 새 환경에서 준비한 뒤 전환합니다. 주소는 연결되는데 브라우저가 보안 경고를 띄우는 경우는 새 서버의 인증서 설정이 빠졌을 때 흔합니다. 무료 인증서로 충분한 일반 사이트도 많습니다. 중요한 것은 유료 여부보다 자동 갱신이 실제로 동작하는지 확인하는 일입니다.

이전과 장애에 대비해 소유권을 확보하기

등록업체를 바꾸는 것과 서버를 옮기는 것은 다른 작업입니다. 서버만 옮길 때는 대개 도메인 등록업체까지 바꿀 필요가 없습니다. 등록업체 이전이 필요하다면 만료 직전까지 미루지 말고, 등록 정보와 승인 메일을 받을 주소를 먼저 확인합니다. 일반 최상위 도메인의 업체 간 이전에는 승인 코드가 쓰이며, 등록이나 이전 직후 또는 등록자 정보 변경 뒤에는 이전이 제한될 수 있습니다. ICANN 정책과 해당 업체의 현재 안내를 작업 전에 확인하는 편이 안전합니다.

장애가 나면 저는 세 가지를 순서대로 봅니다. 도메인이 만료되지 않았는지, DNS가 예상한 서버를 가리키는지, 서버가 정상 응답하는지입니다. 웹과 메일이 동시에 안 되면 도메인이나 DNS부터 의심하고, 웹만 안 되면 서버와 인증서 상태를 봅니다. 최근에 이름 서버를 바꿨다면 변경 전 기록과 현재 기록을 대조합니다. 이 순서만 지켜도 불필요한 서버 증설이나 재설치를 피할 수 있습니다.

백업도 서버 데이터만으로는 모자랍니다. DNS 기록, 도메인 만료일, 등록업체 계정의 복구 절차를 운영 문서에 함께 남겨야 합니다. 해외도메인은 가격이나 확장자 선택보다 운영 권한을 잃지 않는 일이 오래갑니다. 작은 사이트일수록 복잡한 상품보다 갱신 알림과 복구 가능한 계정 하나가 더 든든합니다.