# DNS 도메인 이름 형식 (RFC 1034/1035 기반)

## 1. 개요
본 문서는 DNS(Domain Name System) 내에서 사용되는 도메인 이름의 표기법과 형식을 정의한 표준 사양을 다룬다. 도메인 이름 형식의 근간은 **RFC 1034**와 **RFC 1035**에서 정의되었으며, 이는 인터넷 상의 호스트 이름을 일관되게 명명하고 식별하여 서로 다른 네트워크 시스템 간의 상호 운용성을 보장하는 것을 목적으로 하는 **표준(Standard)** 문서이다.

## 2. 도메인 이름의 구조와 형식

### 2.1 레이블(Label)의 개념
도메인 이름은 하나 이상의 **레이블(Label)**로 구성된다. 레이블이란 도메인 이름의 계층 구조에서 각 단계에 해당하는 문자열 단위를 의미하며, 각 레이블은 점(`.`)이라는 구분자로 분리된다.

### 2.2 계층적 구조 (Hierarchical Structure)
DNS 이름은 트리(Tree) 형태의 계층 구조를 가진다. 가장 오른쪽에 위치한 레이블이 최상위 계층이며, 왼쪽으로 갈수록 하위 계층으로 내려가는 구조이다.

**[도메인 이름 계층 구조 예시]**
예를 들어 `www.example.com.`이라는 도메인 이름의 구조는 다음과 같다.
*   **Root (루트):** 가장 오른쪽의 `.`으로 표시되며, 모든 DNS 계층의 최상위 지점이다. (일반적으로 생략됨)
*   **TLD (Top-Level Domain):** `com` - 최상위 도메인.
*   **SLD (Second-Level Domain):** `example` - 조직이나 개인이 등록한 도메인 이름.
*   **Subdomain (하위 도메인):** `www` - 특정 서비스나 호스트를 식별하기 위한 하위 레이블.

### 2.3 길이 및 제약 사항
네트워크 패킷의 효율성과 시스템 안정성을 위해 이름의 길이를 엄격히 제한하고 있다.

| 구분 | 제한 사항 | 비고 |
| :--- | :--- | :--- |
| **단일 레이블 최대 길이** | 63 octets (바이트) | 하나의 점과 점 사이의 문자열 길이 |
| **전체 도메인 이름 최대 길이** | 255 octets (바이트) | **와이어 포맷(Wire Format)** 기준 (루트 포함) |
| **표기법 최대 길이** | 253자 | **표기법(Presentation Format)** 기준 (마지막 점 제외) |
| **구분자** | 점 (`.`) | 레이블 간의 경계를 구분하는 기호 |

## 3. 문자 집합 및 명명 규칙

### 3.1 허용 문자 (LDH 규칙)
도메인 이름에 사용할 수 있는 문자는 기본적으로 **LDH(Letters, Digits, Hyphens)** 규칙을 따른다.
*   **영문자 (Letters):** A-Z, a-z
*   **숫자 (Digits):** 0-9
*   **하이픈 (Hyphens):** `-`

### 3.2 명명 규칙 및 위반 사례
문자 집합 내의 문자라 하더라도 다음과 같은 규칙을 준수해야 한다.

**[LDH 규칙 위반 사례]**
| 위반 사례 | 유형 | 사유 |
| :--- | :--- | :--- |
| `-example.com` | 시작 위치 위반 | 레이블의 첫 문자로 하이픈(`-`) 사용 불가 |
| `example-.com` | 종료 위치 위반 | 레이블의 마지막 문자로 하이픈(`-`) 사용 불가 |
| `my_site.com` | 특수 문자 사용 | 밑줄(`_`)은 LDH 규칙에 포함되지 않음 |
| `hello world.com` | 특수 문자 사용 | 공백은 사용할 수 없음 |

*(단, SRV 레코드 등 특수 목적의 DNS 레코드에서는 예외적으로 밑줄(`_`) 등이 허용되나, 일반적인 호스트 이름 표준에서는 금지된다.)*

## 4. 대소문자 처리 및 정규화

DNS 표준에 따라 도메인 이름은 **대소문자를 구분하지 않는다(Case-insensitive)**. 즉, `Example.Com`, `EXAMPLE.COM`, `example.com`은 모두 동일한 도메인으로 처리된다. 네트워크 장비나 OS 간의 일관성을 유지하기 위해, DNS 서버와 클라이언트는 수신한 도메인 이름을 처리할 때 내부적으로 정규화(Normalization) 과정을 거쳐 일관된 방식으로 비교 및 저장한다.

## 5. 관련 표준 및 발전 과정

### 5.1 DNS 기본 표준과의 관계
*   **RFC 1034:** 도메인 이름 공간의 개념과 DNS 패킷 구조를 정의한 기본 설계 문서.
*   **RFC 1035:** DNS 구현을 위한 구체적인 프로토콜 사양을 정의한 문서.

### 5.2 IDN(국제화 도메인 이름)으로의 확장
LDH 규칙은 비영어권 언어를 수용하지 못하는 한계가 있어, 이를 해결하기 위해 **IDNA (Internationalizing Domain Names in Applications)** 표준이 도입되었다. 유니코드 문자를 ASCII 문자로 변환하는 **Punycode** 방식을 통해 기존 DNS 인프라를 그대로 사용하면서 다국어 도메인을 지원한다.

**[Punycode 변환 예시]**
*   **한글 도메인:** `한글.com` $\rightarrow$ **Punycode 변환:** `xn--3e0b707e.com`
*   **일본어 도메인:** `日本語.jp` $\rightarrow$ **Punycode 변환:** `xn--wgv71a11nw.jp`

### 5.3 문서의 현재 상태 및 대체 표준
RFC 1034와 1035는 DNS의 기초를 닦은 핵심 문서이나, 인터넷 환경의 변화에 따라 많은 부분이 업데이트되었다. 현재 도메인 이름의 형식과 관리는 다음과 같은 최신 표준들로 대체 및 확장되어 적용되고 있다.
*   **RFC 1123:** 호스트 이름의 시작 부분에 숫자를 허용하도록 RFC 952의 제약을 완화.
*   **RFC 5890 / RFC 5891 (IDNA2008):** 기존 IDNA2003을 대체하여 더 정교한 국제화 도메인 이름 처리 방식을 정의.
*   **RFC 3696:** DNS 운영 및 관리에 관한 최신 권고 사항 제공.