퓨니코드 변환기

한국이라는 두 글자를 ASCII로 옮겨 적은 것입니다. DNS는 지금도 ASCII만 실어 나르기 때문에, 브라우저가 한글 주소를 보내기 직전에 퓨니코드로 바꿔서 보냅니다. xn--는 “이 라벨은 퓨니코드로 적혀 있다”는 표시(ACE 접두사)이고, 그 뒤가 실제 퓨니코드입니다.

ASCII 글자는 그대로 두고, 나머지 글자는 “어떤 문자를 몇 번째 자리에 끼워 넣어라”는 지시로 바꿔 뒤에 붙입니다. 하이픈이 그 경계입니다. bücher가 bcher-kva가 되는 것이 예로, 앞의 bcher는 원문의 ASCII를 순서대로 옮긴 것이고 kva는 ü를 두 번째 자리에 넣으라는 지시입니다. ASCII가 하나도 없으면 앞부분이 비어 하이픈도 생략됩니다.

점으로 나뉜 라벨마다 따로 변환하며, 이미 ASCII뿐인 라벨은 건드리지 않습니다. 한글.com은 xn--bj0bj06e.com이 되고 com에는 xn--가 붙지 않습니다. 되돌릴 때도 xn--로 시작하는 라벨만 대상입니다.

변환된 ASCII 기준으로 라벨 하나가 63바이트, 도메인 전체가 253바이트까지입니다(RFC 1035). 서로 다른 한글은 한 글자에 3자 안팎이 들어 20자 언저리에서 63바이트를 넘습니다. 다만 글자 수로 어림하면 틀립니다 — 코드포인트의 증분만 적는 방식이라 같은 글자가 반복되면 거의 늘지 않아, ‘가’ 40자는 47바이트로 한도 안에 들어갑니다.

그렇지 않을 수 있습니다. 이 도구는 RFC 3492의 퓨니코드 변환만 합니다. 실제 등록에는 IDNA가 요구하는 정규화(대소문자 접기·NFC·금지 문자 검사, RFC 5892)와 등록기관별 허용 문자 규칙이 더 붙기 때문에, 변환이 된다고 해서 등록 가능한 이름이라는 뜻은 아닙니다.

서로 다른 문자가 눈으로는 똑같이 보이기 때문입니다. 키릴 문자 а와 라틴 문자 a처럼 생김새가 같은 글자로 유명 도메인을 흉내 내면 사람 눈으로는 구별되지 않습니다. 그래서 브라우저는 한 주소 안에 여러 문자 체계가 섞이면 유니코드로 보여 주지 않고 xn-- 형태를 그대로 노출합니다. 주소창에 xn--가 보인다면 그 이유를 한 번 확인해 볼 만합니다.