DNS 서버란? 리졸버와 네임서버의 역할

DNS 서버는 도메인 네임 시스템에서 이름에 대한 질문에 답하는 소프트웨어이지만, 이 표현에는 여러 역할이 포함됩니다. 재귀 리졸버는 기기의 질의를 받아 답을 찾아 주며, 캐시된 데이터를 사용하거나 다른 서버에 물어보는 경우가 많습니다. 권한 네임서버는 특정 DNS 존의 레코드를 게시하며 그 존에 속한 이름의 원본 데이터를 제공합니다. 이 시스템들은 서로 협력하지만 서로 대체할 수는 없습니다. 어느 쪽에 질의하고 있는지 알면, 한 DNS 서버는 캐시된 데이터를 반환하는데 다른 서버는 도메인 소유자가 가장 최근에 설정한 내용을 보여 주는 이유를 설명할 수 있습니다.

재귀 리졸버는 클라이언트의 도우미입니다

대부분의 노트북과 휴대폰은 인터넷 서비스 제공업체, 직장, 공유기 또는 공용 DNS 서비스가 운영하는 재귀 리졸버에 질의하도록 설정되어 있습니다. 아직 캐시되지 않은 이름에 대한 질문을 받으면 리졸버는 DNS 위임 체인을 따라 필요에 따라 루트, 최상위 도메인(TLD), 권한 서버에 차례로 질의합니다. 최종 응답을 클라이언트에 반환하고 TTL 규칙에 따라 일시적으로 저장합니다. 이 캐싱은 반복 작업을 줄여 일반적인 브라우징을 더 빠르게 만듭니다. 또한 관련 캐시 정보가 만료될 때까지는 최근의 권한 서버 변경 사항이 리졸버에 반영되지 않고 뒤처질 수 있다는 뜻이기도 합니다.

권한 네임서버는 자신이 제공하는 존 데이터로 응답합니다. 도메인 소유자는 보통 DNS 제공업체를 통해 권한 서버를 설정하고, 도메인에 위임되는 네임서버는 레지스트라 설정이 결정합니다. 재귀 리졸버는 위임 체인이 올바를 때만 의도한 권한 서버에 도달할 수 있습니다. 해당 도메인에 대해 실제로 권한이 없는 제공업체의 대시보드에서 레코드를 수정하면, 공개 사용자는 그 수정 내용을 영영 보지 못할 수 있습니다. DNS 업데이트가 아무 효과가 없어 보일 때 NS 레코드를 확인하는 것이 유용한 첫 단계인 이유가 이것입니다. 어느 제공업체가 공개적으로 응답할 책임이 있는지 확인해 주기 때문입니다.

두 DNS 서버가 서로 다른 응답을 줄 수 있는 이유

응답이 다른 원인은 캐시 시점, 스플릿 호라이즌 DNS, 지리적 라우팅, 로드 밸런싱, 오래된 존 복제 또는 잘못된 위임일 수 있습니다. 기업 네트워크는 직원에게는 내부 주소를 반환하고 공개 관점에서는 공개 엔드포인트를 반환하도록 의도적으로 구성하기도 합니다. 공용 재귀 리졸버도 위치가 서로 달라 지역에 민감한 응답을 받을 수 있습니다. 응답이 다르다는 것은 질의 경로를 비교해 보아야 한다는 신호일 뿐, 한 서버가 악의적이거나 고장 났다는 즉각적인 증거는 아닙니다. 결론을 내리기 전에 응답 코드, 질의한 이름, 레코드 유형, TTL, 리졸버 주소를 확인하세요.

• 일반 클라이언트가 받을 가능성이 높은 응답을 알고 싶다면 재귀 리졸버를 사용하세요.
• 현재 게시되고 있는 존 데이터를 확인할 때는 권한 서버에 질의하세요.
• 관리 패널에서 변경한 내용이 보이지 않으면 위임과 NS 레코드를 확인하세요.
• 오래된 캐시 응답이 영구적이라고 가정하기 전에 TTL과 타임스탬프를 비교하세요.
• 내부 DNS 이름은 비공개로 유지하세요. 기밀 호스트 이름을 공개 점검 도구에 제출하지 마세요.

문제를 좁혀 가는 실용적인 방법

문제를 해결할 때는 영향을 받는 네트워크에서 일반적인 재귀 질의를 먼저 실행하고 응답을 기록하세요. 그런 다음 신뢰할 수 있는 공용 리졸버와 비교하고, 필요하면 도메인의 권한 네임서버와도 비교합니다. 권한 서버의 응답이 올바른데 재귀 응답이 오래된 것이라면 캐싱이 그럴듯한 설명입니다. 권한 서버 자체가 잘못되었다면 존과 제공업체 계정을 점검하세요. 서로 다른 권한 서버끼리 응답이 다르다면 제공업체가 존을 동기화하지 않았거나 위임이 예상치 못한 서버를 가리키고 있을 수 있습니다. 이렇게 계층별로 비교하면 레코드를 반복해서 바꾸거나 모든 캐시를 비우지 않고도 문제의 원인을 분리할 수 있는 경우가 많습니다.

도메인이 주소가 되는 과정에 대한 기본 설명은 DNS의 작동 원리를 참고하세요. 공개 주소를 확인하고 싶다면 도메인 조회 도구가 공개 DNS에 질의합니다. 이는 전체 권한 감사와는 다르며, 두 작업 모두 서버가 애플리케이션 트래픽을 받아들이는지는 확인하지 않습니다. 리졸버와 권한 서버의 구분을 이해하면 DNS 응답을 해석하기가 쉬워지고, 가정이 아니라 증거를 바탕으로 다음 진단 단계를 선택할 수 있습니다.

특정 작업에 맞는 리졸버 선택하기

일반적인 브라우징에서는 네트워크가 설정한 리졸버가 의도한 필터링, 내부 이름, 지원 동작을 제공하는 경우가 많습니다. 독립적인 공개 점검에는 문서화가 잘된 공용 재귀 리졸버가 유용한 비교 대상이 될 수 있지만, 캐시, 정책 또는 위치 때문에 응답이 다를 수 있습니다. 자신의 존을 확인할 때는 사용자 기기의 설정을 바꾸는 대신 권한 서버에 질의하세요. 공용 서비스는 사설 존 데이터를 알지 못하므로, 기업 팀은 승인된 리졸버 경로와 조건부 포워딩 규칙을 문서화해야 합니다. 이 목적들을 분리하세요. 최종 사용자의 경험을 가장 잘 대표하는 리졸버가 새로 게시된 권한 데이터를 확인하는 데 가장 좋은 도구는 아닐 수 있습니다. 결과마다 리졸버를 함께 기록해 두면, 나중에 다른 팀원이 다른 네트워크에서 다른 응답을 본 이유를 설명하는 데 도움이 됩니다.