Кажется, это хорошая идея — использовать публичный DNS Google 8.8.8.8, и 8.8.4.4потому что он действительно быстрый — гораздо быстрее, чем DNS моего собственного провайдера! — и, вероятно, более надежный. Это кажется мне смехотворно быстрой победой, и его гораздо легче запомнить.
Если предположить, что мы не все "шапочки из фольги" по отношению к Google, почему бы всем не использовать Google DNS? Как определить, какой DNS-сервер будет самым быстрым, самым надежным или что вообще будет считаться лучшим?
Примечание: Я виделэтот вопрос, но я не хочу сравнения с OpenDNS. Это касается повседневного использования обычными людьми в их домах.
Обновлять:Кажется, я сунул руку в осиное гнездо проблем конфиденциальности. Я понимаю проблему, но я ожидал более технологически ориентированного обсуждения...
решение1
Существует полезный инструмент, который тестирует различные доступные серверы имен DNS (ваш интернет-провайдер, текущая конфигурация, DynDNS, Google Public DNS и другие).
С моей точки зрения, Google DNS довольно быстры, но в зависимости от нагрузки, поддерживаемой GoogleDNS, DNS моего интернет-провайдера иногда оказывается быстрее.
NameBench (Linux/Windows/Mac OS X)
Выход :
(источник:googlecode.com)
решение2
Как насчет запуска собственных кэширующих DNS-серверов? Вероятно, вы уже размещаете DNS для своих внутренних служб, так почему бы просто не настроить эти серверы на выполнение прямых запросов вместо пересылки запросов вашему интернет-провайдеру или Google?
Выгоды:
- Они очень близки к вашим пользователям (<2 мс)
- Кэширование DNS очень просто в использовании
- Кэширование по-прежнему достаточно эффективно, поскольку ваши пользователи, вероятно, посещают одни и те же сайты (например, serverfault.com и facebook.com).
- Вы можете вести журнал DNS-запросов для устранения неполадок.
- Не нужно беспокоиться о том, что кто-то другой регистрирует ваши DNS-запросы.
- Требуется для разделенных DNS-зон
решение3
Более крупные веб-сайты и сервисы, такие как Facebook, часто используют сеть доставки контента (CDN) для маршрутизации вашего запроса на ближайший (и, следовательно, вероятно, самый быстрый) сервер для своего контента. Они делают это с помощью DNS anycast routing, возвращая адрес ближайшего сервера, когда вы выполняете DNS-запрос через свой DNS-сервер.Другими словами, физическое расположение вашего DNS-сервера может влиять на скорость и время отклика, которые вы получаете от определенных CDN. Используйте DNS-сервер, который находится поблизости.
Однако эти публичные DNS-серверы используют маршрутизацию anycast, чтобы предоставить вам ответ DNS с ближайшего сервера. В противном случае они не смогли бы предоставить вам такие быстрые ответы и высокие показатели безотказной работы. Например, когда вы запрашиваете 8.8.8.8 из Нидерландов, сервер, который отвечает на запрос, не тот же, что и при запросе из Японии. Это может частично компенсировать проблему CDN.
У самого Google есть предупреждение на тот же счет (где resolver — это DNS-сервер):
Однако следует отметить, что поскольку серверы имен геолокируются в соответствии с IP-адресом резолвера, а не пользователя, Google Public DNS имеет те же ограничения, что и другие открытые службы DNS: то есть сервер, на который ссылается пользователь, может находиться дальше, чем тот, на который ссылался бы локальный поставщик DNS. Это может привести к более медленному просмотру определенных сайтов.
Источник:https://developers.google.com/speed/public-dns/faq#cdn
Я не смог найти список публичных DNS-локаций Google, но у OpenDNS есть список городових страница статусаэто должно дать вам представление о том, кто из них вам ближе.
решение4
Возможно, вы еще не совсем «шапочка из фольги»;но Google внутри задается вопросом, стоит ли вамНедавно произошла утечка внутреннего документа Google, в котором они размышляют, стоит ли им начать собирать все возможные данные.