Когда пользовался Виндой, то чтоб определить какие DNS сервера наиболее предпочтительны для меня использовал программу namebench, а затем менял настройки подключения.
В Linux Mint тоже оказывается можно проверить - на сколько можно увеличить скорость открытия веб-страничек. Что я и проделал. Выдало такое: Primary Server 62.165.33.250 Secondary Server 208.67.220.220 Tertiary Server 62.165.32.250
Вопрос стоит в следующем: где в Linux Mint можно заменить эти DNS сервера?
Andromalius, В правом верхнем углу обычно, поменяв автомат на ручную настройку
Сообщений: 0
#3 - 23 февраля 2016 в 10:52
mastergx:
Andromalius, В правом верхнем углу обычно, поменяв автомат на ручную настройку
Это где? Меню-Параметры системы- Подключения-Настройки-Параметры IPv4 - тут? -
Редактировалось: 1 раз (Последний: 23 февраля 2016 в 10:52)
Сообщений: 0
#4 - 23 февраля 2016 в 11:07
Andromalius, да там и обычно параметры IPV6 устанавливать в отключено
Сообщений: 0
#5 - 23 февраля 2016 в 11:53
И большой профит от смены днс? Это насколько ж он должен тупить с резолвом, чтоб зародилась такая мысль. Как правило - ближайшие сервера у твоего провайдера, плюс зачастую доступны локально, без внешней маршрутизации
Chocobo, Не у всех провайдеры как у вас, а польза от namebench очень даже приличная Но вам ею пользоваться запрещено
Редактировалось: 1 раз (Последний: 23 февраля 2016 в 14:13)
Сообщений: 0
#8 - 24 февраля 2016 в 02:36
Пропингуй к примеру яндекс и гугл, вышли нам результат, вот и решим поможет ли смена днс, и какой канал кстате (сколько мегабит в с)?
Сообщений: 0
#9 - 24 февраля 2016 в 16:16
vincentgits:
Пропингуй к примеру яндекс и гугл, вышли нам результат, вот и решим поможет ли смена днс, и какой канал кстате (сколько мегабит в с
Как пропинговать? Можно подробней написать, как это сделать? Тариф 10мегабит в секунду
Сообщений: 0
#10 - 24 февраля 2016 в 16:56
Andromalius:
Как пропинговать?
Открываешь терминал пишешь ping yandex.ru ждешь пока пройдут строчек 15 - ctr+c что бы остановить, копируешь то что получилось в форум. С гуглом то же самое только ping google.com
И большой профит от смены днс? Это насколько ж он должен тупить с резолвом, чтоб зародилась такая мысль. Как правило - ближайшие сервера у твоего провайдера, плюс зачастую доступны локально, без внешней маршрутизации
Помнится на одной фирме долго загружались странички на нормальном канале, но все привыкли. Понадобилось мне там что то нагуглить: вообщем стало это дело меня сильно раздражать. В ходе поисков выяснилось - днс предприятия настроен искать в себе потом отправлять на шлюз - шлюз настроен на получения днс от днс предприятия - вечный цикл короче) Каким то образом оно все таки добиралось до днс провайдера, но ОЧЕНЬ медленно. Вот тебе пример того что ПК с вбитым днс гугла открывали в этой ситуации странички моментально.
Сообщений: 0
#13 - 24 февраля 2016 в 18:01
готово.. фигня какая то
Спойлер
ping yandex.ru PING yandex.ru (77.88.55.55) 56(84) bytes of data. 64 bytes from yandex.ru (77.88.55.55): icmp_seq=1 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=2 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=3 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=4 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=5 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=6 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=7 ttl=58 time=37.8 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=8 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=9 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=10 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=11 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=12 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=13 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=14 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=15 ttl=58 time=38.0 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=16 ttl=58 time=38.2 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=17 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=18 ttl=58 time=38.0 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=19 ttl=58 time=37.9 ms 64 bytes from yandex.ru (77.88.55.55): icmp_seq=20 ttl=58 time=37.9 ms ^C --- yandex.ru ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19023ms rtt min/avg/max/mdev = 37.896/37.972/38.200/0.254 ms vek28@PC-Alfa ~ $ ping google.com PING google.com (109.194.121.94) 56(84) bytes of data. 64 bytes from cache.google.com (109.194.121.94): icmp_seq=1 ttl=63 time=0.499 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=2 ttl=63 time=0.502 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=3 ttl=63 time=0.464 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=4 ttl=63 time=0.388 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=5 ttl=63 time=1.31 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=6 ttl=63 time=0.407 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=7 ttl=63 time=0.350 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=8 ttl=63 time=0.434 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=9 ttl=63 time=0.360 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=10 ttl=63 time=0.588 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=11 ttl=63 time=0.353 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=12 ttl=63 time=0.677 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=13 ttl=63 time=0.382 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=14 ttl=63 time=0.488 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=15 ttl=63 time=0.355 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=16 ttl=63 time=0.630 ms 64 bytes from cache.google.com (109.194.121.94): icmp_seq=17 ttl=63 time=0.378 ms ^C --- google.com ping statistics --- 17 packets transmitted, 17 received, 0% packet loss, time 15998ms rtt min/avg/max/mdev = 0.350/0.503/1.311/0.226 ms vek28@PC-Alfa ~ $ ping 62.165.33.250 PING 62.165.33.250 (62.165.33.250) 56(84) bytes of data. 64 bytes from 62.165.33.250: icmp_seq=1 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=2 ttl=60 time=16.7 ms 64 bytes from 62.165.33.250: icmp_seq=3 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=4 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=5 ttl=60 time=16.6 ms 64 bytes from 62.165.33.250: icmp_seq=6 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=7 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=8 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=9 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=10 ttl=60 time=16.4 ms 64 bytes from 62.165.33.250: icmp_seq=11 ttl=60 time=16.6 ms 64 bytes from 62.165.33.250: icmp_seq=12 ttl=60 time=16.4 ms 64 bytes from 62.165.33.250: icmp_seq=13 ttl=60 time=16.9 ms 64 bytes from 62.165.33.250: icmp_seq=14 ttl=60 time=16.4 ms 64 bytes from 62.165.33.250: icmp_seq=15 ttl=60 time=16.6 ms 64 bytes from 62.165.33.250: icmp_seq=16 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=17 ttl=60 time=16.9 ms 64 bytes from 62.165.33.250: icmp_seq=18 ttl=60 time=16.5 ms ^C64 bytes from 62.165.33.250: icmp_seq=19 ttl=60 time=16.9 ms 64 bytes from 62.165.33.250: icmp_seq=20 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=21 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=22 ttl=60 time=16.5 ms 64 bytes from 62.165.33.250: icmp_seq=23 ttl=60 time=16.5 ms ^C --- 62.165.33.250 ping statistics --- 23 packets transmitted, 23 received, 0% packet loss, time 22029ms rtt min/avg/max/mdev = 16.473/16.621/16.947/0.159 ms vek28@PC-Alfa ~ $ ping 208.67.220.220 PING 208.67.220.220 (208.67.220.220) 56(84) bytes of data. 64 bytes from 208.67.220.220: icmp_seq=1 ttl=53 time=174 ms 64 bytes from 208.67.220.220: icmp_seq=2 ttl=53 time=189 ms 64 bytes from 208.67.220.220: icmp_seq=3 ttl=53 time=170 ms 64 bytes from 208.67.220.220: icmp_seq=4 ttl=53 time=182 ms 64 bytes from 208.67.220.220: icmp_seq=5 ttl=53 time=176 ms 64 bytes from 208.67.220.220: icmp_seq=6 ttl=53 time=175 ms 64 bytes from 208.67.220.220: icmp_seq=7 ttl=53 time=173 ms 64 bytes from 208.67.220.220: icmp_seq=8 ttl=53 time=179 ms 64 bytes from 208.67.220.220: icmp_seq=9 ttl=53 time=181 ms 64 bytes from 208.67.220.220: icmp_seq=10 ttl=53 time=177 ms 64 bytes from 208.67.220.220: icmp_seq=11 ttl=53 time=164 ms 64 bytes from 208.67.220.220: icmp_seq=12 ttl=53 time=167 ms 64 bytes from 208.67.220.220: icmp_seq=13 ttl=53 time=172 ms 64 bytes from 208.67.220.220: icmp_seq=14 ttl=53 time=175 ms 64 bytes from 208.67.220.220: icmp_seq=15 ttl=53 time=177 ms 64 bytes from 208.67.220.220: icmp_seq=16 ttl=53 time=172 ms ^C --- 208.67.220.220 ping statistics --- 16 packets transmitted, 16 received, 0% packet loss, time 15021ms rtt min/avg/max/mdev = 164.197/175.761/189.857/5.855 ms
Сообщений: 0
#14 - 24 февраля 2016 в 20:25
Andromalius:
фигня какая то
Ну тут, сами домены особой роли не играют, инговать лучче по адресам днс серверов:
Еще я думаю стоит все-таки указать что за ДНС используется сейчас, какой отклик от него, и за каким провайдером сидишь. Пинги кстати довольно ровные и относительно не высоки - это вероятней всего FTTB, фикса то есть. пинг конечно не абсолютный индикатор работы сервиса, ибо есть еще и внутренняя кухня, но на примере 208.67.220.220 - можно сделать вывод - многовато для проброса днс-запросов будет
Еще раз повторюсь, что лучше спросить адресок у родного техпода:)
Редактировалось: 1 раз (Последний: 24 февраля 2016 в 20:25)
Сообщений: 0
#15 - 24 февраля 2016 в 20:52
vincentgits:
Вот тебе пример того что ПК с вбитым днс гугла открывали в этой ситуации странички моментально.
Ну я в целом и не отрицал воздействия резолва, как части этого процесса, но: 1. если бы у ТС был самопальный bind который бы ему резолвил. В твоей истории ж админа днс-сервера внутри конторы нужно спросить за такую работу сервиса. Скорей всего кеширование запросов до ума не довели:) 2. Костылировать как привило ничего не нужно ибо есть сервис со стороны ISP, там и roundrobin и кратчайшая маршрутизация и т.д. и т.п. плюс они обычно и получаются автоматом приподнятии линка (dhcp) или сессии (pppoe,pptp, etc)
Когда линк хороший и стабильный - использование публичных серверов также вполне может иметь место, при отклике в десяток миллисек - никакой разницы не почуствуешь. Плюс на примере яндекса - есть сервера для разных целей (безопасный, семейный) - может быть уместно в каких-то ситуациях
Если же проблема не в том как долго сервер жует запросы внутри, а в том как долго до него летит пакет - профит маловероятен, т.к. следом за резолвом по тем же печальным шлюзам потянется контент. Если учесть нынешний веб с его объемами - от запроса в браузере до полного открытия страницы - резолв занимает от силы процентов 5-7
Но вот чудо прога, которую тут так расписывают - предлагает секондари сервер с откликои в 1/5 секунды из базы аж в 4500 серверов Крута, чёж
