Нет разрешения DNS после обновления с Ubuntu 14.04 до 16.04

11

Я обновил Ubuntu 14.04 до Ubuntu 16.04, и у меня проблема с подключением к интернету. Конкретно DNS после обновления перестал работать. В целях отладки я установил единственный DNS 8.8.8.8, но разрешение имен по-прежнему не работает. Вывод nmcli device show wlan1 | grep IP4:

pc@pc:~$ nmcli device show wlan1 | grep IP4
IP4.ADDRESS[1]: 192.168.1.3/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.DNS[1]: 8.8.8.8
The output from dig @8.8.8.8 google.com and dig google.com:

dig @8.8.8.8 google.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @8.8.8.8 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60075
;; flags: qr rd ra; QUERY: 1, ANSWER: 12, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     27  IN  A   62.75.23.245
google.com.     27  IN  A   62.75.23.230
google.com.     27  IN  A   62.75.23.216
google.com.     27  IN  A   62.75.23.238
google.com.     27  IN  A   62.75.23.224
google.com.     27  IN  A   62.75.23.223
google.com.     27  IN  A   62.75.23.237
google.com.     27  IN  A   62.75.23.210
google.com.     27  IN  A   62.75.23.217
google.com.     27  IN  A   62.75.23.231
google.com.     27  IN  A   62.75.23.244
google.com.     27  IN  A   62.75.23.251

;; Query time: 89 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Apr 30 19:39:24 EEST 2016
;; MSG SIZE  rcvd: 231
pc@pc:~$ dig google.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com
;; global options: +cmd
;; connection timed out; no servers could be reached
pc@pc:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    600    0        0 wlan1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan1
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan1
c_nikol
источник
IP4.ROUTE[1]: dst = 169.254.0.0/16конечно показывает проблему с маршрутом. Пожалуйста, отправьте свою таблицу маршрутизации с route -n.
Джули Пеллетье
1
Основываясь на ваших раскопках, добавление nameserver 8.8.8.8к вашему /etc/resolv.confрешению что-нибудь решает?
Джули Пеллетье
@JuliePelletier из IP4.DNS[1]: 8.8.8.8я думаю, они уже используют сервер имен.
Привет, Ангел,
@ Hi-Angel: Вы правы, но, очевидно, с этим есть проблема, поскольку dig работает на том же сервере имен.
Джули Пеллетье
Спасибо всем за ваше время, я решил проблему, используя ответ, приведенный по ссылке: askubuntu.com/questions/622470/…
c_nikol

Ответы:

9

Я решаю проблему с помощью инструкций Amrish на Ask Ubuntu Stack Exchange, то есть с помощью следующего кода:

sudo rm /etc/resolv.conf
sudo ln -s ../run/resolvconf/resolv.conf /etc/resolv.conf
sudo resolvconf -u
c_nikol
источник
Я попробовал приведенную выше команду, почему браузер Firefox все еще не работает. Я попытался ping cnn.com, система возвращает ping: неизвестный хост
cnn.com
6

У меня была похожая проблема, и я использовал решение отсюда . Ниже метод и другая ссылка, где они нашли информацию -

Поведение DNS во время соединения OpenVPN сразу улучшилось, когда я последовал предложению на ubuntuforums :

  1. Откройте /etc/NetworkManager/NetworkManager.confв редакторе с правами root.
  2. Удалите (или закомментируйте с помощью хэша #) строку, которая читает dns=dnsmasq.
  3. Перезапустите NetworkManager через sudo service NetworkManager restart.
FineJ
источник
тире (-) = хэш (#) ;-)
Адам Плохер,
3

У меня была такая же проблема с resolvconf, которая помешала клиенту dhcp (dhclient) получить IP от DHCP-сервера для eth0. Решение Resolvconf вопрос, решается вопрос DHCP.

sudo mkdir -p /run/resolvconf/interface
sudo resolvconf -u
sudo service resolvconf restart
TheCodeKiller
источник