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

Это кажется хорошей идеей использовать публичные DNS Google 8.8.8.8 и 8.8.4.4, потому что это действительно быстро - намного быстрее, чем DNS моего собственного провайдера! -- и, вероятно, более надежный. Это кажется мне до смешного быстрым выигрышем, и его гораздо легче запомнить.

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

Примечание: я видел этот вопрос, но я не хочу сравнения с OpenDNS. Речь идет о повседневном использовании обычными людьми у себя дома.

Обновление: Похоже, я запустил руку в осиное гнездо, связанное с проблемами конфиденциальности. Я ценю этот вопрос, но я ожидал более технологически ориентированного обсуждения...

72
задан 13 April 2017 в 15:14
11 ответов

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

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

NameBench (Linux/Windows/Mac OS X)

Вывод: сопроводительный текст http://namebench.googlecode.com/files/screenshot-1.3-graphs.jpg

54
ответ дан 28 November 2019 в 19:28

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

Преимущества:

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

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

7
ответ дан 28 November 2019 в 19:28

Большие веб-сайты и сервисы, такие как Facebook, часто используют Сеть доставки контента (CDN) для маршрутизации запроса к самому близкому (и поэтому вероятный самый быстрый) сервер для их содержания. Они делают это через DNS передало одному из узлов маршрутизацию путем возврата адреса самого близкого сервера при выполнении запроса DNS через сервер DNS. Другими словами, где Ваш сервер DNS расположен, физически может иметь эффект на скорости и время отклика, которое Вы получаете от определенного CDN's. Используйте сервер 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 имеет список городов на их странице состояния, которая должна дать Вам идею, какой Вы являетесь самыми близкими также.

21
ответ дан 28 November 2019 в 19:28

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

6
ответ дан 28 November 2019 в 19:28

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

4
ответ дан 28 November 2019 в 19:28

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

3
ответ дан 28 November 2019 в 19:28

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

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

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

3
ответ дан 28 November 2019 в 19:28

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

3
ответ дан 28 November 2019 в 19:28

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

2
ответ дан 28 November 2019 в 19:28

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

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

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

1
ответ дан 28 November 2019 в 19:28