Немає інтернету після оновлення з 16.04 до 18.04

Після оновлення я помітив, що у мене немає доступу до Інтернету . Провідна мережа та налаштування Wi-Fi виглядали добре, але це не спрацювало. Після входу система завжди переходила в режим літака. Я зв’язав мережу через USB та Bluetooth своїм мобільним, але вони також не працювали.

Я повідомив про помилку на стартовій панелі. Ви можете підписатися, якщо ви причетні: 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

тоді вам доведеться перезапустити resoluvconf та мережу

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

Я погоджуюся з деякими іншими людьми, що обрана відповідь, мабуть, не найкращий спосіб вирішити проблему:

Коли файл має коментар на початку, який говорить

"DO NOT EDIT THIS FILE"

то, мабуть, є дуже вагома причина, щоби ... ну не редагувати цей файл! ;-)

І ось чому, а також пропозиція щодо кращого рішення (ІМХО):

а. файл /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

Тепер ви повинні розібратися, який ваш інтерфейс Ethernet. Шахта занесена як 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ім’я вашого інтерфейсу Ethernet.

Оригінальна відповідь

тл; д-р

Спочатку відредагуйте цей файл

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

По-друге, Додайте наступне

nameserver 8.8.8.8
nameserver 8.8.4.4

Після цього перезапустіть Ubuntu, зараз має бути Інтернет.

Поясніть

Деякі з перерахованих рішень спрацювали, але не вдалося перезапустити Ubuntu (у моєму випадку VM),

Наведене вище рішення - це tl; dr form це рішення ( https://unix.stackexchange.com/a/128223/243480 ), і воно працювало чудово

У мене був такий самий випуск у ubuntu 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файлу у вашій конфігурації карти Ethernet. Це має виглядати приблизно так:

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 не змінює метод конфігурації мережі з /etc/networkнового, що /etc/netplanвикористовується у 18.04. Якщо ви хочете змінити це вручну, подивіться, як увімкнути netplan на сервері ubuntu, оновленому з 16.04 до 18.04

Здрастуйте, Все майже тут, але я зіткнувся з цією проблемою, коли почав подвійне завантаження між Windows 10 та завантажив Ubuntu 18.04 на окремий жорсткий диск. Мій Інтернет не підключився, і маршрутизатор не дозволив мені відкрити інтерфейс конфігурації. Нарешті я зрозумів, що це тому, що у мене було встановлено DCHP, щоб призначити статичний IP для Windows 10. Після перевірки всієї інформації, яку я міг знайти, і нічого не працювало, я завантажив Windows 10 і вилучив статичні IP-маршрутизатори з налаштувань DHCP. Це налагодило роботу в Інтернеті, але я хотів статичний IP для Windows та Ubuntu. Найкраще, що я можу зрозуміти, це те, що Ubuntu не знімає руку з маршрутизаторів DHCP-сервера належним чином, незважаючи на те, що він встановлений на автоматичний. Як тільки я вручну налаштував статичну IP-адресу та шлюз у Ubuntu, я міг би повернутися до вищезазначеного статичного IP-адреси. Сподіваюся, що це комусь допоможе.

На непрацюючому оновленому ПК символьне посилання було:

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

На робочому ПК з 18.04 символьне посилання було:

/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-мережевого адаптера, а потім змінивши бажане дротове з'єднання безпосередньо на маршрутизатор.