얼마 전 작은 쇼핑몰 이전 작업을 봤는데, 서버는 멀쩡한데 도메인 소유 계정이 외주사 메일로 되어 있어서 반나절을 허비했습니다. 이런 일이 생각보다 많습니다. 도메인등록은 1년에 몇 만 원짜리 작업처럼 보이지만, 실제 운영에서는 서버 앞단의 소유권과 길 안내판 역할을 합니다. 웹서버 사양을 올리는 것보다 도메인 계정 하나 제대로 잡는 게 장애를 줄이는 경우도 많습니다.
도메인등록 전에 먼저 정할 것
먼저 이름부터 고르는 분이 많은데, 저는 운영 주체부터 확인합니다. 개인 블로그인지, 회사 서비스인지, 쇼핑몰인지에 따라 등록자 정보와 결제 계정, 담당 메일을 다르게 잡아야 합니다. 특히 회사 사이트라면 직원 개인 계정보다 회사가 계속 접근할 수 있는 공용 관리 계정이 낫습니다.
이름은 짧고 읽기 쉬운 게 좋습니다. 그런데 너무 짧은 이름만 고집하면 이미 선점되어 있거나 가격이 비싸집니다. 서비스명이 길다면 브랜드명과 업종 단어를 조합하는 방식도 괜찮습니다. 다만 하이픈을 여러 개 넣거나 숫자를 억지로 섞은 이름은 전화로 불러 줄 때 틀리기 쉽습니다. 운영하다 보면 이 작은 불편이 고객 문의와 메일 누락으로 돌아옵니다.
끝자리 선택도 현실적으로 봐야 합니다. 국내 고객 위주라면 국내 국가 도메인이 익숙하고, 해외 결제나 글로벌 서비스까지 염두에 둔다면 닷컴 계열을 같이 확보하는 편이 낫습니다. 전부 살 필요는 없습니다. 실제로 쓸 대표 도메인 하나와 브랜드 보호용 1~2개면 충분한 경우가 많습니다.
싼 등록 대행사와 비싼 대행사의 차이
도메인 자체는 등록 기관 체계를 통해 관리됩니다. 그래서 같은 이름을 어디서 등록하든 소유권 구조는 크게 다르지 않습니다. 차이는 관리 화면, DNS 기능, 고객 지원, 보안 옵션, 갱신 정책에서 납니다. 첫해 가격만 보고 고르면 2년 차 갱신가에서 당황하는 일이 있습니다. 첫해 할인보다 갱신가와 이전 조건을 보는 게 실무적으로 더 중요합니다.
개인 블로그나 방문자 하루 수백 명 수준의 소개 사이트라면 저렴한 등록 대행사로 충분한 경우가 많습니다. 자동 갱신, 기본 DNS, 등록 잠금, 2단계 인증 정도만 있으면 큰 문제 없이 운영됩니다. 반대로 쇼핑몰, 예약 서비스, 업무용 메일, 결제 연동, API 서버가 붙어 있다면 조금 더 깐깐하게 봐야 합니다. 장애가 나면 도메인 가격 차이보다 매출 손실이 훨씬 큽니다.
- 첫해 가격보다 갱신가를 확인합니다.
- 등록 잠금과 2단계 인증 지원 여부를 봅니다.
- DNS 레코드 수정이 빠르고 명확한지 확인합니다.
- 이전 인증 코드 발급 절차가 복잡하지 않은지 봅니다.
- 고객 지원 시간이 서비스 운영 시간과 맞는지 따집니다.
DNS를 같이 봐야 장애가 줄어듭니다
도메인등록은 이름의 소유권을 확보하는 일이고, DNS는 그 이름을 어느 서버로 보낼지 알려 주는 일입니다. 둘을 같은 것으로 보면 사고가 납니다. 서버 이전을 했는데 예전 IP가 남아 있거나, 메일 레코드를 지워서 업무 메일이 멈추는 사례가 대표적입니다.
기본 레코드는 몇 가지면 충분합니다. 웹서버를 가리키는 A 레코드, 별칭을 처리하는 CNAME, 메일 서버용 MX, 소유권 인증과 메일 보안을 위한 TXT가 자주 쓰입니다. 초보 운영자라면 등록 직후 DNS 화면에서 이 네 가지 이름을 먼저 익혀 두는 게 좋습니다. 복잡한 설정을 외울 필요는 없지만, 어떤 레코드가 어떤 역할을 하는지는 알아야 장애 때 손이 덜 떨립니다.
TTL 값도 중요합니다. TTL은 변경 내용이 캐시되는 시간입니다. 평소에는 1시간에서 몇 시간 단위로 둬도 무방하지만, 서버 이전 전날에는 300초 정도로 낮춰 두는 방식을 자주 씁니다. 이렇게 해두면 이전 당일에 잘못된 서버를 바라보는 시간이 줄어듭니다. 단, 이미 오래 잡힌 TTL은 바로 사라지지 않으니 이전 계획은 최소 하루 전부터 잡는 게 안전합니다.
등록 후 바로 해야 할 보안 설정
도메인 사고 중 제일 허무한 건 만료와 계정 탈취입니다. 서버는 이중화하고 백업도 해뒀는데 도메인이 만료되어 접속이 끊기면 사용자는 그냥 사이트가 죽었다고 느낍니다. 실제 운영에서는 만료일 알림을 최소 두 곳에 걸어 둡니다. 담당자 개인 캘린더 하나만 믿으면 퇴사나 휴가 때 구멍이 납니다.
등록 잠금은 켜두는 게 기본입니다. 이 기능은 도메인이 무단으로 다른 곳으로 이전되는 일을 막아 줍니다. 2단계 인증도 반드시 켜는 편이 좋습니다. 도메인 관리 계정은 서버 루트 계정만큼 중요합니다. 이 계정이 털리면 웹서버 파일을 건드리지 않아도 트래픽을 다른 서버로 돌릴 수 있습니다.
- 자동 갱신을 켜고 결제 카드 만료일을 확인합니다.
- 관리자 메일은 장기간 유지 가능한 계정으로 둡니다.
- 등록 잠금과 2단계 인증을 적용합니다.
- 복구 메일과 휴대폰 번호를 최신 상태로 유지합니다.
- DNS 변경 권한을 필요한 사람에게만 줍니다.
이전할 때는 서버보다 순서가 중요합니다
도메인 이전은 버튼 한 번으로 끝나는 작업처럼 보이지만, 실제로는 순서 싸움입니다. 먼저 현재 등록자 메일이 살아 있는지 확인해야 합니다. 이전 인증 코드가 그 메일로 가는 경우가 많기 때문입니다. 그다음 등록 잠금을 풀고, 인증 코드를 발급받고, 새 등록 대행사에서 이전을 신청합니다. 등록 직후 일정 기간은 이전이 막히는 경우도 있으니 급한 프로젝트라면 처음 등록할 때부터 업체를 신중히 골라야 합니다.
서버 이전과 도메인 이전은 분리해서 생각하는 게 안전합니다. 저는 보통 DNS 이전, 서버 이전, 도메인 등록기관 이전을 한 번에 몰아서 하지 않습니다. 문제가 생겼을 때 원인을 찾기 어려워지기 때문입니다. 웹서버를 옮길 때는 먼저 새 서버에 사이트를 올리고, SSL 인증서 발급 조건을 맞춘 뒤, DNS를 바꾸고, 접속 로그와 오류 로그를 확인합니다. 메일까지 붙어 있다면 MX와 TXT 레코드는 따로 표로 만들어 확인하는 게 좋습니다.
도메인등록 비용은 서버비에 비하면 작습니다. 그런데 장애 영향은 작지 않습니다. 그래서 저는 도메인을 살 때 예쁜 이름보다 소유 계정, 갱신가, DNS 관리, 보안 설정을 먼저 봅니다. 비싼 요금제가 늘 좋은 선택은 아니지만, 소유권과 갱신 관리가 흐릿한 도메인은 언젠가 운영자를 귀찮게 만듭니다. 처음 등록할 때 10분만 더 꼼꼼히 보면 나중에 새벽 장애 대응 시간이 줄어듭니다.
