DNS, не работающий после обновления 17.04 к 17,10

Я только что обновил свой ноутбук от Xubuntu 17.04 до 17,10. После заключительной перезагрузки DNS прекратил работать. Это - очевидно, проблема! Я могу проверить с помощью ping-запросов известные IP-адреса; просто никакое разрешение DNS.

Я не играл ни с какими настройками DNS; насколько я знаю, у меня была стандартная конфигурация DNS ранее. Его просто ноутбук, который использует DHCP для получения деталей от моего домашнего маршрутизатора WiFi.

Очевидно, способность диагностировать это ограничена, когда сама система не может разрешить веб-адреса. Я сделал некоторый поиск с помощью Google по своему телефону, и большинство ответов, которые я нашел, казалось, рекомендовало выключить dnsmasq. Однако dnsmasq был уже выключен. Но /etc/resolv.conf показывал 127.0.1.1, который, кажется, подразумевает, что это ожидало, что dnsmasq будет работать.

Я включил dnsmasq путем редактирования /etc/NetworkManager/NetworkManager.conf и добавление

[main]
dns=dnsmasq

и затем я выполнил эту команду

sudo systemctl restart NetworkManager

Мое разрешение DNS теперь работает.

Однако, учитывая, что конфигурация Ubuntu по умолчанию не должна использовать dnsmasq, что я должен был на самом деле сделать, чтобы диагностировать и зафиксировать это вместо этого?

23
задан 17 February 2019 в 23:55

3 ответа

Я обновлял Ubuntu сегодня версия формы 16.10 до 17,04 к 17,10. Для меня также DNS прекратил работать. resolv.conf символьная ссылка была

/etc/resolv.conf -> /run/NetworkManager/resolv.conf

, Это, по-видимому, неправильно при 17,10. Сообщение об ошибке, которое получил предыдущий плакат, от вывода resolvconf -service:

$ systemctl status resolvconf

Это дало следующий вывод.

resolvconf[623]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

Путем удаления исходной символьной ссылки, соединения с /run/resolvconf/resolv.conf к /etc/resolv.conf и перезапуска resolvconf - сервис DNS начал работать снова:

$ sudo rm /etc/resolv.conf
$ sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
$ systemctl restart resolvconf

Интересно код выхода эти resolvconf-service был успехом даже, прежде чем символьная ссылка указала на корректный файл.

33
ответ дан 23 November 2019 в 01:26

Я столкнулся с той же проблемой и увидел это, глядя на resolvconf

Oct 20 00:36:17 drew-8570w resolvconf[708]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

. Воссоздание символической ссылки исправило ее. Теперь по умолчанию используется 127.0.0.53?

$ ls -al /etc/resolv.conf 
lrwxrwxrwx 1 root drew 27 Apr  6  2017 /etc/resolv.conf -> /run/resolvconf/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
1
ответ дан 23 November 2019 в 01:26

Я нашел эту ошибку сообщаемой здесь: https://bugs.launchpad.net/ubuntu / + source/resolvconf / + ошибка/1725840; подтвердите что Вы также страдающий от него. Это разрешено через простое dpkg-reconfigure resolvconf.

6
ответ дан 23 November 2019 в 01:26

Другие вопросы по тегам:

Похожие вопросы: