Как выбрать между использованием DNS моего интернет-провайдера или Google 8.8.8.8?

Как насчет запуска собственных кеширующих DNS-серверов? Возможно, вы уже размещаете DNS для своих внутренних служб, так почему бы просто не настроить эти серверы для прямого поиска, а не для пересылки запросов вашему провайдеру или Google?

Выгоды:

• Они очень близки к вашим пользователям (< 2 мс)
• Кеширование DNS очень просто
• Кэширование все еще довольно эффективно, поскольку ваши пользователи, вероятно, получают доступ к одним и тем же сайтам (например, faultserver.ru и facebook.com)
• Вы можете сделать запись DNS-запросов для устранения неполадок
• Не нужно беспокоиться о том, что кто-то еще регистрирует ваши DNS-запросы.
• Требуется для зон DNS с расщепленным мозгом

Крупные веб-сайты и службы, такие как Facebook, часто используют сеть доставки контента (CDN) для направления вашего запроса на ближайший (и, следовательно, вероятно, самый быстрый) сервер для их контента. Они делают это через произвольную маршрутизацию DNS, возвращая адрес ближайшего сервера, когда вы выполняете запрос DNS через свой DNS-сервер. Другими словами, физическое расположение вашего DNS-сервера может повлиять на скорость и время отклика, которые вы получаете от определенных CDN. Используйте DNS-сервер, который находится рядом.

Однако эти общедоступные DNS-серверы используют anycast-маршрутизацию, чтобы предоставить вам ответ DNS от ближайшего сервера. В противном случае они не могли бы обеспечить вас такими быстрыми ответами и большим временем безотказной работы. For example, when you query 8.8.8.8 from The Netherlands, the server that answers the query is not the same one as when you query from Japan. This may partially compensate the CDN problem.

Google itself has a warning to the same effect (where resolver is the DNS server):

Note, however, that because nameservers geolocate according to the resolver's IP address rather than the user's, Google Public DNS has the same limitations as other open DNS services: that is, the server to which a user is referred might be farther away than one to which a local DNS provider would have referred. This could cause a slower browsing experience for certain sites.

Source: https://developers.google.com/speed/public-dns/faq

I couldn't find a list of Google's public DNS locations, but OpenDNS has a list of cities on their status page that should give you an idea which one you're closest too.

Каждый запрос, отправленный через DNS-сервер, может быть зарегистрирован и эти данные сопоставлены. Это не шляпа из фольги, я знаю компании, которые делают подобное. Кому вы доверяете больше с этими данными, вашему провайдеру или Google? Это должно быть частью решения.
Во-вторых, причина, по которой все не должны использовать DNS от Google, заключается в том, что весь Интернет не работает. В настоящее время ни одна компания никоим образом не управляет и не контролирует Интернет - у вас есть выбор, какого интернет-провайдера вы используете, кого вы размещаете, где вы размещаете, как вы размещаете, кого размещает ваш DNS, кого вы используете для своего DNS-поиски. Никто не контролирует ситуацию, и нет единой точки отказа или компромисса.
Обратите внимание, я не говорю, что не пользуйтесь Google, просто не кладите все яйца в одну корзину. Почему бы не использовать 8.8.8.8 и основной сервер имен вашего интернет-провайдера?

Возможно, вы еще не все "шляпа из фольги"; но Google внутренне задается вопросом, если вы должны быть. Недавно был опубликован внутренний документ Google, в котором они размышляли, стоит ли им начинать анализировать все данные, которые они могут.

DNS-пакеты маршрутизируются через udp. Udp - это протокол без установления соединения, поэтому он означает, что если у вас есть много хопов (сетей) для перехода на Google DNS, вы потеряете пакет или два. Потерянные пакеты в вашем случае означают задержку, поэтому я остановлюсь на ближайшем DNS, который вы можете найти, чтобы получить более быстрый ответ.

Единственный способ действительно решить, это сравнить его. Это будет отличаться в зависимости от вашей связи. Вы должны использовать такой инструмент, как http://www.grc.com/dns/benchmark.htm чтобы узнать, что на самом деле быстрее

Используйте DNS-серверы вашего интернет-провайдера, они ближе к вам, и они с меньшей вероятностью будут отслеживать ваш трафик, чем Google.

Для большинства интернет-провайдеров это не составляет труда, потому что их DNS имеет тенденцию действительно сосать. DNS оказывает огромное влияние на пользовательский опыт.

Единственным недостатком, с моей точки зрения, является то, что вы можете заметить низкую производительность для сайтов, использующих CDN. Я заметил, что производительность загрузки iTunes была не так хороша с Google DNS... но это только я.

Вопрос конфиденциальности для меня не является началом. Единственное различие между Google, отслеживающим вашу деятельность и вашего интернет-провайдера, состоит в том, что Google, вероятно, лучше получает реальную выгоду из данных. Джефф и Джоэл провели действительно хорошую дискуссию по проблеме DNS Google в одном из более поздних подкастов StackOverflow, который стоит послушать.

Я просто отправил PING IP-адреса ISP / Google DNS-серверов, и результаты отдали предпочтение ISP до и после изменения первичной и вторичной конфигурации DNS. 26мс против 77мс

Google DNS великолепен, но иногда он отключается. Когда я пишу это, 8.8.8.8 и 8.8.4.4 работают необычайно медленно.

Для персональных компьютеров я рекомендую Google, потому что они быстрые, и они выдадут вам ошибку, если произойдет сбой в отличие от большинства интернет-провайдеров, который приведет вас к раздражающей странице поиска.

Для серверов, расположенных в дата-центрах, я рекомендую использовать DNS, предоставляемый вашим DC. Вы можете позвонить своему DC в случае сбоя, в то время как Google не может связаться и не несет никакой ответственности.