[DNS] DNS의 등장 배경과 관리 체계

DNS 책을 읽게 되어 정리합니다.

목차

1. DNS 등장 배경 

[인터넷 초기의 DNS]

인터넷 초기에는 SRI-NIC이라는 네트워크 정보 센터에서 HOSTS 파일을 관리했다.

HOSTS.txt 파일에선 도메인 이름과 IP를 관리한다.

 

따라서 인터넷 접속을 등록하는 과정은 아래와 같다.

 

1. 클라이언트는 SRI-NIC에 인터넷 접속 신청을 함

2. SRI-NIC에서는 승인 후 신청자의 IP를 HOSTS 파일에 등록

3. HOSTS 파일을 인터넷에 게시하여 다운 받아 이용할 수 있도록 함

 

즉, 이 시기에는 DNS가 중앙 관리형 시스템이였다.

 

[DNS 분산 관리 체계]

인터넷 접속 신청이 늘어나자 HOSTS 파일 반영 시간이 지연되기 시작했다.

따라서 '계층화'와 '위임'을 통해 분산 관리 시스템으로 구조가 바뀌었다.

즉, 관리할 범위를 분할(계층화)하고, 책임을 위임하여 분산한다. 

 

이 때, 위임에 의해 관리하는 범위를 zone이라고 한다.

위임한 네임 서버를 위임자(부모), 위임된 네임 서버를 위임처(자식)라고 한다.

 

각 zone의 관리자는 네임 서버를 통해 아래 정보들을 관리한다.

1. zone 내에 존재하는 호스트의 도메인 이름과 IP 주소
2. 위임처(자식)의 네임 서버

위 정보들을 저장하므로 흔히 말하는 TLD부터 질의하는 DNS 재귀적 쿼리를 이해할 수 있다.

예를 들어 'example.com.'이라는 도메인의 IP를 알아내는 과정이 아래 사진과 같다.

 

위 이름 풀이 과정의 세부 내용은 다음 포스팅에서 다루겠습니다.

 

---

2. DNS 관리 체계

각 zone의 관리자를 '레지스트리'라고 한다.

도메인 사용을 위해선 사용할 zone의 레지스트리에 등록을 신청해야 한다.

.kr이나 .com 등의 중요한 TLD는 레지스트리·레지스트라 모델을 채택한다.

• 레지스트리: 각 zone의 관리자
• 레지스트라: 도메인 이름 신청자와 레지스트리를 중개 (예를 들어 가비아 같은 회사가 해당함)

[레지스트리의 역할]

1. 네임 서버를 운용한다.

2. 레지스트리 DB를 관리한다.  이 DB에는 도메인 이름을 등록하기 위해 필요한 이름, 조직명, 연락처 등이 저장된다.

3. Whois 서비스를 제공한다.

 

예를 들어 .kr 도메인의 Whois 서비스에 naver.co.kr을 조회해보면 아래 사진과 같이 도메인 등록 정보를 알 수 있습니다.

 

[레지스트라의 역할]

1. 도메인 등록 신청자에게 신청을 접수 받고, 레지스트리 DB에 도메인 등록을 접수한다.

2. 등록자 정보를 관리한다.

3. Whois 서비스를 제공한다.

 

---

 

옛날에 가비아에서 도메인을 신청한 적이 있었는데요, 신청할 때 네임 서버를 등록하는 과정이 있었습니다.

저는 네임서버를 등록하는 이유도 모르고 구글링 내용에 나온대로 AWS Route53에서 제공한 네임서버를 등록했었습니다.

그 과정이 필요한 이유를 이제야 깨달았네요 ㄷㄷ 

 

참고로 aws 같은 클라우드 서비스를 사용하지 않을 경우엔 dns 소프트웨어를 이용하여 직접 네임 서버를 구축해야 합니다.

 

다음 포스팅에선 더 자세한 이름 풀이 과정과 구성 요소를 알아보겠습니다.