Không có độ phân giải DNS sau khi nâng cấp từ Ubuntu 14.04 lên 16.04


11

Tôi đã nâng cấp Ubuntu 14.04 lên ubfox 16.04 và tôi gặp vấn đề với kết nối internet. Cụ thể, DNS sau khi cập nhật ngừng hoạt động. Đối với mục đích gỡ lỗi, tôi đặt DNS duy nhất 8.8.8.8, nhưng độ phân giải tên vẫn không hoạt động. Đầu ra của nmcli device show wlan1 | grep IP4là:

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

IP4.ROUTE[1]: dst = 169.254.0.0/16chắc chắn cho thấy một vấn đề với tuyến đường. Xin vui lòng gửi bảng định tuyến của bạn với route -n.
Julie Pelletier

1
Dựa trên đào của bạn, có thêm nameserver 8.8.8.8vào /etc/resolv.confgiải quyết của bạn bất cứ điều gì?
Julie Pelletier

@JuliePelletier từ IP4.DNS[1]: 8.8.8.8tôi đoán họ đã sử dụng máy chủ tên.
Hi-Angel

@ Hi-Angel: Bạn nói đúng nhưng rõ ràng có vấn đề với nó vì dig hoạt động trên cùng một máy chủ tên.
Julie Pelletier

Cảm ơn tất cả các bạn đã dành thời gian, tôi đã giải quyết vấn đề bằng cách sử dụng câu trả lời được cung cấp tại liên kết: askubfox.com/questions/622470/ chủ
c_nikol

Câu trả lời:


9

Tôi giải quyết vấn đề bằng cách sử dụng các hướng dẫn Amrish tại Hỏi Ubuntu Stack Exchange, tức là bằng cách sử dụng mã sau đây:

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

Tôi đã thử lệnh trên, tại sao trình duyệt firefox vẫn không hoạt động. Tôi đã thử ping cnn.com hệ thống trả về ping: máy chủ không xác định cnn.com
user785099

6

Tôi đã có một vấn đề tương tự và sử dụng giải pháp từ đây . Dưới đây là phương pháp và một liên kết khác đến nơi họ tìm thấy thông tin -

Hành vi DNS trong kết nối OpenVPN được cải thiện ngay lập tức khi tôi làm theo đề xuất trên ubuntuforums :

  1. Mở /etc/NetworkManager/NetworkManager.conftrong một trình soạn thảo với quyền root.
  2. Xóa (hoặc nhận xét bằng hàm băm #) dòng đọc dns=dnsmasq.
  3. Khởi động lại Trình quản lý mạng qua sudo service NetworkManager restart.

dấu gạch ngang (-) = hàm băm (#) ;-)
Adam Plocher

3

Tôi đã có cùng một vấn đề với độ phân giải ngăn chặn dhcp client (dhclient) để lấy IP từ máy chủ DHCP cho eth0. Giải quyết resolvconf vấn đề, giải quyết vấn đề DHCP.

sudo mkdir -p /run/resolvconf/interface
sudo resolvconf -u
sudo service resolvconf restart
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.