Як я можу вибрати між DNS мого провайдера або 8.8.8.8 Google? [зачинено]


72

Здається, добре використовувати загальнодоступний DNS Google 8.8.8.8і 8.8.4.4тому, що це дійсно швидко - набагато швидше, ніж мій власний DNS DNS! - і, мабуть, і надійніші. Це здається для мене смішно швидкою перемогою, і набагато простіше запам’ятати.

Якщо припустити, що ми не всі «капелюшки з фольгованої фольги» щодо Google, чому б не всі користуватися DNS Google? Як я можу визначити, який DNS-сервер був би найшвидшим, найнадійнішим або що взагалі вважалося б найкращим?

Примітка. Я бачив це запитання , але не хочу порівняння з OpenDNS. Йдеться про щоденне використання повсякденними людьми у своїх будинках.

Оновлення: я, здається, поклав руку в осіне гніздо конфіденційності. Я ціную це питання, але я очікував на більш технологічну дискусію ...


3
Це велике припущення, яке ви робите.
Лука не має імені

Ви можете трактувати "ми" як просто людей у ​​цьому домогосподарстві чи організації. Я не намагаюся
перепрофілювати

3
Ви запитали "чому всі не повинні використовувати Google DNS", коли відповідь в основному ґрунтується на питаннях безпеки. Це було б як запитати "навіщо людям зачиняти двері" і злітись, коли відповідь "утримати людей". Немає технічних причин використовувати DNS Google або будь-який інший безкоштовний сервер DNS через ваш Інтернет-провайдер, якщо немає конкретної проблеми.
Chris S

Відповіді:


54

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

З моєї точки зору, Google DNS досить швидкий, але залежно від завантаженості GoogleDNS підтримує мій DNS провайдера, іноді швидше.

NameBench (Linux / Windows / Mac OS X)

Вихід: alt текст http://namebench.googlecode.com/files/screenshot-1.3-graphs.jpg


2
Який зручний інструмент навіть після всіх цих років.
Ніт

ці результати можуть відрізнятися в залежності від місця
Abel Melquiades Callejo

31

Як щодо запуску власних серверів кешування DNS? Ви, мабуть, вже розміщуєте DNS для своїх внутрішніх служб, то чому б просто не налаштувати ці сервери робити прямі пошуки замість переадресації запитів у ваш Інтернет-провайдер чи Google?

Переваги:

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

8
Так, це мало б сенсу для (більших) організацій, але не для споживачів. І що би використовував внутрішній DNS-сервер для зовнішніх адрес - ISP чи Google?
Torben Gundtofte-Bruun

4
Якщо ви запитуєте про споживачів, ви знаходитесь на неправильному сайті. Спробуйте superuser.com .
Doug Luxem

1
як цей метод, я думаю, що краще, ніж інші варіанти. давайте обробляємо мій власний бізнес.
BlaShadow

Чому, на думку, ви думаєте, що кешування dns не є річчю споживчої оцінки? Ви сподіваєтесь, що кеш-сервер dns буде вбудований у майже будь-який маршрутизатор ADSL або WIFI. Це, безумовно, частина будь-якої настільної системи Ubuntu. Зауважте, що тут важливим є не кешування, а те, куди йдуть з'єднання вище. Якщо всі запити вище за течією переходять до одного або декількох дозволюючих пристроїв вище, це не стосується питання ОП.
mc0e

@DougLuxem, Ви пропонуєте написати одне і те ж ідентичне запитання у двох різних місцях?
Pacerier

21

Більші веб-сайти та сервіси, такі як Facebook, часто використовують мережу доставки вмісту (CDN), щоб направити ваш запит на найближчий (і, отже, найшвидший) сервер для їх вмісту. Вони роблять це за допомогою маршрутизації DNS anycast, повертаючи найближчу адресу сервера під час виконання запиту DNS через ваш DNS-сервер. Іншими словами, де ваш сервер DNS розташований фізично, це може впливати на швидкість та час реакції, які ви отримуєте від певних CDN. Використовуйте близько розташований DNS-сервер.

Однак ці загальнодоступні сервери DNS використовують маршрутизацію anycast для надання вашої відповіді 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 має список міст на своїй сторінці статусу, який повинен дати вам уявлення, яке саме ви є найближчим.


1
Хоча це було правдою на початку, це більше не діє. Усі CDN адаптувались до цього і перевірити IP-адресу також зараз, до тих пір, поки afasterinternet.com не з’явиться.
Барт Де Вос

@Martijn, чому ви говорите "через маршрутизацію anycast або через DNS", коли це насправді "через маршрутизацію DNS anycast"?
Pacerier

1
@BartDeVos, Цитування, необхідне для такої великої претензії.
Pacerier

@Pacerier Ви праві, це було неправильно. Я оновив відповідь.
Martijn Heemels

Посилання змінило developers.google.com/speed/public-dns/faq#cdn
Гері

7

Кожен запит, надісланий через DNS-сервер, може бути зареєстрований і ці дані зібрані. Це не капелюшок з олов'яної фольги, я знаю, компанії, які роблять подібне. Кому ви більше довіряєте цим даним, своєму провайдеру чи Google? Це має бути частиною рішення.
По-друге, причина, по якій всі не повинні використовувати DNS Google, полягає в тому, що це все в Інтернеті. Як відомо, жодна компанія жодним чином не керує та не керує Інтернетом - у вас є вибір, який Інтернет-провайдер ви використовуєте, з ким ви хостите, де ви хостите, як хостите, з ким приймаєте свій DNS, кого ви використовуєте для свого Пошук DNS. Ніхто не контролює і немає єдиної точки провалу чи компромісу.
Зауважте, я не кажу, що не використовуйте Google, просто не кладіть усі яйця в один і той же кошик. Чому б не використовувати 8.8.8.8 та основний сервер провайдерів імен?


Я не довіряю цьому австрійському інтернет-бізнесу; вони здаються такими незрозумілими. Тож особисто я віддаю перевагу Google просто тому, що вони зібралися разом.
Torben Gundtofte-Bruun

Ви маєте на увазі використання основного = 8.8.8.8 і вторинного = мій провайдер? Це, звичайно, збільшить шанси отримати відповідь, якщо будь-яка з них знизиться. Цікаво.
Torben Gundtofte-Bruun

основний = 8.8.8.8 все ще залишає проблему конфіденційності.
mc0e

Зауважте, що ваш Інтернет-провайдер може так само легко реєструвати запити dns до 8.8.8.8, як і власні dns-сервери. Тому більше питання про те, кому ви довіряєте провайдера або Google і провайдера.
thomasrutter

Як австралієць, я б довіряв Google БІЛЬШЕ, ніж своєму провайдеру, якби це було лише на індивідуальній основі.
thomasrutter

6

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


Вибачте Кріс, але я чітко припускав довірливість цього питання. Ваше запитання не містить нічого іншого.
Torben Gundtofte-Bruun

@torbengb, я не задавав питання. Я просто намагаюся стверджувати, що, можливо, вам слід більше займатися обробкою даних вашими постачальниками послуг. Хоча це не відповідь на ваше запитання, я думаю, що дуже важливо розглянути такі речі; особливо для людей, які досі вірять компаніям, які кажуть, що "не роблять зла".
Кріс С

На жаль, я мав на увазі "вашу відповідь". Мені відомо про проблеми конфіденційності; моє висловлене припущення мало на меті усунути цю дискусію в цій темі. Я міг би бути ще більше олов'яної фольги щодо менш ощадливих провайдерів, завдяки чому Google виявиться мудрішим вибором. (У нас може бути ще одна тема про конфіденційність, корпоративну безжалісність та правові варіанти. Але це була б велика нитка.)
Torben Gundtofte-Bruun

4

dns-пакет направляється через udp. Udp - протокол без підключення, тож, якщо у вас є багато мереж для скачування (мереж) для подорожі до google dns, ви втратите пакет або два. Втрачені пакети у вашому випадку означають затримку, тому я б дотримувався найближчого DNS, який ви можете знайти для швидшого реагування.


Втрата пакетів також трапляється навіть у близьких мережах. Так, що є причиною вашої цитати ~ "ви втратите пакет або два, якщо його немає"?
Pacerier

3

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


4
Насправді, причиною використання DNS вашого провайдера є те, що вони можуть контролювати ваш трафік у будь-якому випадку, і, мабуть, це роблять (навіть у західних демократіях, уряди часто просять їх). Тоді як Google може стежити лише за запитами, які надходять до них.
Жил

2
Звичайно, ваш Інтернет-провайдер буде стежити за вашим трафіком, коли викликається в суд, куди, як Google це роблять, щоб заробити гроші та стати старшим братом наприкінці дня. Звичайно, вони не Санта-Клаус, щоб дати вам безкоштовне рішення ваш ісп, який ви платите за це. Відверто кажучи, я не маю поняття, чому вони приєдналися до гри DNS.
topdog

@Gilles: ... і якщо люди (звані "ми" вище) використовують Gmail або Google Apps, то Google, ймовірно, знає більше, ніж достатньо.
Torben Gundtofte-Bruun

2
Так, але Google не може вас стріляти. Уряд може.
Майкл Хемптон

@topdog, насправді це залежить від вашої країни.
Pacerier

3

Для більшості Інтернет-провайдерів це не просто, тому що їх DNS має тенденцію дійсно смоктати. DNS робить величезний вплив на роботу користувачів.

Єдиний недолік з моєї точки зору - це те, що ви можете помітити низьку ефективність для сайтів, які використовують CDN. Я помітив, що ефективність завантаження iTunes була не настільки хорошою для Google DNS ... але це тільки я.

Питання конфіденційності для мене не є стартером. Єдина відмінність між моніторингом вашої діяльності від Google та вашим Інтернет-провайдером полягає в тому, що Google, ймовірно, краще отримує фактичні значення даних. У одному з пізніших подкастів StackOverflow, який варто прослухати, Джефф та Джоел по-справжньому добре обговорили проблему Google DNS.


На який подкаст ви посилаєтесь? Чи є посилання?
Pacerier

1
Що ви маєте на увазі під «DNS-провайдером ISP, як правило, смоктати»? Майже всі інші відповіді тут пропонують використовувати DNS провайдера замість Google.
Pacerier

3

Єдиний спосіб дійсно прийняти рішення - це його порівняння. Це буде різним, залежно від вашого зв'язку. Слід скористатися таким інструментом, як http://www.grc.com/dns/benchmark.htm, щоб дізнатися, що насправді швидше


2

Я просто ПІНГУвав IP-сервери DNS / Google DNS, і результати надавали перевагу провайдеру до та після зміни первинної та вторинної конфігурації DNS. 26 мс проти 77 мс


1
Це зайве. Ваш Інтернет-провайдер - це перша зупинка, тому, звичайно, він має менший пінг, оскільки ви не можете дістатися до другої зупинки, перш ніж дістатися до першої. Але ми порівнюємо тут весь пакет, а не лише терміни пінг.
Pacerier

1

Google DNS - це чудово, але вони все одно опускаються. Коли я це пишу, 8.8.8.8 і 8.8.4.4 обидва неприпустимо повільні.

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

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


Гм, це звучить дивно. Google розраховував сервери по всьому світу . Що ви маєте на увазі під "неприйнятно повільним"?
Pacerier
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.