Google의 공개 DNS를 사용하는 것이 좋은 생각인 것 같습니다. 8.8.8.8속도 8.8.4.4가 정말 빠르기 때문입니다. 내 ISP의 DNS보다 훨씬 빠릅니다! - 그리고 아마도 더 안정적일 것입니다. 그것은 나에게 엄청나게 빠른 승리처럼 보이고 기억하기 훨씬 더 쉬운 것 같습니다.
우리 모두가 Google에 대해 "은박 모자"가 아니라고 가정하면 왜 모든 사람이 Google DNS를 사용해서는 안 됩니까? 가장 빠르고 안정적인 DNS 서버 또는 일반적으로 가장 좋다고 간주되는 DNS 서버를 어떻게 결정할 수 있습니까?
참고: 본 적이 있어요이 질문, 하지만 OpenDNS와 비교하고 싶지 않습니다. 이것은 일상적인 사람들이 집에서 일상적으로 사용하는 것에 관한 것입니다.
업데이트:나는 프라이버시 문제라는 말벌의 둥지에 손을 넣은 것 같다. 이 문제에 대해서는 감사하지만 좀 더 기술 중심적인 논의를 기대하고 있었습니다...
답변1
사용 가능한 다양한 DNS 네임서버(ISP, 현재 구성, DynDNS, Google Public DNS 및 기타)를 테스트하는 유용한 도구가 있습니다.
내 관점에서 볼 때 Google DNS는 꽤 빠르지만 로드에 따라 GoogleDNS가 지원하는 ISP Dns가 더 빠른 경우도 있습니다.
출력 :
(원천:googlecode.com)
답변2
자체 캐싱 DNS 서버를 실행하는 것은 어떻습니까? 아마도 내부 서비스를 위해 이미 DNS를 호스팅하고 있을 것입니다. 그렇다면 ISP나 Google에 요청을 전달하는 대신 직접 조회를 수행하도록 해당 서버를 설정하는 것은 어떨까요?
혜택:
- 사용자와 매우 가깝습니다(< 2ms).
- 캐싱 DNS는 실행하기 간단하지 않습니다.
- 사용자가 동일한 사이트(예: serverfault.com 및 facebook.com)에 액세스할 가능성이 높으므로 캐싱은 여전히 상당히 효과적입니다.
- 문제 해결을 위해 DNS 요청 로깅을 수행할 수 있습니다.
- 다른 사람이 귀하의 DNS 쿼리를 기록하는 것에 대해 걱정할 필요가 없습니다.
- 분할 DNS 영역에 필요
답변3
Facebook과 같은 대규모 웹사이트 및 서비스에서는 CDN(콘텐츠 전송 네트워크)을 사용하여 콘텐츠에 대해 가장 가까운(따라서 가장 빠른) 서버로 요청을 라우팅하는 경우가 많습니다. DNS 서버를 통해 DNS 쿼리를 수행할 때 가장 가까운 서버의 주소를 반환함으로써 DNS 애니캐스트 라우팅을 통해 이 작업을 수행합니다.즉, DNS 서버의 물리적 위치는 특정 CDN에서 얻는 속도와 응답 시간에 영향을 미칠 수 있습니다. 가까운 DNS 서버를 사용하세요.
그러나 이러한 공용 DNS 서버는 애니캐스트 라우팅을 사용하여 가장 가까운 서버로부터 DNS 응답을 제공합니다. 그렇지 않으면 이렇게 빠른 응답과 높은 가동 시간을 제공할 수 없습니다. 예를 들어 네덜란드에서 8.8.8.8을 쿼리하는 경우 쿼리에 응답하는 서버는 일본에서 쿼리할 때와 동일한 서버가 아닙니다. 이는 CDN 문제를 부분적으로 보상할 수 있습니다.
Google 자체에도 동일한 효과에 대한 경고가 있습니다(여기서 확인자는 DNS 서버임).
그러나 네임서버는 사용자의 IP 주소가 아닌 확인자의 IP 주소에 따라 위치 정보를 찾기 때문에 Google Public DNS에는 다른 개방형 DNS 서비스와 동일한 제한 사항이 있습니다. 로컬 DNS 공급자가 참조했을 것입니다. 이로 인해 특정 사이트의 검색 속도가 느려질 수 있습니다.
원천:https://developers.google.com/speed/public-dns/faq#cdn
Google의 공개 DNS 위치 목록을 찾을 수 없지만 OpenDNS에는 도시 목록이 있습니다.상태 페이지그러면 당신도 어느 쪽이 가장 가까운지 알 수 있을 것입니다.
답변4
아마도 여러분은 아직 "은박 모자"가 아닐 수도 있습니다.하지만 Google은 내부적으로 귀하가 그렇게 해야 하는지 궁금해하고 있습니다.. 최근 그들이 가능한 모든 데이터 마이닝을 시작해야 하는지 고민하는 내부 Google 문서가 유출되었습니다.