16.04에서 18.04로 업그레이드 한 후 인터넷이 없음

업그레이드 후 인터넷에 액세스 할 수없는 것으로 나타났습니다 . 유선 네트워크와 Wi-Fi 설정은 좋아 보이지만 작동하지 않았습니다. 로그인 후 시스템은 항상 비행기 모드로 전환되었습니다. 모바일로 USB와 블루투스를 통해 네트워크를 테 더링했지만 작동하지 않았습니다.

런치 패드에서 버그를보고했습니다. https://bugs.launchpad.net/ubuntu/+bug/1816530에 참여한 경우 가입 할 수 있습니다.

솔루션의 원점

/etc/resolv.conf이 비어 있지만 핑할 수있는 경우 8.8.8.8

$ echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null

(가) 경우 /etc/resolvconf/resolv.conf.d/head비어 당신은이 작업을 수행 제외한 모든 재시작 한 후 위의 명령을 반복해야합니다 :

$ echo "nameserver 8.8.8.8" | sudo tee -a /etc/resolvconf/resolv.conf.d/head > /dev/null

그런 다음 resolvconf와 네트워킹을 다시 시작해야합니다

$ sudo systemctl enable resolvconf
$ sudo systemctl start resolvconf
$ sudo /etc/init.d/networking restart

선택한 답변이 문제를 해결하는 가장 좋은 방법이 아닐 수도 있다는 다른 사람들과 동의합니다.

파일의 시작 부분에 주석이있는 경우

"DO NOT EDIT THIS FILE"

아마 그 파일을 편집하지 않는 좋은 이유가있을 것입니다! ;-)

그리고 더 나은 (IMHO) 솔루션에 대한 제안뿐만 아니라 다음과 같은 이유가 있습니다.

에이. /etc/resolv.conf수정 한 파일 은 부팅시 덮어 쓰여 지므로 수정 사항이 '고착'되지 않습니다.

비. 원래 (수정하기 전에) 있던 IP 주소 (127.0.0.53)는 실제로 DNS 스텁 해결 프로그램의 주소입니다. 저기에있어! 핑할 수 있습니다! 컴퓨터에서 로컬로 실행 중입니다. 스텁 리졸버 란 무엇입니까? DNS 쿼리를 가져 와서 캐시에서 해결 방법을 찾습니다! 찾을 수 없으면 실제 DNS 서버에 연결 한 다음 결과를 캐시합니다. 따라서 스텁 리졸버의 주소를 덮어 쓰면 스텁 리졸버의이 중요한 캐싱 기능을 놓치게됩니다!

Ubuntu 18.04의이 새로운 리졸버 메소드의 문제점은 '실제'DNS 서버 주소가 설정되지 않았다는 것입니다. 따라서 스텁 해결 프로그램이 캐시에서 요청 된 도메인을 찾지 못하면 쿼리 할 DNS 서버를 알 수 없습니다. (따라서 도메인 이름 기반 인터넷 액세스가 더 이상 작동하지 않습니다). 따라서이 스텁 분석기가 사용해야하는 '실제'DNS 서버를 구성하기 만하면됩니다. 그리고 당신은 (sudo!)를 편집 하여이 작업을 수행/etc/systemd/resolved.conf

단순히 다음과 같은 것을 추가하십시오

DNS=8.8.8.8

그 파일에.

그런 다음 네트워크를 다시 시작하거나 재부팅하면 재부팅 후에도 지속되는 솔루션이 있는지 확인할 수 있습니다.

(아직 내가 알지 못한 것은 DHCP가 올바른 DNS 서버를 올바르게 설정하지 않은 이유입니다!)

수락 된 답변으로 문제가 해결되었습니다. 그러나 다른 사람들이 언급했듯이 그것은 내 컴퓨터로 매일하는 재부팅 할 때까지입니다. 시스템을 시작할 때마다 터미널에 5-6 줄을 입력하는 것은 재미있는 것이 아닙니다.

인터넷을 파고 나서 문제를 영구적으로 해결하는 솔루션을 찾았습니다. 인터넷 연결이 있고 아무 것도 할 필요가 없는지 확인하기 위해 나중에 3 번 재부팅했습니다.

해결책:

터미널을 시작하고 다음을 입력하십시오.

$ ifconfig

이제 이더넷 인터페이스가 무엇인지 알아 내야합니다. 광산은로 표시됩니다 eth1. 다음 유형 :

$sudo gedit /etc/network/interfaces

내 파일은 다음과 같습니다.

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

이제 다음 행을 추가해야합니다.

auto eth1
iface eth1 inet dhcp

마지막으로 $ sudo ifup eth1재부팅하고 완료했습니다. eth1이더넷 인터페이스 이름 으로 변경 하는 것을 잊지 마십시오 .

원래 답변

tl; dr

먼저이 파일을 편집하십시오

sudo vim /etc/resolvconf/resolv.conf.d/base

둘째, 다음을 추가하십시오

nameserver 8.8.8.8
nameserver 8.8.4.4

그 후 우분투를 다시 시작하십시오. 인터넷이 있어야합니다.

설명

나열된 솔루션 중 일부는 효과가 있었지만 우분투 (내 경우에는 VM)를 다시 시작하면 실패합니다.

위의 솔루션은이 솔루션의 양식 ( https://unix.stackexchange.com/a/128223/243480 )이며 완벽하게 작동했습니다.

우분투 18.04에서 동일한 문제가 발생했으며라는 폴더가 없으므로 위의 답변이 작동하지 않았습니다 /etc/resolvconf/resolv.conf.d/. 그래서 나는 다음을했다.

sudo mkdir -p /etc/resolvconf/resolv.conf.d
sudo touch /etc/resolvconf/resolv.conf.d/head

그런 다음 nameserver 8.8.8.8파일에 추가 했습니다./etc/resolvconf/resolv.conf.d/head

그런 다음 간단한 네트워크 재시작으로 문제가 해결되었습니다.

sudo /etc/init.d/networking restart

변화 /etc/resolv.conf는이 문제에 대한 최선의 해답이 아닙니다. Ubuntu 16.04에 따르면 resolv.conf언제든지 문서 파일을 시스템에서 덮어 쓸 수 있습니다.
고정 IP 구성을 사용하는 경우 /etc/network/interfaces이더넷 카드 구성에서 파일에 한 줄을 추가해야 합니다. 다음과 같이 보일 것입니다 :

iface eth0 inet static 
    address 192.168.3.3 
    emsp;netmask 255.255.255.0 
    gateway 192.168.3.1 
    dns-nameservers 8.8.8.8

그런 다음 네트워크를 다시 시작하려면 다음을 실행하십시오.

/etc/init.d/networking restart

앞으로 가능한 문제를 피하려면 한 가지 더 할 수 있습니다. 16.04에서 18.04로 업그레이드해도 네트워크 구성 방법 이 18.04에서 사용 된 /etc/network새로운 것으로 변경되지 않습니다 /etc/netplan. 수동으로 변경하려면 16.04에서 18.04로 업그레이드 된 우분투 서버에서 netplan을 활성화하는 방법을 참조하십시오

안녕하세요 모두 거의 멍청한 놈이지만 Windows 10 사이에서 이중 부팅을 시작하고 별도의 하드 드라이브에 Ubuntu 18.04를로드했을 때이 문제가 발생했습니다. 인터넷이 연결되지 않고 라우터에서 구성 인터페이스를 열 수 없습니다. 마지막으로 DCHP가 Windows 10에 고정 IP를 할당하도록 설정했기 때문이라는 것을 알았습니다. 찾을 수있는 모든 정보를 확인한 후 아무 것도 작동하지 않으면 Windows 10을로드하고 라우터 고정 IP를 DHCP 설정에서 제거했습니다. 인터넷이 작동하지만 Windows 및 Ubuntu의 고정 IP를 원했습니다. 내가 알 수있는 최선의 방법은 Ubuntu가 자동으로 설정되어 있지만 라우터 DHCP 서버에서 제대로 손을 떼지 않는다는 것입니다. 일단 우분투에서 고정 IP 주소와 게이트웨이를 수동으로 구성하면 앞서 언급 한 고정 IP를 가질 수 있습니다. 이것이 누군가를 돕기를 바랍니다.

작동하지 않는 업데이트 된 PC에서 symlink는 다음과 같습니다.

/etc/resolv.conf -> /run/resolveconf/resolv.conf

18.04가 설치된 작동중인 PC에서 symlink는 다음과 같습니다.

/etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

그런 다음 이전 링크 파일을 새 파일로 바꿉니다.

rm  /etc/resolv.conf
sudo ln -s  /run/systemd/resolve/stub-resolv.conf  /etc/resolv.conf

(아래 설명 된 절차 후 작업)

USB 연결 네트워크 어댑터를 사용하여 무선 연결을 사용한 다음 기본 유선 연결로 직접 라우터로 변경하여 업그레이드 후 연결 실패를 해결했습니다.