Выбираем DNS

[Константин Артурыч]

Задумался я тут над сабжем.

Есть и OpenDNS и Google DNS и еще наверно не один десяток подобных ресурсов.

Раньше, да и сейчас использую гуглосервис. Может есть что то лучше?

Обсудим?

[Ummitium]

Лучше использовать dns провайдера.

С DNS гугла лично у меня были проблемы со скоростью скачивания с ресурсов ЛК.

[MASolomko]

Для каждой сети свои особенности, какой DNS-сервер можно использовать. Но компания Google предложила программу для поиска наиболее быстрого DNS-сервера относительно вашего местоположения в Сети - namebench.

[Ummitium]

Другими словами, я особого смысла в сторонних DNS не вижу.

 

Для каждой сети свои особенности, какой DNS-сервер можно использовать. Но компания Google предложила программу для поиска наиболее быстрого DNS-сервера относительно вашего местоположения в Сети - namebench.

С помощью данной программы делал немало тестов - у меня всегда резолвинг быстрее от dns провайдера.

[Cihihen]

Задумался я тут над сабжем.

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

 

У меня тоже есть вопрос, как работает DNS?

И исходя из этого, почему

Лучше использовать dns провайдера.

?

Если можно на примерах.

Изменено 14 июля, 2011 пользователем Cihihen

[lammer]

Для каждой сети свои особенности, какой DNS-сервер можно использовать. Но компания Google предложила программу для поиска наиболее быстрого DNS-сервера относительно вашего местоположения в Сети - namebench.

 

Даная софтинка выдала вердикт, что быстрейший - DNS выданный провайдером....

[SLASH_id]

Для меня лучший ДНС - стабильный ДНС. Посколько ДНС провайдера несколько раз падали, выбрал гугловский. +20мс к резолву, за то стабильно.

[Skarbovoy]

Если можно на примерах.

Раскрывающийся текст:

 

C:\Users\Skarbovoy>ping 79.135.200.50

Обмен пакетами с 79.135.200.50 по с 32 байтами данных:
Ответ от 79.135.200.50: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.50: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.50: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.50: число байт=32 время<1мс TTL=63

Статистика Ping для 79.135.200.50:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Users\Skarbovoy>ping 79.135.200.100

Обмен пакетами с 79.135.200.100 по с 32 байтами данных:
Ответ от 79.135.200.100: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.100: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.100: число байт=32 время<1мс TTL=63
Ответ от 79.135.200.100: число байт=32 время<1мс TTL=63

Статистика Ping для 79.135.200.100:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Users\Skarbovoy>ping 8.8.8.8

Обмен пакетами с 8.8.8.8 по с 32 байтами данных:
Ответ от 8.8.8.8: число байт=32 время=49мс TTL=56
Ответ от 8.8.8.8: число байт=32 время=47мс TTL=56
Ответ от 8.8.8.8: число байт=32 время=48мс TTL=56
Ответ от 8.8.8.8: число байт=32 время=47мс TTL=56

Статистика Ping для 8.8.8.8:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 47мсек, Максимальное = 49 мсек, Среднее = 47 мсек

C:\Users\Skarbovoy>ping 8.8.4.4

Обмен пакетами с 8.8.4.4 по с 32 байтами данных:
Ответ от 8.8.4.4: число байт=32 время=48мс TTL=56
Ответ от 8.8.4.4: число байт=32 время=47мс TTL=56
Ответ от 8.8.4.4: число байт=32 время=47мс TTL=56
Ответ от 8.8.4.4: число байт=32 время=47мс TTL=56

Статистика Ping для 8.8.4.4:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 47мсек, Максимальное = 48 мсек, Среднее = 47 мсек

 

 

[пользователь]

У меня тоже есть вопрос, как работает DNS?

http://ru.wikipedia.org/wiki/DNS

 

Если можно на примерах.

http://forum.kasperskyclub.ru/index.php?sh...mp;#entry406779

 

Для меня лучший ДНС - стабильный ДНС. Посколько ДНС провайдера несколько раз падали, выбрал гугловский. +20мс к резолву, за то стабильно.

Ни разу у провайдера DNS не падали... Вообще, никогда и ни у одного...

[vasdas]

Не забываем DNS адресов можно прописать как минимум два, первым у меня выставлен провайдер, так как он в одной подсети и отклик быстрее, а вторичным Гугл или open, смотрим по пингу и выбираем предпочтительнее.

[Cihihen]

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

[пользователь]

DNS адресов можно прописать как минимум два

Можно прописать много больше двух

 

PS. Кстати, вполне нормальный вариант для тех, кто не верит надежности своего провайдера.

[Cihihen]

http://ru.wikipedia.org/wiki/DNS

Вот пример оттуда, когда сервер DNS провайдера не знает какой то адрес и все преимущества в близости от него теряются:

 

Предположим, мы набрали в браузере адрес ru.wikipedia.org. Браузер спрашивает у сервера DNS: «какой IP-адрес у ru.wikipedia.org»? Однако, сервер DNS может ничего не знать не только о запрошенном имени, но даже обо всём домене wikipedia.org. В этом случае сервер обращается к корневому серверу — например, 198.41.0.4. Этот сервер сообщает — «У меня нет информации о данном адресе, но я знаю, что 204.74.112.1 является ответственным за зону org.» Тогда сервер DNS направляет свой запрос к 204.74.112.1, но тот отвечает «У меня нет информации о данном сервере, но я знаю, что 207.142.131.234 является ответственным за зону wikipedia.org.» Наконец, тот же запрос отправляется к третьему DNS-серверу и получает ответ — IP-адрес, который и передаётся клиенту — браузеру.

[Skarbovoy]

Cihihen

Это не скорость, а "время отклика". В силу малого размера пакетов, скоростью можно принебречь.

[Cihihen]

Ни разу у провайдера DNS не падали... Вообще, никогда и ни у одного...

У других падают

Добрач, выручай. Суть такова, у провайдера упал DNS-сервер. Обещали сделать через пару часов, но как-то не верится. dobrochan.

 

Это не скорость, а "время отклика". В силу малого размера пакетов, скоростью можно принебречь.

Будем считать скорость отклика. Я в этом смысле.