Поддержка > Сети/Интернет
Изменение настроек DNS
ivm:
Последнее время в системе применяется механизм автоматического выбора dns. Изменение файла /etc/resolv.conf сохраняются до перезагрузки.
Нашлось хорошее решение, позволяющее "сохранить" нужные изменения.
--- Код: ---sudo touch /etc/network/if-up.d charge_dns
sudo nano /etc/network/if-up.d/charge_dns
--- Конец кода ---
и вставляем в него желаемый сервер(ы)
--- Цитировать ---#! /bin/sh
echo "nameserver Х.Х.Х.Х" > /etc/resolv.conf
echo "nameserver 8.8.8.8" >> /etc/resolv.conf
echo "nameserver 8.8.4.4" >> /etc/resolv.conf
--- Конец цитаты ---
остаётся дать права на исполнение полученному скрипту
--- Код: ---sudo chmod +x /etc/network/if-up.d/charge_dns
--- Конец кода ---
решение найдено на Форуме русскоязычного сообщества Ubuntu
ivm:
Есть ещё другой путь.
Заходим в /run/resolvconf/ и смотрим на файл resolv.conf. Открываем его от администратора в Pluma и изменяем цифры, указанные в строке nameserver, на 8.8.8.8, т.е. приводим к виду
--- Код: ---# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
--- Конец кода ---
Работает до перезагрузки.
ivm:
Как говорит мой друг, интересно девки пляшут... :)
Ещё более интересно выглядит картина с сетевым соединением в тестовой 17.04.
Gradio работает, пинги есть, т.е. связь с интернетом нормальная. А в браузере может возникнуть такое сообщение:
--- Цитировать ---Не удается получить доступ к сайту
Не удается найти DNS-адрес сервера forum.matuntu.org.
Попробуйте сделать следующее:
Проверьте настройки прокси-сервера, брандмауэра и DNS.
DNS_PROBE_FINISHED_BAD_CONFIG
--- Конец цитаты ---
При этом resolv.conf следующего содержания:
--- Код: ---cat /etc/resolv.conf
--- Конец кода ---
--- Цитировать ---# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
--- Конец цитаты ---
Ух ты, какой сервер! Насколько я знаю, связь между DNS-серверами осуществляется через 53-й порт. Но тогда в записи сервера порт намесервера должен быть отделён от адреса двоеточием. Попробовал банально заменить на четыре восьмёрки и проблема исчерпана до следующей перезагрузки.
Проблема связи оказывается в неправильном механизме конфигурирования resolv.conf. Но мы знаем, как бороться с этой проблемой.
vita:
Пользователям, тестирующим Ubuntu 17.04, на убунтовском форуме до устранения проблемы разработчиками подсказали откатить версию NM с последующей блокировкой от обновления.
ivm:
Мне приходилось сталкиваться с ситуацией, когда провайдер очень долго настраивал свои DNS-сервера. И сервер, который ещё вчера работал, сегодня мог тупить. Второй DNS при этом в связи с возникшей нагрузкой также через некоторое время начинал тормозить. При переходе на альтернативные сервера всегда возникал вопрос, как померить качество доступа к серверу. Нашёл такое решение.
Для оценки DNS в линуксе есть пакет ldnsutils и его нужно установить:
--- Код: ---sudo apt install ldnsutils
--- Конец кода ---
После его установки станут доступны инструменты для тестирования DNS.
Можно указать IP-адрес конкретного сервера имен, минуя настройки в файле /etc/resolv.conf:
--- Цитировать ---drill @ip.of.name.server www5.yahoo.com
--- Конец цитаты ---
Например,
--- Код: ---drill @8.8.8.8 www5.yahoo.com
--- Конец кода ---
вывод:
--- Цитировать ---;; ->>HEADER<<- opcode: QUERY, rcode: NXDOMAIN, id: 11185
;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;; www5.yahoo.com. IN A
;; ANSWER SECTION:
;; AUTHORITY SECTION:
yahoo.com. 10 IN SOA ns1.yahoo.com. hostmaster.yahoo-inc.com. 2017031203 3600 300 1814400 600
;; ADDITIONAL SECTION:
;; Query time: 169 msec
;; SERVER: 8.8.8.8
;; WHEN: Mon Mar 13 14:09:55 2017
;; MSG SIZE rcvd: 93
--- Конец цитаты ---
Можно заметить, что в новом resolv.conf Ubuntu 17.04 прописан nameserver 127.0.0.53, его тест в локальной сети после роутера секунд через 15-20 завершится ошибкой:
--- Цитировать ---Error: error sending query: Could not send or receive, because of network error
--- Конец цитаты ---
Но при проверке в провайдерской сети напрямую без роутера показывает:
--- Цитировать ---;; ->>HEADER<<- opcode: QUERY, rcode: SERVFAIL, id: 9410
;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; www5.yahoo.com. IN A
;; ANSWER SECTION:
;; AUTHORITY SECTION:
;; ADDITIONAL SECTION:
;; Query time: 133 msec
;; SERVER: 127.0.0.53
;; WHEN: Mon Mar 13 14:39:33 2017
;; MSG SIZE rcvd: 32
--- Конец цитаты ---
При выполнении с учётом реальных настроек локальной сети к DNS, прописанным в роутере, выглядит так:
--- Цитировать ---drill @192.168.1.1 www5.yahoo.com
;; ->>HEADER<<- opcode: QUERY, rcode: NXDOMAIN, id: 6957
;; flags: qr rd ra ; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;; www5.yahoo.com. IN A
;; ANSWER SECTION:
;; AUTHORITY SECTION:
yahoo.com. 600 IN SOA ns1.yahoo.com. hostmaster.yahoo-inc.com. 2017031203 3600 300 1814400 600
;; ADDITIONAL SECTION:
;; Query time: 241 msec
;; SERVER: 192.168.1.1
;; WHEN: Mon Mar 13 13:36:34 2017
;; MSG SIZE rcvd: 93
--- Конец цитаты ---
Теперь можно сравнить полученные параметры DNS серверов, например, время запроса (Query time) и т.д.
Время доступа к DNS, прописанный в роутере, с ума сойти какой большой.
Навигация
Перейти к полной версии