한글도메인 등록하고 서버에 연결하는 방법

얼마 전 한글도메인을 연결했는데 사이트가 열리지 않는다는 연락을 받았다. 서버와 기존 사이트는 멀쩡했다. 새 도메인의 DNS 설정은 끝났지만, 웹서버에 해당 이름을 등록하지 않은 상태였다. 한글도메인도 운영 순서는 일반 도메인과 같다. 등록하고, DNS를 연결하고, 서버와 SSL 인증서에 이름을 추가해야 한다.

등록 전에는 이름보다 운영 조건을 본다

한글도메인은 방문자가 이름을 기억하기 쉽다는 장점이 있다. 그렇다고 기존 영문 도메인을 곧바로 대체할 필요는 없다. 고객에게 안내할 짧은 이름이 필요하다면 한글도메인을 추가로 등록해 기존 사이트로 보내는 방식부터 시작할 수 있다. 호스팅 요금제를 올릴 이유도 없다. 도메인 이름의 문자 종류가 서버의 CPU나 메모리 사용량을 결정하지는 않는다.

등록 화면에서는 첫해 가격보다 갱신 가격을 먼저 본다. 이전 가능 여부, 자동 갱신 설정, 등록자 정보에 접근할 수 있는지도 확인한다. 특정 이름에 적용되는 등록 규칙과 허용 문자는 등록 기관과 최상위 도메인에 따라 다를 수 있다. 비슷하게 보이는 글자나 띄어쓰기를 떠올리게 하는 이름도 실제 입력에서는 혼동을 준다. 간판이나 인쇄물에 쓸 계획이라면 다른 사람이 휴대전화로 한 번에 입력할 수 있는 이름인지 직접 확인하는 편이 빠르다.

DNS와 서버 설정은 각각 확인한다

등록을 마쳤다면 먼저 어느 네임서버가 DNS를 관리하는지 확인한다. 호스팅 업체의 네임서버를 쓸 수도 있고, 별도 DNS 서비스를 쓸 수도 있다. 두 곳의 관리 화면에 같은 값을 입력해도 실제로 지정된 네임서버의 레코드만 응답한다. 이전 작업에서 이 지점을 놓쳐 반나절을 보내는 경우가 꽤 있다.

웹사이트를 직접 연결한다면 A 레코드는 서버의 IPv4 주소로, IPv6를 제공한다면 AAAA 레코드는 해당 주소로 설정한다. 호스팅 업체가 별칭 연결을 안내했다면 그 방식에 맞춰 CNAME을 사용한다. 레코드를 입력한 뒤에는 DNS 조회 결과가 예상한 서버를 가리키는지 확인한다. DNS가 맞아도 웹서버의 사이트 설정이나 호스팅 관리 화면에 새 도메인을 추가하지 않으면 기본 사이트가 뜨거나 오류가 날 수 있다.

관리 화면이 한글 이름을 받아들이지 않으면 퓨니코드 형태를 요구하는지 확인한다. ICANN 설명에 따르면 국제화 도메인은 사람이 읽는 한글 이름과 DNS에서 쓰는 영문·숫자 형태를 함께 가진다. 퓨니코드의 접두부는 xn--다. 변환 결과를 임의로 타이핑하지 말고, 등록 업체나 신뢰할 수 있는 변환 기능에서 확인한 값을 복사해 사용한다. 한 글자만 달라도 다른 이름이다.

SSL과 주소 이동을 먼저 시험한다

DNS 연결 직후 브라우저에서 보안 경고가 나오면 SSL 인증서가 새 도메인을 포함하는지 본다. 기존 도메인의 인증서가 한글도메인까지 자동으로 보호하지는 않는다. 무료 인증서를 쓰더라도 새 이름에 대한 발급과 갱신 설정이 필요하다. 발급에 실패했다면 DNS 응답, 인증 과정에서 사용하는 웹 경로, 서버 방화벽 순서로 확인한다. 인증서 관리 도구가 퓨니코드 입력을 요구할 수도 있다.

기존 주소를 계속 쓸 계획이라면 한글도메인 접속을 기존 사이트로 영구 이동시키는 구성이 단순하다. 반대로 한글도메인을 대표 주소로 바꾼다면 내부 링크, 검색엔진에 제출한 사이트맵, 로그인 후 돌아오는 주소까지 점검해야 한다. 어느 쪽이든 이동이 여러 번 이어지지 않게 하고, 첫 화면뿐 아니라 글 한 페이지와 로그인 화면에서도 목적지가 맞는지 시험한다.

SSL이 적용된 페이지에서 일부 이미지나 스크립트만 빠진다면 해당 자원이 예전 주소를 가리키는지 확인한다. 이때 데이터베이스에서 문자열을 일괄 치환하기 전에 백업을 만든다. 일부 프로그램은 설정값을 일반 문자열이 아닌 형식으로 저장해서 단순 치환 후 오류가 날 수 있다.

메일과 이전 작업은 별도로 계획한다

웹사이트가 열린다고 메일까지 준비된 것은 아니다. 한글도메인으로 메일을 받으려면 MX 레코드와 메일 서비스 설정이 필요하다. 발신에도 쓸 거라면 SPF, DKIM, DMARC 설정을 함께 확인한다. 한글이 포함된 이메일 주소는 서비스와 입력 양식마다 처리 수준이 다를 수 있으므로, 업무용 메일을 한 번에 바꾸기보다 실제 송수신과 가입 양식 입력을 시험한 뒤 결정하는 편이 안전하다.

기존 사이트를 옮기는 작업이라면 파일과 데이터베이스 백업부터 만든다. 백업이 있다는 표시만 믿지 말고 복원 가능한 파일인지 확인한다. 운영 중인 DNS 레코드도 저장해 두면 되돌릴 때 시간을 아낀다. 새 서버에서 사이트와 인증서를 준비하고, 접속 시험을 마친 다음 DNS를 바꾸는 순서가 안정적이다. 변경 직후에는 이전 서버로 접속하는 사람이 남아 있을 수 있으니 곧바로 서버를 종료하지 않는다.

방문자 1,000명이 하루에 두 페이지씩 보고 페이지당 전송량이 0.5MB라면 단순 계산으로 하루 약 1GB, 30일 약 30GB다. 실제 사용량에는 이미지 캐시, 검색 로봇, 다운로드가 영향을 준다. 한글도메인을 추가한다는 이유만으로 상위 서버를 살 필요는 없다. 먼저 기존 트래픽과 전송량을 보고, 도메인 연결과 인증서 갱신이 제대로 유지되는지 확인하는 것이 운영에서는 더 중요하다.