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

Существует полезный инструмент, который тестирует различные доступные DNS-серверы (ваш интернет-провайдер, текущая конфигурация, DynDNS, Google Public DNS и другие).

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

NameBench (Linux / Windows / Mac OS X)

Вывод :
_{(источник: googlecode.com)}

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

Выгоды:

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

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

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

У самого Google есть предупреждение о том же эффекте (где преобразователем является DNS-сервер):

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

Источник: https://developers.google.com/speed/public-dns/faq#cdn

Мне не удалось найти список общедоступных DNS-адресов Google, но в OpenDNS есть список городов на их страница статуса это должно дать вам представление о том, какой из них вам ближе всего.

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

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

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

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

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

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

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

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

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

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

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

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