☰

DNS 확인, 브라우저 탐색 및 캐시

tag-icon • tag-icon dns browser-cache wan ipconfig
DNS 확인, 브라우저 탐색 및 캐시

NS 업데이트가 24시간 이상 걸릴 수 있다는 것을 알고 있습니다. 그런데 이 과정에서 제가 흥미를 느끼는 부분이 있습니다.

ISP 라우터의 DNS를 변경할 수 없어서 WAN/LAN을 사용하도록 설정했습니다.구글 퍼블릭 DNS

프로세스 시나리오:

  1. 도메인 NS를 변경합니다
  2. 몇 분 후에 나는dnschecker.org, Google 공개 이름 서버를 입력하기 위해 맞춤 DNS 서버를 추가합니다.
  3. dnschecker.orgGoogle DNS를 포함하여 업데이트된 DNS 서버의 50%가 나열되어 있다고 가정해 보겠습니다.
  4. Windows 명령 줄로 이동하여 입력합니다.ipconfing /flushdns
  5. 모든 크롬 파일 캐시를 지우고( Ctrl+Shift+Del), 크롬 호스트를 지웁니다(크롬://net-internals/#dns) 캐시 및 플러시 크롬 소켓 풀(크롬://net-internals/#sockets)
  6. 마지막으로 새 Chrome(또는 다른 브라우저) 창 탭에서 웹사이트를 열었고 표시된 웹사이트는 이전 웹사이트입니다. 그러나 동시에 다음과 같은 무료 온라인 프록시를 통해 도메인에 액세스하면누구, 웹사이트는 업데이트된 DNS 버전을 로드합니다.
  7. 불과 24시간 후에 내 크롬이 업데이트된 DNS 사이트 버전을 로드합니다.

어떻게 그럴 수 있니? 뭔가 빠졌나요?

답변1

ISP의 DNS 서버는 캐시에 귀하의 주소를 갖고 있으므로 이전 주소를 반환합니다. 앞으로도 그럴 것이다. TTL(수명) 귀하의 데이터 중 일부가 만료됩니다.

DNS 레코드는 주로 DNS 쿼리 성능을 향상시키기 위해 캐시에 저장됩니다. 모든 DNS 레코드에는 DNS 서버가 해당 레코드를 캐시에 저장해야 하는 시간인 TTL(Time to Live) 값이 있습니다. 레코드가 변경되더라도 DNS 서버는 이 시간이 지날 때까지 캐시의 이전 값으로 계속 작동합니다.

DNS 전파는 전 세계 DNS 서버가 도메인 이름에 대해 캐시된 정보를 업데이트하는 데 필요한 시간입니다. 이는 변경된 DNS 레코드의 TTL에 영향을 받지만 다른 요인도 영향을 미칠 수 있습니다.

DNS 변경 사항이 전 세계에 적용되는 데 최대 72시간이 걸릴 수 있지만 대부분의 경우 몇 시간 내에 발생합니다.

전파 시간을 단축하려면 TTL을 더 낮은 숫자(권장하지 않음)로 설정하면 됩니다(예: 14400(4시간)). 하지만 NS가 변경되기 훨씬 전에, 최대 96시간 전에 이 작업을 수행해야 합니다.

캐시에 DNS가 없는 DNS 서버에 쿼리할 때 변경 사항이 이미 해당 단계까지 전파된 경우 새 DNS 레코드를 반환하는 것을 확인할 수 있습니다.

답변2

말씀하신 대로 ISP의 라우터를 사용하고 있으며 ISP의 DNS 서버만 사용하도록 설정된 것 같습니다.

그동안 귀하는 웹사이트를 사용하여 Google의 DNS 서버를 확인했습니다. 실제로 로컬 컴퓨터에서도 이 작업을 수행할 수 있습니다. nslookup <domain> 8.8.8.8명령 프롬프트에서 8.8.8.8에 의 IP를 쿼리합니다 <domain>.

당신이 보고 있는 것은 '웹'에 있는 대부분의 DNS 서버가 업데이트되었지만 ISP의 DNS 서버는 여전히 이전 결과를 반환하고 있으며 업데이트될 때까지 계속 그렇게 할 것입니다. ISP의 DNS 서버를 사용하지 않고 컴퓨터에서 수동으로 설정하면 이 문제를 우회할 수 있습니다(그러나 이 방법은 ISP가 외부 DNS 액세스를 차단하지 않는 경우에만 작동합니다).

ISP의 DNS 서버가 업데이트되면 웹상의 다른 모든 사람들과 마찬가지로 업데이트된 페이지를 받게 됩니다.

관련 정보