2) Узнаем DNS провайдера. Чтобы узнать DNS провайдера войдите в командную строку "cmd" и выполните команду ipconfig /all , найдите ваше сетевое соединение. DNS провайдера будет выглядеть примерно так (у меня уже прописана конфигурация для Acrylic DNS Proxy, по этому не обращайте внимания): 3) Используем путь C:\Program Files (x86)\Acrylic DNS Proxy\ или C:\Program Files\Acrylic DNS Proxy\ и изменяем файл конфигурации: AcrylicConfiguration.ini Тут нужно будет прописать список DNS, который будет использовать программа. Самым первым DNS у нас будет DNS провайдера. Их может быть как 1 так и 2.
...Легко сказка сказывается, но, как говориться - человек может всё... до того момента, пока не начнёт что-нибудь делать сам. Всё на английском, - что там понять можно? Позвольте пару вопросов: 1. где именно смотреть своё сетевое подключение? Как оно выглядит? 2. AcrylicConfiguration.ini - винегрет из АйПи адресов и английских терминов. Что менять, где, как, в каких строках? С namebench и DNS Benchmark хоть всё понятно, а тут - аццкая смесь
HugoBo-SS, 17.02.2015 - 23:30
Открываем Edit Acrylic Configuration File ( в меню программ, после установки есть или пользуемся тузлой Acrylic DNS Proxy Monitor: Edit-> Edit configuration
Ищем строки:
PrimaryServerAddress= тут указываем DNS провайдера SecondaryServerAddress=если у вас 2 DNS сервера у провайдера, второй; (иначе уже из своих найденых предпочтений)
И дальше в соответсвующих строчках проставляем IP адреса нужных DNS серверов
Врага надо знать в лицо...ну, хотя бы с гугло-промт переводом
Много полезных утилей не имеют "великого и могучего" - ни в интерфейсе, ни в коммандных хелпах, ни в описаниях. "Собачий", де факто, более распространён, хотя, бывает, и его нет, а есть, в лучшем случае, германский, какой-нибудь европейский. Относительно часто попадаются китайские и японские иероглифы. Вот там - настоящая беда для понимания. Но, если ОЧЕНЬ надо, то разобраться можно.
Всё описано в закомменченных стройчках файла AcrylicConfiguration.ini
Надо было мне сразу озвучить суть своей проблемы. А она состояла в том, что при скорости соединения в 9-13 килобит, часто зависали онлайн тв-трансляции, особенно в вечернее время, после 19-00. Что я ни делал - всёравно онлайн трансляции висли. "Предпочитаемый DNS-сервер" выставлял Гугловский 8.8.8.8 и 8.8.4.4, выставлял "Автоматический", потом месяца три пользовался DNS Benchmark (даже выписал 4-6 IP наиболее быстрых) - ничего не помогало. Вернее помогало, но на время. А вчера, перечитав эту тему, полазив по интернету, наткнулся на 2 совета с других ресурсов: - Первый советовал, - "Если у Вас установлен WiFi роутер, то я бы Предпочитаемым сервером прописывал IP-адрес роутера(192.168.1.1 или 192.168.0.1), а в поле Альтернативного — уже публичный сервер Гугл.. Таким образом Вы сможете пользоваться и ресурсами и провайдера, и стабильностью работы сервисов Google".
- Второй же советовал, чтобы пропали "тормоза", зависания - прописать не Гугловский IP, а Яндекса: 1) (базовый) 77.88.8.8 2) ----///---- 77.88.8.1
Короче, я прописал Предпочитаемым - 192.168.1.1 Альтернативным - 77.88.8.8 Дополнительным - 77.88.8.1 И теперь, со вчерашнего дня - никаких "тормозов" нет! Смотрю тв-трансляции в разном качестве - ничего не виснет и не тормозится! Почему так происходит? Тот второй советчик писал, что якобы особенности конкретного региона... ХЗ. Но проблема решена. Страницы тоже заметно шустрее стали открываться! Так что доверять этим Benchmark-ам и прочим Acrylic-кам, наверное не стоит.
PS: И ещё хотел спросить... Протокол Интернета версии 4 (TCP/IPv4) я изменил, а (TCP/IPv6) Яндекса теперь надо прописывать, или не обязательно?
HugoBo-SS, 19.02.2015 - 0:01
Молодец, что разобрался.
Отдать на откуп роутеру 1-й DNS можно и нужно, если тот достаточно продвинут и в нём хорошо реализован DNS сервер. Забыл рассмотреть подобный случай . А для прямых подключений только по приведённой схеме.[quote=kotmur,18.02.2015 - 20:33] Почему так происходит?
DNS кеширующий сервер, в данном случае, локальный отсылает запросы сразу по всем DNS серверам ( которых можно вбить 10). Вероятность относительно быстрого получения IP увеличивается. Потом все обращения идут не наружу, а внутрь - время реакции - как минимум на порядок , а то и два меньше, чем наружу. То же потоковое видео, требует периодическрого подтверждения на выдачу очередной порцайки, и на т.н. служебном трафике идёт экономия времени.
Особенности региона частично нивелируются как раз этими служебными запросами и незаметны, при достаточной пропускной способности сети до источника и достаточной мощности на выдачу последнего.
Как правило, у провайдеров услуг хватает адресации в области IPv4. IPv6 они транслируют в свою область IPv4 и доставят и так. Но можешь попробовать - хуже не будет.