Если Wi-Fi не работает в Ubuntu или система не подключается к сети, сначала выполните nmcli device status и rfkill list: вместе они покажут, отсутствует ли адаптер, заблокирован ли он или есть, но не подключается, — и подскажут, какой этап исправлять. Дальше отказ относится к одному этапу: нет адаптера, радио заблокировано, SSID не виден, аутентификация не проходит, адрес не выдан или подключение есть, а интернета нет. Официальная диагностика Ubuntu тоже идёт по этапам: определить устройство, проверить соединение и роутер, а затем рассматривать драйвер.［1］

Ключевые выводы:

Разделите отказ на обнаружение устройства, радио, поиск сети, аутентификацию, адрес или доступ в интернет.

Сначала используйте nmcli, rfkill и сведения об оборудовании: эти проверки не переписывают сеть.

Исследуйте драйвер только после точного определения адаптера и этапа отказа.

Шаг 1: Если Wi-Fi не работает в Ubuntu, определите этап отказа

Симптом	Первая ветка
Нет элемента Wi-Fi или адаптера	Обнаружение оборудования, прошивка или драйвер.
Wi-Fi есть, но выключена	Переключатель, режим полёта или `rfkill`.
Адаптер работает, SSID не виден	Дальность, скрытая сеть, диапазон/канал или роутер.
Пароль отклонён	Сеть, режим защиты, данные входа или время.
Подключено без адреса/интернета	DHCP, портал, роутер, маршрут или DNS.

Сравните другое устройство в этой сети и Ubuntu в доверенной альтернативной сети. Если не работают все устройства, см. диагностику роутера. Если IP-путь доказан, а имена не работают, см. DNS Ubuntu. Если сбоят и другие устройства или приложения на этом ПК, пройдите общий порядок диагностики устройства, прежде чем менять настройки Wi-Fi.

При классификации не меняйте место, пользовательский сеанс и точку доступа. Если ноутбук работает ближе к роутеру, возможны проблемы сигнала, антенны, диапазона или роуминга. Отказ только после выхода из сна может относиться к энергосбережению или переходу состояния драйвера. Такие наблюдения полезнее общего «иногда не работает».

Запишите последнее рабочее ядро и отметьте, начался ли сбой после обновления, замены оборудования или изменения прошивки. Это временная связь, а не доказанная причина. Не откатывайте пакеты и прошивку, пока не определён владелец проблемы и поддерживаемый путь восстановления.

Повторите исходное наблюдение при стабильных условиях: тот же пользователь, то же место и та же точка доступа. Отдельно проверьте, видит ли эта Ubuntu другую доверенную сеть и видит ли другое устройство исходный SSID. Эти две проверки различают проблему конкретного адаптера, совместимости одной сети и общего отказа роутера. Не используйте открытую неизвестную сеть для передачи личных данных.

Шаг 2: Прочитайте состояние NetworkManager и радио

Выполните безопасные команды:

nmcli general status
nmcli device status
nmcli radio
rfkill list

nmcli показывает NetworkManager, устройства и радио; руководство различает состояние устройства и профиля подключения.［2］ rfkill показывает программную и аппаратную блокировку. Программную обычно снимают в интерфейсе или rfkill unblock wifi; аппаратная требует переключателя, настройки прошивки или действия платформы. Не обходите её случайным скриптом.

Если на сервере или управляемой системе интерфейсом владеет не NetworkManager, сначала определите настоящий компонент управления.

Читайте результаты команд вместе. Включённое радио не доказывает наличие адаптера, а состояние unavailable может означать блокировку, отсутствие управления или прошивки. При нескольких беспроводных интерфейсах сначала определите используемый, затем меняйте блокировку или состояние.

Сохраните короткое исходное состояние: имя интерфейса, состояние устройства и результат программной и аппаратной блокировки. Не публикуйте полные профили соединений — в них могут быть SSID, имена пользователей, пути сертификатов и сведения организации. После одного обратимого действия повторяйте те же команды и сравнивайте только нужные поля.

Если nmcli сообщает, что устройство unmanaged, не пытайтесь одновременно включать его несколькими сетевыми службами. Сначала выясните, является ли это намеренной настройкой сервера, контейнера или корпоративного образа. Два владельца одного интерфейса могут поочерёдно переписывать состояние и создавать нестабильный результат. Для обычной Ubuntu Desktop ожидаемый владелец определяется установленной и поддерживаемой конфигурацией, а не случайной командой из форума.

Шаг 3: Убедитесь, что адаптер обнаружен

Прочитайте сведения об оборудовании:

lspci -nnk
lsusb
sudo lshw -C network

ID производителя/устройства и активный модуль ядра полезнее общего сообщения. Если устройства нигде нет, проверьте оборудование, настройки прошивки или съёмный адаптер. Если устройство есть без драйвера, проверьте официальную поддержку выпуска Ubuntu и производителя.

Не добавляйте случайный PPA, не передавайте установщик драйвера по конвейеру прямо в командную оболочку, не вносите модули ядра в чёрный список вслепую и не выключайте Secure Boot ради неподписанного модуля. Это ослабляет целостность загрузки или удаляет резервный вариант. См. источники ПО Ubuntu.

В обращении укажите и vendor/device ID, и строку используемого драйвера ядра. Одно торговое название может относиться к нескольким аппаратным ревизиям. Если устройство видно в lsusb или lspci, но сетевого интерфейса нет, сохраните относящееся к нему сообщение ядра до перезагрузки или перезагрузки модуля: первая ошибка часто точнее описывает сбой прошивки или инициализации.

Съёмный адаптер можно проверить в другом исправном порту без непитаемого концентратора. Для встроенного адаптера убедитесь, что беспроводная связь не отключена в прошивке. Остановитесь, если вскрытие ПК затрагивает безопасность, гарантию или имущество организации.

Не делайте вывод только по торговому названию ноутбука или USB-адаптера. Одна модель может выпускаться с разными чипами, для которых нужны разные драйверы и прошивки. Сопоставляйте аппаратный ID, активный модуль и первую относящуюся к устройству ошибку загрузки. Перед обновлением пакета сохраните сведения о текущем ядре и доступный способ загрузить последний рабочий вариант.

Шаг 4: Если Ubuntu не подключается к Wi-Fi, сканируйте без раскрытия секретов

Обычный путь подключения — меню сети Ubuntu.［3］ Для диагностики:

nmcli device wifi list
nmcli connection show

Не помещайте пароль Wi-Fi в команду, которая останется в истории командной оболочки или в журнале поддержки. Если SSID не виден, подойдите ближе, проверьте скрытие, диапазон и канал. Не перестраивайте весь роутер, если только один адаптер не видит один диапазон.

При ошибке аутентификации проверьте точный SSID и пароль на доверенном устройстве. Организационная сеть может требовать сертификат и профиль администратора; не снижайте защиту роутера.

Если сохранённый профиль мог устареть, сначала отметьте сертификаты организации, скрытый SSID, статический адрес и пользовательские маршруты. Простой домашний профиль восстанавливается при известном пароле; корпоративный профиль без установочного пакета может оказаться невосстановимым. Удаляйте только принадлежащую вам настройку с понятным способом возврата.

Если SSID виден, но подключение повторяется по кругу, отметьте, происходит ли отказ до или после запроса пароля. Отвергнутые данные, неподдерживаемый режим безопасности и тайм-аут DHCP могут выглядеть одинаково в меню, но относятся к разным этапам.

Чтобы понять причину отказа, сразу после попытки прочитайте журнал NetworkManager за текущую загрузку: journalctl -b -u NetworkManager. Причина вроде no-secrets или supplicant-timeout указывает на учётные данные, режим безопасности или корпоративный профиль, а ip-config-unavailable означает, что связь с точкой доступа установлена и проблема перешла к адресации из шага 5. Перед передачей строк журнала уберите пароли, имена пользователей и данные сертификатов.

Для скрытой или корпоративной сети не создавайте новый профиль по памяти. Сверьте точное имя сети, тип защиты, способ проверки сертификата и требования администратора. Отключение проверки сертификата или выбор более слабого режима защиты может превратить ошибку подключения в риск перехвата. Если у вас нет утверждённого профиля, остановитесь и запросите его у владельца сети.

Шаг 5: Разделите адрес, портал, интернет и DNS

После подключения прочитайте:

nmcli -f GENERAL,IP4,IP6 device show
ip route

Нет адреса или маршрута по умолчанию — проверяйте DHCP или профиль. Есть адрес и маршрут без интернета — портал, роутер, провайдер, прокси или политика. IP работает, имена нет — DNS. Сохраняйте точную ошибку и меняйте один слой за раз.

Открывайте браузер лишь после успешного соединения и получения адреса и следуйте обычной инструкции владельца сети для портала авторизации. Не устанавливайте сертификат и не отключайте предупреждения HTTPS ради портала. Если шлюз доступен, а интернет нет, сравните другое устройство до изменения маршрутов Ubuntu.

При отказе только DNS сначала определите, кто управляет разрешением имён, и сохраните текущую конфигурацию. Ею может управлять NetworkManager, systemd-resolved, корпоративный профиль или другой утверждённый инструмент. Не заменяйте все серверы имён в ходе диагностики Wi-Fi: это скрывает исходную ошибку и переходит в отдельную задачу.

Фиксируйте последний успешный слой. Наличие SSID доказывает только обнаружение, успешная аутентификация — принятие профиля, адрес — работу соответствующей конфигурации, а маршрут по умолчанию — локальный путь к шлюзу. Ни один из этих результатов сам по себе не доказывает доступность внешнего сервиса или DNS. Такое разделение позволяет передать проблему правильному владельцу без широкого сброса профилей.

Шаг 6: Исследуйте драйвер только по данным конкретного устройства

Исследуйте драйвер, когда Ubuntu видит устройство, но не может им управлять, либо журнал указывает на ошибку устройства или прошивки. Запишите выпуск Ubuntu, ядро, ID адаптера, драйвер и сообщение загрузки. Предпочитайте репозитории Ubuntu, документированный Additional Drivers или официальный пакет производителя. Сохраните старое рабочее ядро при регрессии.

Поддерживаемая Live-среда подходит только для сравнения и не является ремонтом. Если Wi-Fi работает там, остаются драйвер, прошивка, профиль или политика установленной системы; если отказ повторяется, вероятнее проблема поддержки оборудования. Ни один результат не разрешает неподписанный модуль или непроверенный скрипт.

Перед обращением в поддержку повторите только безопасные команды чтения и укажите, на каком этапе остановилась цепочка. Приложите аппаратный ID, выпуск Ubuntu, версию ядра, имя активного модуля и очищенную первую ошибку. Не отправляйте пароль Wi-Fi, полный профиль соединения или чужие SSID. Если проблема появилась после обновления, сообщите последнее рабочее ядро, но не удаляйте текущий пакет до получения поддерживаемого плана отката.

Итоги

Сначала классифицируйте сбой. Прочитайте NetworkManager, rfkill и оборудование, проверьте SSID и аутентификацию, затем отделите адрес, портал, внешнюю сеть и DNS. Используйте официальные драйверы и не отключайте Secure Boot или модули без точных доказательств и отката.

Часто задаваемые вопросы (FAQ)

Почему в Ubuntu нет пункта Wi-Fi?

Адаптер может быть не обнаружен, не управляться, быть заблокированным или не иметь поддерживаемой прошивки. Начните с nmcli, rfkill и ID оборудования.

Чем отличаются soft и hard block rfkill?

Программная блокировка (soft block) управляется ПО. Аппаратная (hard block) отражает состояние оборудования или платформы и обычно не снимается одним ПО.

Почему Ubuntu не видит мой SSID?

Возможны дальность, скрытая сеть, диапазон/канал, настройка роутера или состояние адаптера.

Вводить пароль в команду nmcli?

Не оставляйте секреты в истории команд или общих журналах. Используйте запрос пароля в интерфейсе или другой безопасный поддерживаемый способ.

«Подключено» доказывает наличие интернета?

Нет. Адрес, маршрут, портал, внешняя линия и DNS — отдельные слои.

Выключить Secure Boot ради драйвера?

Не как универсальное решение. Сначала проверьте официальную поддержку и подписанный пакет: отключение Secure Boot меняет важную границу целостности загрузки.

Установить драйвер из случайного PPA или скрипта?

Нет. Используйте репозиторий Ubuntu, официальную документацию или производителя и подготовьте откат.

Что передать поддержке о проблеме с Wi-Fi в Ubuntu?

Версии Ubuntu и ядра, ID адаптера, драйвер, состояние nmcli/rfkill, ошибку и сравнения. Уберите SSID, MAC и секреты, если они не нужны.

Отказ от ответственности: Поддержка оборудования зависит от выпуска Ubuntu, ядра, прошивки и модели. Сохраните рабочий вариант загрузки до изменения драйвера. Для AethoVPN сначала должны работать интерфейс Wi‑Fi и драйвер Ubuntu; VPN не загрузит отсутствующую прошивку и не починит радиомодуль.

Источники:

Ubuntu Desktop Guide — Wireless network troubleshooter — https://help.ubuntu.com/stable/ubuntu-help/net-wireless-troubleshooting.html
Ubuntu Manpage Repository — nmcli(1) — https://manpages.ubuntu.com/manpages/jammy/man1/nmcli.1.html
Ubuntu Desktop Guide — Connect to a wireless network — https://help.ubuntu.com/stable/ubuntu-help/net-wireless-connect.html.en

Sources checked 4 октября 2026 г.

Рекомендуемые статьи:

Что делать, если Wi-Fi не работает в Ubuntu