[정보 보안] DNS의 Zone

Cookie·2024년 11월 4일

정보보안

목록 보기

31/41

DNS 존(Zone)과 리소스 레코드(Resource Record) 설정

DNS는 단순히 도메인 이름을 IP 주소로 변환하는 역할뿐만 아니라, 도메인 정보와 다양한 설정을 관리하는 기능도 포함하고 있음.
이를 위해 DNS는 "존(Zone)" 과 "리소스 레코드(Resource Record)" 라는 두 가지 중요한 개념을 사용함

✅ 존(Zone): 특정 도메인 및 하위 도메인을 관리하는 단위
✅ 리소스 레코드(Resource Record): 특정 도메인에 대한 정보를 저장하는 데이터 항목

💠1. 존(Zone) 설정

🔹 존(Zone)이란?

DNS에서 존(Zone) 은 도메인 및 하위 도메인을 관리하는 독립적인 네임스페이스임
즉, 특정 네임서버가 관리하는 도메인의 범위를 의미하며, 도메인 정보를 저장하고 제공하는 역할을 함

🔹 존의 종류

포워드 존(Forward Zone)
- 가장 일반적인 존 유형
- 도메인 이름 → IP 주소 변환 정보를 포함
- 예: example.com → 192.0.2.1
역방향 존(Reverse Zone)
- IP 주소 → 도메인 이름 변환 정보를 포함
- 예: 192.0.2.1 → example.com
- 주로 PTR 레코드(Pointer Record)와 함께 사용됨
주 존(Primary Zone) vs 보조 존(Secondary Zone)
- 주 존(Primary Zone): 원본 데이터를 저장하는 기본 존
- 보조 존(Secondary Zone): 주 존의 데이터를 복제한 읽기 전용 존

📌 예제: 포워드 존 설정

$TTL 86400
@   IN  SOA  ns1.example.com. admin.example.com. (
            2024021701  ; Serial
            3600        ; Refresh
            1800        ; Retry
            604800      ; Expire
            86400 )     ; Minimum TTL

    IN  NS   ns1.example.com.
    IN  NS   ns2.example.com.
    IN  A    192.0.2.1
www IN  A    192.0.2.2

TTL: 캐시 유지 시간
SOA: 도메인 관리 정보
NS: 네임서버 정보
A: IP 주소 매핑

💠2. 리소스 레코드(Resource Record) 설정

🔹리소스 레코드란?

DNS는 각 도메인과 관련된 정보를 "리소스 레코드(Resource Record)" 형태로 저장함
각 레코드는 특정 도메인과 해당 도메인에 대한 정보를 연결하는 역할

🔹 주요 리소스 레코드 유형

레코드 타입	설명
A	도메인 → IPv4 주소 매핑
AAAA	도메인 → IPv6 주소 매핑
CNAME	도메인 → 다른 도메인(별칭)으로 매핑
MX	이메일 서버 지정
NS	해당 존을 관리하는 네임 서버 지정
TXT	SPF, DKIM 등의 텍스트 정보 저장
PTR	IP → 도메인 이름 변환 (역방향 조회)
SOA	존의 기본 정보(SOA: Start of Authority)

📌 예제: 리소스 레코드 설정

@    IN  A     192.0.2.1
www  IN  A     192.0.2.2
mail IN  MX    10 mail.example.com.
@    IN  TXT   "v=spf1 mx -all"

A: example.com → 192.0.2.1
MX: 메일 서버를 mail.example.com 으로 지정
TXT: SPF(Sender Policy Framework) 설정

💠3. TTL(Time To Live) 설정

모든 리소스 레코드에는 TTL(Time To Live) 값이 있음
TTL은 해당 DNS 정보가 캐시에 얼마나 오래 유지될지를 결정하는 값

TTL이 낮으면
- 최신 데이터를 가져올 수 있지만, 네트워크 부하 증가
TTL이 높으면
- 부하는 줄지만, 변경 사항 반영이 느림

📌 예제: TTL 설정

$TTL 3600  ; 1시간 동안 캐시 유지

TTL = 3600초(1시간) → 해당 DNS 정보가 1시간 동안 유지됨

💠4. 존과 리소스 레코드의 관계

DNS 존 = 특정 네임서버가 관리하는 도메인의 영역
리소스 레코드 = 해당 존 내에서 개별 도메인 정보를 저장

📌 예제: example.com의 DNS 구조

$TTL 86400
@    IN  SOA   ns1.example.com. admin.example.com. (
              2024021701  ; Serial
              3600        ; Refresh
              1800        ; Retry
              604800      ; Expire
              86400 )     ; Minimum TTL

     IN  NS    ns1.example.com.
     IN  NS    ns2.example.com.
     IN  A     192.0.2.1
www  IN  A     192.0.2.2
mail IN  MX    10 mail.example.com.
     IN  TXT   "v=spf1 mx -all"

example.com에 대한 네임서버(NS) 설정
A 레코드를 통해 www.example.com을 192.0.2.2로 매핑
MX 레코드를 통해 이메일 서버 지정

✅ 요약 정리

DNS의 "존 설정" 과 "리소스 레코드 설정" 은 도메인 관리에서 필수적인 요소

존(Zone)
- 특정 도메인 및 하위 도메인을 관리하는 단위
- 포워드 존(Forward), 역방향 존(Reverse) 등의 유형이 있음
리소스 레코드(Resource Record)
- 도메인 정보를 저장하는 개별 항목
- A, CNAME, MX, TXT 등 다양한 유형이 있음
TTL 설정
- DNS 캐시 유지 시간을 결정
- 낮으면 빠른 반영, 높으면 네트워크 부하 감소