우분투 14.04에서 16.04로 업그레이드 한 후 DNS 확인 없음

11

우분투 14.04를 우분투 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.

— Julie Pelletier

1

발굴을 기반으로 추가 nameserver 8.8.8.8로 /etc/resolv.conf문제가 해결됩니까?

— Julie Pelletier

@JuliePelletier는 IP4.DNS[1]: 8.8.8.8이미 네임 서버를 사용하고 있다고 생각합니다.

— Hi-Angel

@ Hi-Angel : 그렇습니다. 발굴이 동일한 네임 서버에서 작동하기 때문에 분명히 문제가 있습니다.

— Julie Pelletier

시간 내 주셔서 감사합니다. 링크에서 제공된 답변을 사용하여 문제를 해결했습니다. askubuntu.com/questions/622470/…

— c_nikol

9

내가 사용하여 문제를 해결 Amrish 지침 에 우분투 질문 에 다음 코드를 사용하여 즉, 스택 거래소 :

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

6

나는 비슷한 문제가 있었고 여기 에서 해결책을 사용 했다 . 다음은 정보를 찾은 방법과 다른 링크입니다.

우분투 포럼에 대한 제안을 따랐을 때 OpenVPN 연결 중 DNS 동작이 즉시 향상되었습니다 .

/etc/NetworkManager/NetworkManager.conf루트 권한으로 편집기에서 엽니 다 .
읽은 줄을 삭제하거나 해시 #로 주석 처리하십시오 dns=dnsmasq.
를 통해 NetworkManager를 다시 시작하십시오 sudo service NetworkManager restart.

— FineJ
소스

dash (-) = hash (#) ;-)

— Adam Plocher

3

resolvconf와 동일한 문제가 발생하여 DHCP 클라이언트 (dhclient)가 DHCP 서버에서 eth0의 IP를 얻지 못하게합니다. 해결 resolvconf의 문제는 DHCP 문제를 해결했다.

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

— 코드 킬러
소스