전체 URL이나 이메일 주소 붙여넣기
münchen.example처럼 도메인만 입력하세요. 스킴, 경로, 포트, 쿼리, 프래그먼트, 사용자 정보, 이메일 주소는 관련 없는 구문이 잘못 변환되지 않도록 거부합니다.
IDN 변환기: 유니코드와 퓨니코드 도메인 변환
인코딩브라우저에서 실행(업로드 없음)
국제 도메인 이름 하나를 유니코드와 ASCII 퓨니코드 사이에서 변환합니다. 엄격한 UTS #46 검증, DNS 길이 제한, 왕복 일치 확인, 유니코드 점 구분자 매핑, 라벨별 문자 체계 검토를 브라우저에서 수행합니다.
다음에 할 작업
관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.
작업 가이드
배포 전에 Content-Security-Policy 헤더 분석하기
CSP가 필요한 리소스를 차단하거나 후보 정책이 과도한 보고서를 만들거나 프록시가 의도한 헤더를 바꿀 때 사용하는 절차입니다. 로컬 정책 파싱, 브라우저 위반 증거, 마지막 배포 엣지 재확인을 결합하며 정적 결과를 보안 인증으로 취급하지 않습니다.
열기관련 도구QR 코드 생성기 | 정확한 PNG·SVG와 스캔 안전 설정
입력한 정확한 텍스트나 준비된 URL·Wi-Fi·이메일·전화·SMS·vCard payload를 PNG 또는 SVG QR로 만듭니다.
열기관련 도구보안 헤더 확인기 | 마지막 응답 점검
붙여넣은 마지막 HTTP 응답에서 시행 여부와 문맥을 반영한 보안 헤더 신호를 검토합니다.
열기관련 도구Unicode 정규화 | NFC·NFD·NFKC·NFKD 비교
코드 포인트 근거와 호환 손실 경고를 제공하는 Unicode 정규화 도구입니다.
열기이 도구 사용 방법
유니코드 도메인은 ASCII로 변환을, ASCII 또는 xn-- 도메인은 유니코드로 변환을 선택합니다.
스킴, 경로, 포트, 쿼리, 프래그먼트, 사용자 정보, 이메일 로컬 파트 없이 도메인 하나만 입력합니다.
변환을 실행하고 UTS #46, 퓨니코드, 빈 라벨, DNS 길이 오류가 있으면 결과를 사용하기 전에 해결합니다.
각 라벨의 유니코드와 ASCII 형식을 비교하고 혼합 문자 경고가 있는 라벨은 특히 자세히 검토합니다.
입력에 루트 점이 있었다면 그 점까지 포함한 정확한 결과를 복사하거나 다운로드합니다.
실제 적용 전 등록 정책·가능 여부, DNS 해석, TLS, 이메일 지원, 프로그램 표시 방식은 각각 별도로 확인합니다.
이 도구를 써야 할 때
DNS 설정 검토
국제 도메인 호스트명을 DNS 레코드나 제공업체 입력란과 비교할 때 필요한 정확한 xn-- 라벨을 만듭니다.
퓨니코드 점검
ASCII IDN 라벨을 읽을 수 있는 유니코드로 복원하고, 엄격한 왕복 변환이 같은 ASCII 도메인을 만드는지 확인합니다.
라벨별 혼합 문자 검토
라벨별 유니코드·ASCII 값과 문자 체계를 확인하고 여러 문자 체계가 섞인 라벨을 추가 조사합니다.
시스템 간 호스트명 디버깅
한 시스템은 유니코드를 표시하고 다른 시스템은 ASCII를 저장할 때 로그, 인증서, 허용 목록, 리디렉션, 설정 파일을 비교합니다.
흔한 실수
변환 성공을 등록 승인으로 오해하기
UTS #46 변환 성공은 해당 레지스트리가 문자를 허용하거나 도메인을 판매하며 현재 등록 가능한지를 증명하지 않습니다. 대상 등록 정책을 별도로 확인해야 합니다.
도메인 변환을 이메일 검증으로 사용하기
IDNA는 도메인 라벨에 적용됩니다. @ 앞 로컬 파트, 메일함 전달, SMTPUTF8 지원, 이메일 제공업체 정책은 변환하거나 검증하지 않습니다.
겉모양이 비슷한 라벨을 확인하지 않기
서로 다른 문자 체계의 글자가 비슷하게 보일 수 있습니다. 혼합 문자 경고는 수동 검토 신호일 뿐, 피싱이나 동형 이의어 위험을 완전히 판정하지 않습니다.
모든 프로그램에서 같은 표시를 기대하기
브라우저와 앱은 자체 안전 정책에 따라 유니코드 또는 ASCII를 표시할 수 있습니다. 모든 환경의 표시가 같다고 가정하지 말고 DNS에서 쓰는 ASCII 라벨을 비교하세요.
예시
유니코드 도메인을 ASCII로 변환
비 ASCII 라벨만 xn-- 형식으로 바뀌고 예약된 example 접미사는 그대로 유지됩니다.
입력
münchen.example출력
xn--mnchen-3ya.example검토를 위해 ASCII IDN 복원
유효한 퓨니코드 라벨 두 개를 유니코드로 복원하고, 다시 인코딩했을 때 원래 ASCII 도메인과 일치하는지 확인합니다.
입력
xn--r8jz45g.xn--zckzah출력
例え.テストUTS #46 변환, DNS 길이 제한, 검토 범위
유니코드 도메인 라벨을 모든 DNS 인터페이스에 그대로 전달할 수 있는 것은 아닙니다. IDNA는 사용할 수 있는 라벨을 ASCII 호환 인코딩으로 나타내며, 인코딩된 라벨은 xn--로 시작하고 라벨 본문에 퓨니코드를 사용합니다.
이 변환기는 STD3 ASCII 규칙과 양방향 텍스트, 조이너, 하이픈, 잘못된 퓨니코드 검사를 포함한 비전이형 유니코드 기술 표준 #46 처리를 적용합니다. 일부 문자는 다른 라이브러리나 이전 전이형 설정에서 결과가 달라질 수 있습니다.
입력은 UTF-8 4,096바이트로 제한됩니다. 변환 후 각 ASCII 라벨은 최대 63바이트이고, 선택적인 끝 루트 점을 제외한 전체 도메인은 최대 253바이트여야 합니다.
표의문자 마침표와 전각·반각 점 변형은 검증 전에 ASCII 점으로 매핑합니다. 끝의 루트 점 하나는 유지하지만 시작 점, 연속 점, 빈 라벨은 거부합니다.
유니코드 형식을 다시 인코딩한 결과가 검증된 ASCII 형식과 일치해야 합니다. 문자 체계와 혼합 문자 경고는 검토용이며 유니코드 유사 문자를 완전히 분석하거나 도메인의 신뢰성을 판정하지 않습니다.
자주 묻는 질문
IDN은 무엇이며 xn--는 왜 붙나요?
IDN은 국제 도메인 이름입니다. 유니코드 라벨은 IDNA 처리 모델에 따라 xn--로 시작하는 퓨니코드 ASCII 형식으로 표현됩니다.
어떤 입력을 받을 수 있나요?
끝의 루트 점 하나를 선택적으로 포함한 도메인 하나만 입력합니다. http://, 경로, 포트, 쿼리, 프래그먼트, 사용자 정보, 공백, 이메일 로컬 파트는 포함하지 마세요.
어떤 IDNA 검증을 적용하나요?
STD3, 양방향 텍스트, 조이너, 하이픈, 잘못된 퓨니코드, DNS 라벨·도메인 길이, 안정적인 왕복 일치를 확인하는 비전이형 UTS #46 처리를 적용합니다.
도메인을 조회하거나 등록하나요?
아니요. 변환과 검증은 이 브라우저에서 실행됩니다. DNS, 등록대행자, 레지스트리, 인증서 투명성, WHOIS, 등록 가능 여부 서비스에 조회하지 않습니다.
혼합 문자 경고가 있으면 위험한 도메인인가요?
여러 일반 문자 체계를 식별하고 한 라벨에 둘 이상이 있으면 경고합니다. 이는 검토 보조 정보이며 의도, 소유권, 평판, 모든 유사 문자를 판정할 수 없습니다.
모든 브라우저가 유니코드 형식을 표시하나요?
아닙니다. 브라우저, 이메일 클라이언트, 레지스트리는 추가 표시·허용 정책을 적용할 수 있습니다. 정확한 DNS 비교에는 ASCII 형식을 사용하고 대상 시스템에서 직접 확인하세요.
이 도구를 검증한 방법
관리 및 검수 SimpleWebUtils검토일
검증 방법: IDN 변환기: 유니코드와 퓨니코드 도메인 변환로 “일본어 점 구분자를 매핑하고 루트 점 유지하기” 샘플 입력을 정확히 재현했습니다. 결과 비교에는 “원본 비교값 보관하기”, “엄격한 IDNA 규칙으로 변환하기” 단계를 포함했습니다. 이어서 연결된 테스트 근거에서 “표시된 유니코드만 비교하기”, “변환되면 등록 가능하다고 생각하기” 조건을 점검했습니다.
기대 결과: 일본어 전각 구분자가 정상화되고 두 국제화 label이 portal.xn--r8jz45g.xn--zckzah.example.로 바뀌었으며, 왕복 뒤에도 마지막 root dot이 유지됐습니다.
공식 출처와 표준
- URL Living StandardWHATWG
- RFC 3492: PunycodeRFC Editor / IETF
관련 작업 가이드
도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.
작업 가이드
배포 전에 Content-Security-Policy 헤더 분석하기
CSP가 필요한 리소스를 차단하거나 후보 정책이 과도한 보고서를 만들거나 프록시가 의도한 헤더를 바꿀 때 사용하는 절차입니다. 로컬 정책 파싱, 브라우저 위반 증거, 마지막 배포 엣지 재확인을 결합하며 정적 결과를 보안 인증으로 취급하지 않습니다.
작업 가이드데이터 전달용 바이너리-텍스트 인코딩 선택하고 검증하기
API, 데이터베이스 필드, DNS 레이블, 이메일 본문, 설정 파일, 레거시 전송 규칙이 Base32·Base58·Base62·Base85·16진수·엔티티·Punycode·quoted-printable·UTF-16·UUEncode를 요구하지만 변형을 충분히 설명하지 않을 때 사용하는 흐름입니다.
작업 가이드국제 도메인을 퓨니코드로 변환해 DNS 확인하기
한 곳에서는 국제 도메인이 읽기 쉬운 유니코드로, 다른 곳에서는 xn-- ASCII 라벨로 보일 때 등록 또는 보안 승인과 혼동하지 않고 정확히 비교하는 절차입니다.
작업 가이드실제로 잘 스캔되는 링크 QR 코드 만들기
웹사이트, 양식, 메뉴, 행사 페이지, 고객지원 링크를 종이·포장·PDF·발표 자료에서 휴대폰으로 연결하되 외부 추적 또는 리다이렉트 서비스에 의존하지 않을 때 사용하는 절차입니다.
작업 가이드바깥 링크를 깨뜨리지 않고 URL 쿼리 값 하나 인코딩하기
쿼리 파라미터 하나의 값 안에 공백, 앰퍼샌드, 등호, 유니코드, + 또는 다른 전체 URL이 들어 있을 때 사용하는 절차입니다.
작업 가이드Query 순서와 encoding 증거를 잃지 않고 callback URL 디버깅하기
OAuth, SSO, webhook, campaign, application callback이 브라우저에서는 정상처럼 보이지만 수신 system이 다른 path나 parameter 값을 읽을 때 사용하는 절차입니다.
작업 가이드제로 폭 문자를 제거하기 전에 위치와 의미 검사하기
화면에는 같은 두 값이 비교, 검색, 줄바꿈, 파싱, 표시에서 다르게 동작할 때 사용하는 절차입니다. 수정 전에 지원 제어 문자를 찾고 일반 숨은 구분자와 문자 결합 및 줄바꿈 제어를 구분하며, 줄바꿈과 정규화 상태를 그대로 둔 채 각 제거가 안전한 이유를 기록합니다.
관련 도구
관리 중인 다른 작업 흐름을 이어서 사용해 보세요
QR 코드 생성기 | 정확한 PNG·SVG와 스캔 안전 설정
입력한 정확한 텍스트나 준비된 URL·Wi-Fi·이메일·전화·SMS·vCard payload를 PNG 또는 SVG QR로 만듭니다.
QR코드
보안 헤더 확인기 | 마지막 응답 점검
붙여넣은 마지막 HTTP 응답에서 시행 여부와 문맥을 반영한 보안 헤더 신호를 검토합니다.
보안
Unicode 정규화 | NFC·NFD·NFKC·NFKD 비교
코드 포인트 근거와 호환 손실 경고를 제공하는 Unicode 정규화 도구입니다.
인코딩
URL 인코더·디코더 | 정확한 퍼센트 인코딩과 + 규칙
정확한 URL 컴포넌트, 전체 URL, 폼 값을 브라우저에서 인코딩·디코딩합니다.
인코딩
URL 파서 및 분석기 | Query Parameter와 상대 URL
절대 URL 또는 상대 참조를 파싱해 raw, decoded, 정규화, 중복 query 보기를 제공합니다.
변환