Brak rozdzielczości DNS po aktualizacji z Ubuntu 14.04 do 16.04

11

Zaktualizowałem Ubuntu 14.04 do Ubuntu 16.04 i mam problem z połączeniem internetowym. W szczególności DNS po aktualizacji przestał działać. Dla celów debugowania ustawiłem jedyny DNS 8.8.8.8, ale rozpoznawanie nazw nadal nie działa. Dane wyjściowe nmcli device show wlan1 | grep IP4to:

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
źródło

IP4.ROUTE[1]: dst = 169.254.0.0/16z pewnością pokazuje problem z trasą. Prześlij swoją tabelę routingu za pomocą route -n.

— Julie Pelletier

1

Czy na podstawie twojego wykopania coś dodajesz nameserver 8.8.8.8do /etc/resolv.confrozwiązania?

— Julie Pelletier

@JuliePelletier z IP4.DNS[1]: 8.8.8.8domyślam się, że już używają serwera nazw.

— Cześć Anioł

@ Hi-Angel: Masz rację, ale oczywiście jest z tym problem, ponieważ dig działa na tym samym serwerze nazw.

— Julie Pelletier

Dziękuję wszystkim za poświęcony czas, rozwiązałem problem, korzystając z odpowiedzi podanej pod linkiem: askubuntu.com/questions/622470/…

— c_nikol

9

Rozwiązuję problem za pomocą instrukcji Amrish w Ask Ubuntu Stack Exchange, tj. Za pomocą następującego kodu:

sudo rm /etc/resolv.conf
sudo ln -s ../run/resolvconf/resolv.conf /etc/resolv.conf
sudo resolvconf -u

— c_nikol
źródło

Próbowałem powyższego polecenia, dlaczego przeglądarka Firefox wciąż nie działa. Próbowałem ping cnn.com system zwraca ping: nieznany host cnn.com

— user785099

6

Miałem podobny problem i skorzystałem z rozwiązania stąd . Poniżej znajduje się metoda i kolejny link do miejsca, w którym znaleźli informacje -

Zachowanie DNS podczas połączenia OpenVPN poprawiło się natychmiast, gdy zastosowałem się do sugestii dotyczącej ubuntuforums :

Otwórz /etc/NetworkManager/NetworkManager.confw edytorze z prawami root.
Usuń (lub skomentuj hash #) wiersz, który czyta dns=dnsmasq.
Uruchom ponownie NetworkManager przez sudo service NetworkManager restart.

— W porządku
źródło

myślnik (-) = skrót (#) ;-)

— Adam Plocher

3

Miałem ten sam problem z resolvconf zapobiegania klientowi dhcp (dhclient), aby uzyskać adres IP z serwera DHCP dla eth0. Rozwiązanie problemu resolvconf , rozwiązanie problemu DHCP.

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

— TheCodeKiller
źródło