네트워크마다 도메인이 다르게 확인되는 이유

흔히 혼란을 일으키는 상황입니다. 사무실 네트워크에서 도메인을 조회하면 IP 주소가 하나 나오고, 휴대폰의 셀룰러 연결에서 같은 도메인을 확인하면 전혀 다른 주소가 나옵니다. 두 결과가 동시에 모두 올바를 수 있습니다.

지리 인식 및 부하 기반 라우팅

대규모 사이트와 CDN은 각 방문자를 가장 가깝거나 부하가 가장 적은 서버로 보내기 위해, 질의가 어디에서 온 것으로 보이는지에 따라 DNS 질의에 서로 다르게 응답하는 경우가 많습니다. 한 지역의 리졸버는 가까운 엣지 서버를 안내받고, 다른 지역의 리졸버는, 심지어 네트워크 피어링이 다른 ISP만 달라도, 다른 서버를 안내받습니다. 어느 쪽도 “잘못된” 것이 아닙니다. 서로 다른 관점에 맞게 최적화된 유효한 응답입니다.

캐싱은 두 번째 변동 요인을 더합니다

지리 기반 라우팅 위에, 모든 리졸버는 레코드의 TTL 동안 응답을 독립적으로 캐시합니다. 집의 ISP 리졸버는 3분 전에 응답을 캐시했을 수 있고, 휴대폰 통신사의 리졸버는 방금 새로 질의하고 있을 수 있습니다. 두 캐시가 자연스럽게 만료되어 갱신될 때까지는 같은 도메인이 정당하게 두 가지 서로 다른(그리고 둘 다 현재 유효한) 응답을 보여 줄 수 있습니다.

• CDN이나 전 세계적으로 부하가 분산되는 서비스 뒤에 있는 모든 도메인에서는 이것이 정상이며 예상되는 일입니다.
• 응답 중 하나가 실제로 접속할 수 없거나 고장 난 경우, 즉 단순히 다른 것이 아닌 경우에만 실제 문제가 됩니다.
• 감사 목적으로 비교 가능한 단일 응답이 필요하다면, 서로 다른 위치에서 한 조회를 비교하지 말고 매번 동일한 관측 지점(같은 도구, 같은 네트워크)에서 질의하세요.

도메인이 일반적으로 무엇으로 확인되는지, 예를 들어 보안 점검, 마이그레이션 검증, 일반 모니터링을 위해 확인하려는 경우에는, 손에 잡히는 아무 기기에 설정된 리졸버가 아니라 고정된 잘 알려진 공용 리졸버에 직접 질의하세요. 네트워크마다 달라지는 변동을 쫓는 대신 일관되고 비교 가능한 기준선을 얻을 수 있습니다.

세 번째 원인, 의도적인 스플릿 호라이즌 DNS

지리 기반 라우팅과 캐싱은 둘 다 부수적입니다. 응답을 다르게 만들려고 한 사람은 없으며, 규모에 따른 부수 효과일 뿐입니다. 스플릿 호라이즌(또는 “스플릿 뷰”) DNS는 다릅니다. 조직이 네임서버를 설정해 자사 네트워크 내부에서 들어온 질의에는 한 가지 응답을, 그 외 모든 사람에게는 다른 응답을 의도적으로 반환합니다. 내부 전용 인트라넷 호스트 이름은 사무실 Wi-Fi에서는 사설 주소로 확인되고, 외부에서는 아무것도 확인되지 않거나 공개 랜딩 페이지로 확인될 수 있습니다. 사무실 VPN에 연결된 업무용 노트북에서는 도메인이 잘 확인되는데 집에서는 확인되지 않는다면, 특히 규모가 큰 조직에서는 버그가 아니라 스플릿 호라이즌 DNS가 실제로 흔한 원인입니다.

세 가지를 빠르게 구분하기

실제로 이들을 구분하는 가장 빠른 방법은 차이가 네트워크의 신원과 관련되는지 시간과 관련되는지 확인하는 것입니다. 서로 다른 두 네트워크에서 한 조회가 지금 서로 다르고, 1분 뒤 각 네트워크에서 다시 확인해도 같은 결과가 나온다면 지리 기반 라우팅이나 스플릿 호라이즌, 즉 질의가 어디에서 왔는지와 관련된 것입니다. 한 네트워크의 응답이 아무것도 달라지지 않았는데 몇 분 간격의 두 조회 사이에 저절로 바뀐다면, 최근의 실제 변경을 캐시가 따라잡고 있는 것입니다. 이 구분이 중요한 이유는 세 가지 중 예상치 못한 접속 불가능한 응답 하나만이 실제로 장애로 다룰 가치가 있기 때문입니다.