IDN (국제화 도메인)

IDN(Internationalized Domain Name, 국제화 도메인)은 한글, 한자, 키릴 문자처럼 ASCII가 아닌 문자를 포함하는 도메인입니다. DNS 자체는 여전히 영문자, 숫자, 하이픈만 다루기 때문에, IDN은 Punycode라는 규칙으로 ASCII 문자열로 변환된 뒤 등록·조회·전송됩니다. 사용자가 보는 한글 주소와 시스템이 실제로 쓰는 문자열이 다르다는 점이 IDN 이해의 핵심입니다.

Punycode와 xn-- 접두사

Punycode로 변환된 라벨에는 xn-- 접두사가 붙습니다. 예를 들어 예시.kr은 xn--9n2bp8q.kr 같은 형태가 되고, 레지스트리에 등록되는 값도 이 ASCII 문자열입니다. 변환은 라벨 단위로 일어나므로 예시.co.kr에서 co와 kr은 그대로 남습니다.

변환 위치를 정리하면 다음과 같습니다.

위치	쓰이는 형태
브라우저 주소창 표시	원래 문자(한글)
DNS 질의와 존 파일	Punycode(`xn--`)
SSL/TLS 인증서의 SAN	Punycode
서버 설정(가상호스트 등)	Punycode
WHOIS/RDAP 조회	양쪽 모두 받는 경우가 많음

따라서 DNS 레코드를 넣거나 웹서버를 설정할 때는 Punycode 값을 써야 합니다. 변환은 레지스트라 관리 화면이나 공개된 변환 도구에서 확인할 수 있습니다.

호모그래프 피싱

서로 다른 문자 중에는 화면에서 거의 같아 보이는 것이 있습니다. 키릴 문자 а와 라틴 문자 a처럼 모양이 같은 글자를 섞으면, 눈으로는 구분되지 않는 가짜 도메인을 만들 수 있습니다. 이를 호모그래프(homograph) 공격이라고 합니다.

브라우저는 이를 막기 위해 표시 규칙을 둡니다. 한 라벨 안에 여러 문자 체계가 섞여 있거나 사용자의 언어 설정과 맞지 않으면, 한글 대신 xn-- 형태를 그대로 보여 줍니다. 주소창에 갑자기 xn--이 보이는 사이트는 이 규칙에 걸린 경우일 수 있으니 링크의 출처를 확인하는 편이 좋습니다.

브랜드 보호 관점에서는 자사 상표와 혼동될 IDN이 등록되었는지 주기적으로 확인하고, 필요하면 분쟁 절차로 대응합니다. 방법은 도메인 분쟁과 상표권을 참고하세요.

메일과 인증서에서 주의할 점

인증서: 발급 신청에는 Punycode 형태를 넣습니다. 한글 표기와 Punycode 표기를 각각 다른 이름으로 취급하는 시스템이 있으므로, 서버 설정과 인증서의 표기를 일치시켜야 합니다.
메일: 도메인 쪽 MX, SPF, DKIM 설정은 Punycode로 하면 동작합니다. 반면 메일 주소의 앞부분(로컬 파트)에 비ASCII 문자를 쓰는 것은 별개의 표준이고 지원이 고르지 않아 실무에서는 피하는 편입니다.
외부 서비스 연동: 결제, 전자세금계산서, 기관 제출 서식 같은 오래된 입력 폼은 한글 도메인을 거부할 수 있습니다.

실무에서 알아둘 것

한글 도메인은 보조 주소로 등록해 정식 주소로 전달하는 구성이 안전합니다. 설정은 도메인 전달(포워딩)을 참고하세요.
로그, 모니터링, 광고 리포트에서는 Punycode로 기록되므로 집계할 때 두 표기를 같은 도메인으로 합쳐야 합니다.
이름을 정하는 단계의 판단 기준은 도메인 이름 정하기에 정리해 두었습니다.

자주 묻는 질문

오프라인 광고나 안내문처럼 사람이 직접 읽고 입력하는 자리에는 효과가 있습니다. 다만 메일 주소, 인증서, 외부 시스템 입력 폼에서 문제가 생기기 쉬워 정식 주소는 ASCII 도메인으로 두고 한글 도메인은 전달용으로 연결하는 구성을 많이 씁니다.

정상입니다. Punycode로 변환된 IDN의 실제 표기입니다. DNS, 인증서, 서버 설정 파일은 모두 이 형태를 사용하고 브라우저가 화면에서만 원래 문자로 되돌려 보여 줍니다.

도메인 쪽 MX 레코드는 Punycode 형태로 설정하면 동작합니다. 다만 보내는 쪽 메일 클라이언트나 상대 서버가 비ASCII 주소를 거부하는 경우가 있어, 실제 메일 주소는 ASCII 도메인으로 두는 편이 안전합니다.