Немає роздільної здатності DNS після оновлення з ubuntu 14.04 до 16.04

Я оновив 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.

— Джулі Пелтьє

На основі вашої копання, чи додавання nameserver 8.8.8.8до вашого /etc/resolv.confрішення щось вирішує?

— Джулі Пелтьє

@JuliePelletier, IP4.DNS[1]: 8.8.8.8я б припустив, що вони вже використовують сервер імен.

— Привіт-Ангел

@ Привіт-Ангел: Ти маєш рацію, але очевидно, що з цим проблема, оскільки копання працює на тому ж сервері імен.

— Джулі Пелтьє

Дякую всім за ваш час, я вирішив проблему, скориставшись відповіддю, наведеною за посиланням: askubuntu.com/questions/622470/…

— c_nikol

Відповіді:

Я вирішую проблему, використовуючи інструкції 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

— user785099

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

Поведінка DNS під час з'єднання OpenVPN покращилась відразу, коли я дотримувався пропозиції щодо ubuntuforums :

Відкрити /etc/NetworkManager/NetworkManager.confв редакторі з правами root.
Видаліть (або прокоментуйте хеш-номер) рядок, який читається dns=dnsmasq.
Перезавантажте NetworkManager через sudo service NetworkManager restart.

— FineJ
джерело

dash (-) = хеш (#) ;-)

— Адам Плочер

У мене була така сама проблема з разрешением перешкодити клієнту dhcp (dhclient) отримати IP від сервера DHCP для eth0. Вирішивши проблему rjevconf , вирішив питання DHCP.

sudo mkdir -p /run/resolvconf/interface
sudo resolvconf -u
sudo service resolvconf restart

— TheCodeKiller
джерело