실제 시험 문제 25

이 글에서 익힐 것

• domain name을 오른쪽에서 왼쪽 계층으로 읽는다.

• stub resolver와 recursive resolver의 역할을 구분한다.

• root·TLD·authoritative nameserver가 각각 무엇을 알려 주는지 이해한다.

• recursive query와 iterative referral을 구분한다.

• NS, glue, A/AAAA, TTL, cache의 역할을 설명한다.

• 시험 그림에 sender·receiver·message·response를 정확히 배치한다.

Domain hierarchy

• DNS root

  .

  모든 public DNS 이름 계층의 최상위. .de를 담당하는 TLD server의 delegation을 알려 준다.

• Top-Level Domain

  de

  .de 아래 등록 domain들의 authoritative delegation 정보를 가진다.

• Second-level domain

  tu-darmstadt

  tu-darmstadt.de zone의 authoritative nameserver가 실제 record를 관리한다.

• Host/subdomain label

  www 등

  문제에 특정 host가 있다면 authoritative zone 안에서 A/AAAA/CNAME 등을 조회한다.

Actors

• Application/Browser

  사람이 입력한 domain의 IP가 필요하다.

• Stub resolver

  사용자 기기의 DNS client. 보통 recursive resolver에 질의를 위임한다.

• Recursive resolver

  client 대신 계층을 순회하고 cache를 관리해 최종 답을 제공한다.

• Root nameserver

  최종 IP를 보통 주지 않고 .de TLD nameserver로 referral한다.

• .de TLD nameserver

  tu-darmstadt.de authoritative NS delegation을 알려 준다.

• Authoritative NS for tu-darmstadt.de

  zone의 공식 최종 A/AAAA 등 record를 답한다.

Assumptions

• resolver cache는 비어 있거나 필요한 delegation/answer가 없다.

• 질의 type은 예시로 A(IPv4) 또는 AAAA(IPv6)다.

• DNSSEC 검증·CNAME chain·여러 NS 중 선택 같은 추가 과정은 기본 3점 trace에서는 생략할 수 있다.

• 문제의 'resolver'는 반복 질의를 수행하는 recursive resolver로 해석한다.

단계별로 따라가기

1. Step

   1. Client → Recursive resolver

   Message

   QNAME=tu-darmstadt.de, QTYPE=A/AAAA, recursion desired

   Response

   resolver가 최종 답을 찾아 달라는 요청

   Meaning

   client는 보통 각 DNS server를 직접 순회하지 않는다.

2. Step

   2. Resolver → Root

   Message

   tu-darmstadt.de A/AAAA?

   Response

   .de를 담당하는 TLD NS들의 referral + 필요 시 glue addresses

   Meaning

   root는 tu-darmstadt.de의 최종 IP가 아니라 다음 계층을 안내한다.

3. Step

   3. Resolver → .de TLD NS

   Message

   tu-darmstadt.de A/AAAA?

   Response

   tu-darmstadt.de authoritative NS referral + glue가 필요하면 포함

   Meaning

   TLD는 해당 zone의 authoritative server 위치를 알려 준다.

4. Step

   4. Resolver → Authoritative NS

   Message

   tu-darmstadt.de A/AAAA?

   Response

   authoritative final RR 또는 CNAME/referral as appropriate

   Meaning

   zone의 공식 data source에서 최종 답을 얻는다.

5. Step

   5. Resolver → Client

   Message

   최종 A/AAAA answer

   Response

   application이 IP로 연결 가능

   Meaning

   resolver는 받은 record와 delegation을 각 TTL 범위에서 cache한다.

헷갈리는 개념 비교하기

• Recursive request

  client → recursive resolver

  질의를 받은 쪽이 최종 답 또는 오류를 책임지고 찾아 돌려준다.

• Iterative query/referral

  resolver → root/TLD

  server가 자신이 아는 최선의 답, 보통 다음 nameserver referral을 주고 resolver가 다음 server에 직접 묻는다.

• 자주 틀리는 지점

  root가 TLD에 대신 물어본 뒤 최종 답을 resolver에 돌려준다고 그리면 역할을 혼동한 것이다.

Ns and glue

• NS record는 어떤 nameserver가 child zone에 authoritative인지 이름으로 알려 준다.

• 그 nameserver 이름의 IP를 알아야 접속할 수 있으므로 delegation 응답에 A/AAAA glue record가 함께 올 수 있다.

• Glue는 특히 nameserver 이름이 위임된 child zone 내부에 있어 순환 의존이 생길 때 필요하다.

• 3점 기본 답안에서 glue를 반드시 상세 설명할 필요는 없지만 referral과 최종 answer를 구분하면 높은 정확도를 보인다.

Cache and ttl

• Resolver는 최종 A/AAAA뿐 아니라 .de NS, tu-darmstadt.de NS와 glue도 cache할 수 있다.

• 각 Resource Record의 TTL은 얼마 동안 재사용할 수 있는지 나타낸다.

• TTL이 유효하면 다음 질의에서 일부 계층을 건너뛰어 지연과 DNS traffic을 줄인다.

• TTL 만료 후에는 authoritative hierarchy에서 최신 정보를 다시 받아야 한다.

Diagram template

• Client/Stub ── tu-darmstadt.de A? ──▶ Recursive Resolver

• Recursive Resolver ── query ──▶ Root

• Root ── referral: .de NS ──▶ Resolver

• Resolver ── query ──▶ .de TLD NS

• .de TLD ── referral: authoritative NS for tu-darmstadt.de ──▶ Resolver

• Resolver ── query A/AAAA ──▶ Authoritative NS

• Authoritative NS ── final answer ──▶ Resolver

• Resolver ── final answer ──▶ Client; cache until TTL

문제를 푸는 순서

1. 1단계: 이름을 root → de → tu-darmstadt 계층으로 분해한다.

2. 2단계: client와 recursive resolver를 그림 왼쪽에 둔다.

3. 3단계: cache empty 가정을 적는다.

4. 4단계: root referral, .de referral, authoritative answer를 서로 다른 화살표로 그린다.

5. 5단계: 최종 A/AAAA가 client로 돌아가고 TTL cache된다고 적는다.

6. 6단계: 각 화살표에 sender·receiver·query/response 내용을 표시한다.

스스로 확인하기

• root server가 돌려주는 대표 응답은 최종 A record인가 referral인가?

  .de TLD nameserver로 가라는 referral이다.

• .de TLD server는 무엇을 알려 주는가?

  tu-darmstadt.de zone의 authoritative nameserver delegation.

• 최종 A/AAAA record는 누가 제공하는가?

  tu-darmstadt.de의 authoritative nameserver.

• 왜 resolver가 결과를 cache하는가?

  TTL 동안 반복 질의를 줄이고 응답을 빠르게 하기 위해서다.

• client→resolver 질의와 resolver→root 질의의 대표 방식 차이는?

  전자는 보통 recursive request, 후자는 iterative query/referral 흐름이다.

설명의 근거

• Gedächtnisprotokoll Computersystemsicherheit WS2025_26.md, Networking / DNS, 5-(a), 3 Punkte.

• CSS Exam SoSe22, p.13 — iterative DNS resolver trace 문제.

• Vorlesung 08 Domain Name System — DNS hierarchy, resolution, referrals와 caching.

이 문제가 어려운 이유

짧은 문제 문장 ‘DNS resolver가 tu-darmstadt.de를 resolve하려고 한다. Namensauflösung Ablauf를 sketch하라.’ 안에 정의, 조건, 처리 순서가 압축되어 있습니다. 아래 예시에서는 이를 한 단계씩 펼쳐 확인합니다.