DNS 조회 과정 따라가기

도메인 이름을 입력하면 기기는 연결하기 전에 이를 IP 주소로 변환해야 합니다. 이 과정이 DNS 조회이며, 명확한 단계 순서에 따라 진행됩니다.

목표는 중간중간 캐시를 사용해 불필요한 작업을 줄이면서 권한 있는 답변을 최대한 빠르게 찾는 것입니다.

기기는 먼저 자체 로컬 DNS 캐시와 hosts 파일을 확인합니다. 이름을 최근에 조회했고 아직 유효하다면 캐시된 IP를 즉시 사용합니다.

이렇게 하면 네트워크 조회가 필요 없습니다. 사이트를 두 번째 방문할 때 첫 번째보다 자주 빠르게 연결되는 이유가 바로 캐시입니다.

로컬 캐시에 답이 없으면 기기는 구성된 재귀 리졸버로 조회 요청을 보냅니다. 이 리졸버는 보통 ISP나 8.8.8.8과 같은 공용 제공자가 운영합니다.

리졸버는 답을 찾는 책임을 맡아 필요에 따라 다른 서버를 조회하고 최종 IP를 기기로 반환합니다.

기기가 리졸버에 보내는 요청은 재귀적입니다. 즉, "완전한 답을 찾아 달라"는 의미입니다. 그러면 리졸버는 계층 구조에 반복적으로 조회하며, 각 서버는 답이 있는 곳에 더 가까운 다음 위치를 알려 줍니다.

재귀는 모든 작업을 수행하라는 뜻이고, 반복은 다음 단계를 알려 달라는 뜻입니다. 리졸버가 이 두 방식을 연결합니다.

리졸버에 캐시된 정보가 없으면 루트 서버에서 시작합니다. 루트 서버는 최종 답을 알지는 못하지만 .com과 같이 도메인 끝부분을 처리하는 TLD 서버가 어디인지 알고 있습니다.

루트 서버는 올바른 TLD 서버를 향하도록 리졸버에 안내 정보를 응답합니다.

다음으로 리졸버는 TLD 서버(예: .com 서버)에 요청합니다. TLD 서버 역시 최종 기록을 보유하지는 않지만 특정 도메인의 권한 있는 이름 서버를 알고 있습니다.

TLD 서버는 다시 안내 정보를 반환하여 검색 범위를 해당 도메인의 서버로 좁힙니다.

마지막으로 리졸버는 실제 기록을 보유한 도메인의 권한 있는 이름 서버에 요청합니다. 그러면 요청한 이름의 실제 IP 주소가 반환됩니다.

이것이 최종 답변입니다. 이제 리졸버는 원래 요청한 기기에 필요한 정보를 갖게 됩니다.

리졸버는 IP를 기기로 보내고, 기기는 이제 연결할 수 있습니다. 리졸버와 기기는 모두 일정 시간 동안 답변을 캐시합니다.

같은 이름을 다시 조회할 때는 전체 과정을 건너뛰고 캐시를 사용하므로 시스템이 빨라지고 서버의 부하도 줄어듭니다.

대부분의 DNS 조회는 UDP 포트 53을 통해 이동합니다. 조회 내용이 작고 빈번하므로 속도를 위해 선택되는 방식입니다. 가볍고 연결을 설정하지 않는 전송 방식은 빠른 질문과 답변 교환에 적합합니다.

더 큰 응답이나 서버 간 영역 전송에는 DNS가 TCP 포트 53으로 전환합니다. DNS가 포트 53을 사용한다는 점은 시험에 자주 나오는 내용입니다.

아무것도 캐시되지 않은 경우의 전체 경로는 다음과 같습니다. 로컬 캐시 → 재귀 리졸버 → 루트 → TLD → 권한 있는 서버 → 답변.

시험을 위해 이 순서를 외워 두십시오. 권한 있는 기록에 도달할 때까지 각 단계는 캐시에서 답하거나 리졸버를 한 단계 더 깊은 곳으로 안내합니다.

조회 경로를 알면 문제를 해결하는 데 도움이 됩니다. 이름 조회가 실패했을 때 리졸버가 응답하는지, 권한 있는 서버에 도달할 수 있는지, 어느 지점에서 연결이 끊겼는지 확인할 수 있습니다.

nslookup과 같은 도구를 사용하면 특정 서버에 직접 조회하여 어느 조회 단계에서 실패했는지 정확히 파악할 수 있습니다.

조회 순서를 정하십시오.

DNS 조회 과정을 단계별로 살펴보았습니다.

• 순서: 로컬 캐시 → 리졸버 → 루트 → TLD → 권한 있는 서버 → 답변
• 기기는 재귀적으로 조회하고, 리졸버는 반복적으로 조회합니다.
• 루트 서버는 TLD 서버를 안내하고, TLD 서버는 권한 있는 서버를 안내합니다.
• 권한 있는 서버가 실제 기록을 보유하고 최종 IP를 제공합니다.
• 향후 조회 속도를 높이기 위해 답변을 캐시합니다.