IETF 표준

IETF(Internet Engineering Task Force)는 DNS(도메인 네임 시스템)에서 비ASCII 문자를 사용할 수 있도록 표준을 수립하는 일에 앞장섰습니다.


DNS는 ASCII 문자인 A-Z, 0-9, '-'만 인식합니다. 이로 인해 도메인 네임 구성에 사용할 수 있는 문자 수는 유니코드로 구별되는 96,000자 이상에 비해 37개로 제한됩니다. 유니코드 문자의 범위에서 도메인 네임을 작성하려면 유니코드 코드 포인트를 ASCII 표현에 고유하게 매핑하는 문자 암호화 체계가 필요합니다.

IETF는 다국어 도메인 네임(IDN)과 관련하여 인코딩 스키마, 프레임워크, 프로토콜, 유니코드 및 오른쪽-왼쪽 방향 스크립트 등의 표준을 발표했습니다.

암호화 구조

IDN용 암호화 구조는 DNS가 주소 레코드 요청에 정확히 응답할 수 있도록 현지 언어의 문자를 ASCII 문자로 암호화하는 ACE(ASCII Compatible Encoding)인 퓨니코드(punycode)를 사용합니다. 퓨니코드(punycode)를 ACE 표준으로 선택하기 위해 IETF는 압축과 구현 사이의 균형 문제를 고려했습니다. 퓨니코드(punycode)는 가장 많은 문자(코드 포인트)가 표현되며, 사용하는 것이 어렵지 않습니다.

프레임워크 [RFC 5890]

이 RFC는 2008년에 대부분 완료되어 "IDNA2008"시리즈로 알려진 IDNA(Internationalized Domain Names for Applications)의 수정에 대한 프로토콜과 사용 컨텍스트를 설명하는 집합 중의 하나입니다. 이 시리즈는 IDNA [RFC 3490] [RFC 3491]의 이전 버전을 대체합니다. 편의를 위해 IDNA의 버전은 "IDNA2003"으로 부릅니다. 새로운 버전은 계속해서 퓨니코드(punycode) 알고리즘 [RFC3492]과 이전 버전의 ACE (ASCII-호환 인코딩) 접두사를 사용합니다.

프로토콜 [RFC 5891]

이 RFC는 핵심 IDNA2008 프로토콜 및 그 운영에 대해 설명합니다. 이 RFC는 아래 설명된 "Bidi"(양방향) 문서와 함께 [RFC 3490]를 명시적으로 업데이트하고 대체합니다.

유니코드 [RFC 5892]

이 RFC는 독립적으로 또는 컨텍스트에서 고려되는 코드 포인트가 Internationalized Domain Name(IDN)에 포함될 후보인지 여부를 결정하기 위한 규칙을 지정하며, IDNA2008(Internationalizing Domain Names in Applications 2008) 규격의 일부입니다.

오른쪽-왼쪽 방향 스크립트 [RFC 5893]

Internationalized Domain Names(IDNs)에서 오른쪽-왼쪽 방향 스크립트의 사용은 여러 가지 문제를 제기해 왔습니다. 이 RFC는 2003 IDNA Bidi 기준에서 일부 스크립트에서 발생한 문제 및 일부 단점을 기준으로 IDNA(Internationalized Domain Names for Applications)를 위한 새로운 Bidi 규칙을 제공합니다.

근거 [RFC 5894]

이 RFC는 IDNA의 이전 버전에서 발생한 문제를 다루기 위해 새로운 RFC가 필요한 배경, 설명 및 근거를 제공합니다. IDN에서 유니코드가 지원되는 버전의 업데이트 필요성 또한 이 RFC에서 논의됩니다.

공개된 RFC

이 표준이 공개되어 사용할 수 있게 되었습니다.

Verisign운 IETF 표준 준수와 이 새로운 기술의 신속한 배치 지원에 확고한 의지를 가지고 있습니다.

추가 정보가 필요하십니까?