Кажется хорошей идеей использовать общедоступный DNS от Google, 8.8.8.8
и 8.8.4.4
потому что он действительно быстрый - намного быстрее, чем DNS моего собственного провайдера! - и, вероятно, более надежный тоже. Это кажется невероятно быстрой победой и намного легче запомнить.
Предполагая, что мы не все «бездельничаем» насчет Google, почему бы не всем использовать Google DNS? Как я могу определить, какой DNS-сервер будет самым быстрым, самым надежным или что обычно считается лучшим?
Примечание. Я видел этот вопрос , но не хочу сравнивать его с OpenDNS. Это о повседневном использовании обычными людьми в их домах.
Обновление: я, кажется, положил свою руку в гнездо осы проблем конфиденциальности. Я ценю проблему, но я ожидал более ориентированной на технологии дискуссии ...
источник
Ответы:
Существует полезный инструмент для проверки различных доступных DNS-серверов имен (ваш провайдер, текущая конфигурация, DynDNS, Google Public DNS и другие).
С моей точки зрения, Google DNS работает довольно быстро, но в зависимости от нагрузки, которую поддерживает GoogleDNS, мой провайдер Dns иногда быстрее.
NameBench (Linux / Windows / Mac OS X)
Вывод: альтернативный текст http://namebench.googlecode.com/files/screenshot-1.3-graphs.jpg
источник
Как насчет запуска собственных кеширующих DNS-серверов? Возможно, вы уже размещаете DNS для своих внутренних служб, так почему бы просто не настроить эти серверы для прямого поиска, а не для пересылки запросов вашему провайдеру или Google?
Выгоды:
источник
Крупные веб-сайты и службы, такие как Facebook, часто используют сеть доставки контента (CDN), чтобы направить ваш запрос на ближайший (и, следовательно, вероятно, самый быстрый) сервер для их контента. Они делают это через произвольную маршрутизацию DNS, возвращая адрес ближайшего сервера, когда вы выполняете запрос DNS через свой DNS-сервер. Другими словами, физическое расположение вашего DNS-сервера может повлиять на скорость и время отклика, которые вы получаете от определенных CDN. Используйте DNS-сервер, который находится рядом.
Однако эти общедоступные DNS-серверы используют anycast-маршрутизацию, чтобы предоставить вам ответ DNS от ближайшего сервера. В противном случае они не могли бы обеспечить вас такими быстрыми ответами и большим временем безотказной работы. Например, когда вы запрашиваете 8.8.8.8 из Нидерландов, сервер, который отвечает на запрос, отличается от того, который вы запрашиваете из Японии. Это может частично компенсировать проблему CDN.
Сам Google имеет предупреждение о том же эффекте (где resolver - это 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 - это протокол без установления соединения, поэтому он означает, что если у вас много хопов (сетей) для перехода на Google DNS, вы потеряете пакет или два. Потерянные пакеты в вашем случае означают задержку, поэтому я остановлюсь на ближайшем DNS, который вы можете найти, чтобы получить более быстрый ответ.
источник
Используйте DNS-серверы вашего интернет-провайдера, они ближе к вам, и они с меньшей вероятностью будут отслеживать ваш трафик, чем Google.
источник
Для большинства интернет-провайдеров это не составляет труда, потому что их DNS имеет тенденцию действительно сосать. DNS оказывает огромное влияние на пользовательский опыт.
Единственным недостатком, с моей точки зрения, является то, что вы можете заметить низкую производительность для сайтов, использующих CDN. Я заметил, что производительность загрузки iTunes была не так хороша с Google DNS ... но это только я.
Вопрос конфиденциальности для меня не является началом. Единственное различие между Google, отслеживающим вашу деятельность и вашего интернет-провайдера, состоит в том, что Google, вероятно, лучше получает реальную выгоду из данных. Джефф и Джоэл провели действительно хорошую дискуссию по проблеме DNS Google в одном из более поздних подкастов StackOverflow, который стоит послушать.
источник
Единственный способ действительно решить, это сравнить его. Это будет отличаться в зависимости от вашей связи. Вы должны использовать такой инструмент, как http://www.grc.com/dns/benchmark.htm, чтобы узнать, что на самом деле быстрее
источник
Я просто отправил PING IP-адреса ISP / Google DNS-серверов, и результаты отдали предпочтение ISP до и после изменения первичной и вторичной конфигурации DNS. 26мс против 77мс
источник
Google DNS великолепен, но иногда он отключается. Когда я пишу это, 8.8.8.8 и 8.8.4.4 работают необычайно медленно.
Для персональных компьютеров я рекомендую Google, потому что они быстрые, и они выдадут вам ошибку, если произойдет сбой в отличие от большинства интернет-провайдеров, который приведет вас к раздражающей странице поиска.
Для серверов, расположенных в дата-центрах, я рекомендую использовать DNS, предоставляемый вашим DC. Вы можете позвонить своему DC в случае сбоя, в то время как Google не может связаться и не несет никакой ответственности.
источник