Вопрос или проблема
После обновления с версии 20.04 до 22.04.1 у меня нет доступа к сети как через Ethernet, так и через Wi-Fi.
Я могу активировать оба интерфейса через командную строку или графический интерфейс, и они отображаются как подключенные и получают IP-адрес через DHCP.
Однако я не могу пинговать ничего (по адресу) — даже адрес обратной петли.
Брандмауэр отключен. Таблица маршрутизации соответствует одной из моих других машин, которая работает нормально.
Любые идеи для отладки этого вопроса буду рад получить!
Возможно, это связано с Поломкой сетевой конфигурации после обновления до 22.04
Статус Network Manager
● NetworkManager.service - Network Manager
Загрузка: загружено (/lib/systemd/system/NetworkManager.service; включено; предустановлено поставщиком: включено)
Активно: активно (работает) с ср. 2022-08-17 18:30:16 BST; 1 день 19ч назад
Документы: man:NetworkManager(8)
Основной PID: 1582 (NetworkManager)
Задачи: 3 (лимит: 16572)
Память: 11.3M
CPU: 5.092s
CGroup: /system.slice/NetworkManager.service
└─1582 /usr/sbin/NetworkManager --no-daemon
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.8481] dhcp4 (enp34s0): активация: начало транзакции (тайм-аут через 45 секунд)
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.8654] dhcp4 (enp34s0): состояние изменено новая аренда, адрес=192.168.0.225
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.8679] устройство (enp34s0): изменение состояния: ip-config -> ip-check (причина 'none', sys-iface-state: 'managed')
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9135] устройство (enp34s0): изменение состояния: ip-check -> secondaries (причина 'none', sys-iface-state: 'managed')
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9140] устройство (enp34s0): изменение состояния: secondaries -> активировано (причина 'none', sys-iface-state: 'managed')
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9146] менеджер: состояние NetworkManager теперь CONNECTED_LOCAL
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9150] менеджер: состояние NetworkManager теперь CONNECTED_SITE
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9151] политика: установить 'netplan-enp34s0' (enp34s0) в качестве умолчания для маршрутизации IPv4 и DNS
19 авг 13:54:43 deepthought NetworkManager[1582]: <info> [1660913683.9158] устройство (enp34s0): Активация: успешная, устройство активировано.
19 авг 13:54:53 deepthought NetworkManager[1582]: <info> [1660913693.3834] агент-менеджер: агент[438527325db3dfb9,:1.82/org.gnome.Shell.NetworkAgent/1000]: агент зарегистрирован
Решено
systemd-resolved также выглядит недовольным, хотя я еще не могу использовать имена в данный момент.
● systemd-resolved.service - Разрешение имен сети
Загрузка: загружено (/lib/systemd/system/systemd-resolved.service; включено; предустановлено поставщиком: включено)
Активно: активно (работает) с ср. 2022-08-17 18:30:15 BST; 1 день 19ч назад
Документы: man:systemd-resolved.service(8)
man:org.freedesktop.resolve1(5)
https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Основной PID: 1278 (systemd-resolve)
Статус: "Обработка запросов..."
Задачи: 1 (лимит: 16572)
Память: 9.4M
CPU: 517ms
CGroup: /system.slice/systemd-resolved.service
└─1278 /lib/systemd/systemd-resolved
19 авг 14:19:16 deepthought systemd-resolved[1278]: Используется деградированный набор функций UDP вместо TCP для DNS-сервера 192.168.0.2.
19 авг 14:19:26 deepthought systemd-resolved[1278]: Используется деградированный набор функций TCP вместо UDP для DNS-сервера 192.168.0.2.
19 авг 14:19:57 deepthought systemd-resolved[1278]: Используется деградированный набор функций UDP вместо TCP для DNS-сервера 192.168.0.2.
19 авг 14:20:08 deepthought systemd-resolved[1278]: Используется деградированный набор функций TCP вместо UDP для DNS-сервера 192.168.0.2.
19 авг 14:23:35 deepthought systemd-resolved[1278]: Используется деградированный набор функций UDP вместо TCP для DNS-сервера 192.168.0.2.
19 авг 14:23:45 deepthought systemd-resolved[1278]: Используется деградированный набор функций TCP вместо UDP для DNS-сервера 192.168.0.2.
19 авг 14:24:16 deepthought systemd-resolved[1278]: Используется деградированный набор функций UDP вместо TCP для DNS-сервера 192.168.0.2.
19 авг 14:24:26 deepthought systemd-resolved[1278]: Используется деградированный набор функций TCP вместо UDP для DNS-сервера 192.168.0.2.
19 авг 14:24:57 deepthought systemd-resolved[1278]: Используется деградированный набор функций UDP вместо TCP для DNS-сервера 192.168.0.2.
19 авг 14:25:08 deepthought systemd-resolved[1278]: Используется деградированный набор функций TCP вместо UDP для DNS-сервера 192.168.0.2.
Я провел один день на этом, попробовал много методов. В конце концов, я выяснил, что дело в брандмауэре. Я отключил брандмауэр, и интернет подключился сразу же.
Но я еще не выяснил, какие части настроек брандмауэра вызвали это.
sudo ufw disable
－－－－－－－－－－－－－－－－
Проблема, с которой я столкнулся: После обновления с 20.04 до 22.04, соединение по Ethernet не имеет интернета!
- ping 127.0.0.1 не работает, 100% потерь
- ping 192.168.68.1 роутер, не работает, 100% потерь
- но локальная сеть работает, другие устройства могут получать доступ к
сетевым жестким дискам - Я могу ssh на ПК с другого устройства, и
даже извне домашней сети openvpn работает из-за пределов домашней сети
Следуя опции Jie Geng с ufw, я нашел настоящую проблему
Существует конфликт между пакетом netfilter-persistent и ufw.
Вы должны удалить netfilter-persistent
sudo apt purge netfilter-persistent
А затем перезагрузите систему.
Вам не нужно останавливать службу ufw, если вы это сделаете.
На самом деле, когда вы запускаете скрипт проверки требований ufw, вы увидите, что в нем будет указано, что netfilter-persistent может конфликтовать. Идея найдена в трекере ошибок Launchpad.
sudo /usr/share/ufw/check-requirements
Посмотрите эту статью.
Для этого выполните следующие команды:
sudo ufw allow in on <network_bridge>
sudo ufw route allow in on <network_bridge>
sudo ufw route allow out on <network_bridge>
Например:
sudo ufw allow in on lxdbr0
sudo ufw route allow in on lxdbr0
sudo ufw route allow out on lxdbr0
Ответ или решение
Проблема с сетью после обновления до версии 22.04.1 может быть вызвана несколькими причинами. Давайте системно разберем проблему и предложим пути её решения.
Возможные причины и шаги по устранению неполадок
-
Проверка состояния сетевых интерфейсов:
Убедитесь, что ваши интерфейсы Ethernet и Wi-Fi активированы и находятся в состоянии "connected". Используйте команды:ip aили
nmcli device status -
Проверка конфигурации DHCP:
Как вы упомянули, интерфейсы получают IP-адреса от DHCP. Убедитесь, что маршрутизатор правильно выдает IP-адреса, и они попадают в правильный диапазон. Проверьте состояние подключения, выполнив команду:nmcli device show -
Проверка маршрута и таблицы маршрутизации:
Выполните командуip routeдля проверки вашей таблицы маршрутизации. Убедитесь, что у вас есть правильный маршрут по умолчанию, направленный на ваш маршрутизатор. -
Проблемы с DNS:
Службаsystemd-resolvedможет быть источником проблемы с разрешением имен. Запуск команды:systemd-resolve --statusпоможет узнать, какие DNS-серверы используются. Попробуйте временно указать известные DNS-серверы, такие как Google DNS:
sudo tee /etc/resolv.conf >/dev/null <<EOL nameserver 8.8.8.8 nameserver 8.8.4.4 EOL -
Отключение UFW и конфликты с netfilter-persistent:
Исходя из ваших описаний, возможно, чтоufw(Uncomplicated Firewall) иnetfilter-persistentконфликтуют. Попробуйте удалитьnetfilter-persistent:sudo apt purge netfilter-persistentПосле этого перезагрузите компьютер и проверьте, разрешит ли это вашу проблему с сетью.
-
Команды UFW для управления сетевыми запросами:
Если вы используетеufw, убедитесь, что разрешили трафик для входящих и исходящих соединений на вашем сетевом мосту (если это применимо):sudo ufw allow in on <network_bridge> sudo ufw route allow in on <network_bridge> sudo ufw route allow out on <network_bridge> -
Проверка маршрутизатора:
Убедитесь, что ваш маршрутизатор работает корректно и не блокирует соединения вашего компьютера. Возможно, стоит перезапустить маршрутизатор. -
Отладка сети:
Попробуйте выполнить следующие команды для отладки:ping 127.0.0.1 ping <ваш_маршрутизатор> curl -I 8.8.8.8
Если после выполнения этих шагов проблема не разрешится, вы можете обратиться на форумы сообщества Ubuntu или другие технические сообщества для получения дополнительной поддержки, предоставив подробные результаты ваших операций.
Надеюсь, эти шаги помогут вам устранить проблемы с сетевым подключением после обновления до версии 22.04.1.