캐싱, TTL, DNS 문제

모든 조회마다 전체 DNS 계층 구조를 질의하면 느려지고 서버에 과부하가 걸립니다. 캐싱은 최근 응답을 저장하므로 반복되는 조회를 즉시 처리할 수 있습니다.

확인자, 운영 체제, 심지어 브라우저도 DNS 캐시를 유지합니다. 캐싱 덕분에 매일 수십억 건의 조회를 빠르고 확장성 있게 처리할 수 있습니다.

각 DNS 레코드에는 TTL(Time To Live)이 포함됩니다. TTL은 캐시가 응답을 만료되기 전까지 보관하는 시간을 초 단위로 나타냅니다.

TTL이 3600인 레코드는 한 시간 동안 캐시할 수 있습니다. TTL이 만료되면 캐시는 항목을 버리고 다음번에 새로 조회해야 합니다.

TTL은 서로 상충하는 선택입니다. 긴 TTL은 조회 횟수를 줄이고 응답을 빠르게 하지만 변경 사항이 전파되는 데 더 오래 걸립니다. 짧은 TTL은 변경 사항을 빠르게 전파하지만 질의 부하를 증가시킵니다.

관리자는 계획된 이전을 앞두고 새 주소가 빠르게 전파되도록 TTL을 낮췄다가, 이후 다시 높이는 경우가 많습니다.

DNS 레코드를 업데이트해도 변경 사항이 모든 곳에 동시에 나타나지는 않습니다. 전 세계의 캐시는 TTL이 만료될 때까지 이전 값을 계속 보관합니다.

이 지연을 전파라고 합니다. 이전 TTL에 따라 변경 사항이 전 세계에 반영되는 데 몇 분에서 몇 시간까지 걸릴 수 있으며, 이는 편집 후 흔히 혼란을 일으키는 원인입니다.

흔한 DNS 문제 중 하나는 오래된 캐시입니다. 실제 주소가 변경된 후에도 장치가 캐시된 이전 IP를 계속 사용하는 경우입니다. 레코드가 올바른데도 사이트가 작동하지 않는 것처럼 보입니다.

해결 방법은 TTL이 만료될 때까지 기다리거나 캐시를 비우는 것입니다. 많은 시스템에서는 캐시를 수동으로 삭제하여 즉시 새로 조회하도록 할 수 있습니다.

오래된 항목으로 문제가 발생하면 캐시를 비우는 것으로 장치가 캐시된 레코드를 버리고 다시 질의하도록 할 수 있습니다. 이는 일반적인 초기 문제 해결 단계입니다.

시스템마다 사용하는 캐시 비우기 명령이 다릅니다. 캐시를 비운 후 다음 조회는 확인자에 새로 전달되므로 최근 레코드 변경 사항을 반영합니다.

장치가 연결할 수 없거나 잘못 구성된 확인자를 가리키면 네트워크가 작동하더라도 이름 확인이 완전히 실패합니다. 구성된 DNS 서버를 확인하는 것은 중요한 진단 절차입니다.

8.8.8.8이나 1.1.1.1과 같이 정상 작동이 확인된 공용 확인자로 전환하면 원래 확인자에 문제가 있었는지 빠르게 테스트할 수 있습니다.

대부분의 시스템은 DNS를 조회하기 전에 이름을 주소에 수동으로 매핑하는 로컬 hosts 파일을 확인합니다. 이 파일의 항목은 해당 이름에 대한 DNS 응답보다 우선합니다.

잊어버린 hosts 항목이나 악성 hosts 항목은 이름을 잘못된 IP로 조용히 리디렉션할 수 있습니다. 따라서 특정 이름 하나만 제대로 작동하지 않고 다른 이름은 정상적으로 확인될 때 hosts 파일을 확인하는 것이 좋습니다.

대표적인 DNS 장애 징후로는 IP로는 사이트가 열리지만 이름으로는 열리지 않는 경우, "서버를 찾을 수 없음" 오류, 초기 연결 지연 등이 있습니다.

IP를 대상으로 ping이 성공하지만 이름을 대상으로 ping하면 알 수 없는 호스트 오류와 함께 실패하는 경우 DNS가 원인입니다. 이 간단한 테스트로 DNS 문제와 다른 연결 문제를 구분할 수 있습니다.

nslookup 또는 dig를 사용하여 DNS를 직접 질의하세요. 특정 서버에 질의하고, 어떤 레코드가 반환되는지 확인하며, 남은 TTL도 확인할 수 있습니다.

이 도구를 사용하면 확인자가 반환하는 결과와 권한 있는 응답을 비교하여 오래된 캐시나 원본의 잘못 구성된 레코드를 찾아낼 수 있습니다.

대부분의 DNS 문제는 캐싱과 TTL 동작, 잘못된 확인자, 또는 잘못된 레코드에서 비롯됩니다. IP로 테스트하고, 확인자를 검증하고, 캐시를 비우고, nslookup으로 질의하는 체계적인 점검을 통해 원인을 분리할 수 있습니다. TTL과 전파를 이해하면 변경 사항이 지연되어 나타나는 이유를 알 수 있습니다.

이로써 Network+ 시험에 필수적인 주소 지정 및 이름 지정의 기초를 마무리합니다.

캐싱, TTL, DNS 문제에 대해 배웠습니다.

• 캐싱은 최근 응답을 저장하여 DNS를 빠르게 합니다.
• TTL은 레코드를 새로 고치기 전까지 캐시할 수 있는 시간을 정합니다.
• 긴 TTL = 조회 횟수는 적지만 변경이 느림; 짧은 TTL = 변경은 빠르지만 부하가 증가함
• 전파 지연과 오래된 캐시는 많은 DNS 문제를 일으키며, 캐시를 비우면 도움이 됩니다.
• IP를 이용한 테스트, 확인자 점검, nslookup으로 진단할 수 있습니다.