본문으로 건너뛰기

퓨니코드 변환

Punycode Converter

국제화 도메인과 퓨니코드를 상호 변환하고 혼동되기 쉬운 글자를 경고합니다.

국제화 도메인을 사람이 읽는 유니코드 이름과 DNS가 조회하는 xn-- 형태 사이에서 양방향으로 변환합니다. 변환은 쉬운 쪽입니다. 입력마다 유사 문자 검사를 함께 돌리는데, 키릴 а로 쓴 аpple.com도 깔끔하게 변환되고 등록되고 조회되며 주소창에서는 진짜와 똑같이 보이기 때문입니다.

🔒 브라우저 안에서만 처리punycodeidndomainconvert

양방향 모두 됩니다. URL 전체를 넣어도 스킴과 경로는 떼어 냅니다.

ASCII (A-label)

xn--3e0b707e.kr

DNS가 실제로 조회하는 이름입니다.

유니코드 (U-label)

한국.kr

브라우저가 화면에 보여 주는 이름입니다.

레이블별로 보기

레이블 하나는 인코딩한 뒤 기준으로 63자, 전체 이름은 253자까지입니다. 짧은 한글·일본어 이름도 변환하면 한도를 훌쩍 넘길 수 있고, 등록이 거절되는 지점이 대개 여기입니다.

  • 한국xn--3e0b707e12/63인코딩됨
  • krkr2/63

전체 15/253자.

이 검사가 잡는 것과 못 잡는 것

한 레이블 안에 서로 다른 문자 체계가 섞인 경우를 잡습니다 — 라틴 글자 사이의 키릴 а처럼요. 거의 모든 유사 도메인이 이렇게 만들어지며, 어떤 문자가 어떤 코드포인트로 섞였는지까지 알려 줍니다.

한 가지 문자 체계로만 쓴 유사 이름은 잡지 못합니다. 전부 키릴로 쓴 "раураl"은 러시아어 레이블로서 아무것도 섞이지 않았고, 진짜와 구별하려면 어떤 상표를 흉내 내는지 알아야 하는데 이 도구는 알 방법이 없습니다. 브라우저도 대체로 마찬가지입니다.

IDNA 2008이나 UTS-46의 유효성 규칙 전체를 적용하지도 않습니다. 여기서 깔끔하게 변환되는 이름도 레지스트리가 거절할 수 있습니다.

RFC 3492 코덱이 이 페이지 안에서 돌아갑니다. 변환도 검사도 로컬에서 하며, 조사 중인 이름이 DNS 서버로 새어 나가지 않습니다.

사용 방법

  1. 어느 쪽 형태로든 이름을 넣습니다

    한국.kr이든 xn--3e0b707e.kr이든 방향을 알아서 판단합니다. URL 전체를 넣어도 스킴과 경로는 떼어 냅니다.

  2. 경고가 뜨면 읽습니다

    어떤 문자가 어떤 코드포인트로 어떤 라틴 글자 자리에 들어갔는지 짚고, 라틴 문자로 풀면 어떻게 읽히는지 보여 줍니다. "수상해 보입니다"는 아무도 행동에 옮길 수 없는 조언입니다.

  3. 레이블별 길이를 확인합니다

    레이블 하나는 인코딩 후 63자, 전체 이름은 253자까지입니다. 짧은 한글·일본어 이름도 변환하면 한도를 넘길 수 있고, 등록이 거절되는 지점이 대개 거기입니다.

자주 묻는 질문

보는 동안 도메인이 조회되나요?

아니요. RFC 3492 코덱이 이 페이지 안에서 돌아갑니다. 조사 중인 이름을 여기 입력하는 것만으로 어떤 DNS 서버에도 알려지지 않습니다. 의심스러운 이름일수록 중요한 성질입니다.

이 검사가 놓치는 것은 무엇인가요?

한 가지 문자 체계로만 쓴 유사 이름입니다. 전부 키릴로 쓴 "раураl"은 아무것도 섞이지 않은 정상적인 러시아어 레이블이고, 진짜와 구별하려면 어떤 상표를 흉내 내는지 알아야 하는데 이 도구는 알 수 없습니다. 브라우저도 대체로 마찬가지입니다.

브라우저가 한글 대신 xn--을 보여 줍니다

브라우저는 자기 문자 체계 규칙을 통과한 이름만 유니코드로 보여 줍니다. 문자 체계가 섞인 레이블은 위장하지 못하도록 일부러 퓨니코드로 표시합니다. 주소창의 xn--은 브라우저가 보내는 경고입니다.

여기서 변환되면 등록할 수 있나요?

꼭 그렇지는 않습니다. 여기서는 퓨니코드 알고리즘만 적용하고 IDNA 2008이나 UTS-46의 유효성 규칙 전체는 보지 않으며, 레지스트리마다 자기 제한을 더 얹습니다. 깔끔한 변환은 필요조건이지 충분조건이 아닙니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.