Не удается подключиться к хотспоту ubuntu 22.04

Вопрос или проблема

Создание точки доступа Wi-Fi происходит легко и она видна другим устройствам. Но, с другой стороны, после ввода пароля для подключения она просто не реагирует. Не могу подключиться к созданной точке доступа на Ubuntu 22.04, может кто-то помочь с этим? Конфигурация точки доступа по умолчанию использует безопасность WEP, которую также нельзя изменить с помощью nm-connection-editor. Я уже пробовал это.

Это единственное решение, которое сработало для меня, обновив wpa_supplicant-2.10 до wpa_supplicant-2.9:

Шаг 1: Добавьте необходимый репозиторий для понижения версии

sudo nano /etc/apt/sources.list

Добавьте следующий репозиторий “old-releases” в конец файла.

deb http://old-releases.ubuntu.com/ubuntu/ impish main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ impish-updates main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ impish-security main restricted universe multiverse

И не забудьте сохранить изменения.

Шаг 2: Понизьте версию wpa_supplicant

sudo apt update
sudo apt --allow-downgrades install wpasupplicant=2:2.9.0-21build1

Затем используйте интерфейс Network-Manager для создания новой ТОЧКИ ДОСТУПА

источник

БУДЬТЕ ОСТОРОЖНЫ С БРЕНДМАУЭРОМ

Сначала попробуйте:

sudo ufw disable

Если это решает проблему, вы можете сделать:

sudo ufw enable
sudo ufw allow in on wlo1
sudo ufw route allow out on enp41s0

Моя система работает с:

$ sudo ufw status numbered
[ 1] Anywhere on wlo1           ALLOW IN    Anywhere
[ 2] Anywhere on enp41s0        ALLOW FWD   Anywhere (out)
[ 3] Anywhere (v6) on wlo1      ALLOW IN    Anywhere (v6)
[ 4] Anywhere (v6) on enp41s0   ALLOW FWD   Anywhere (v6) (out)

Только [ 1] и [ 2] строго необходимы.

#—————————————————– В моей системе:

С Wi-Fi включенным:

ifconfig

> enp41s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>         inet 192.168.2.115  netmask 255.255.255.0  broadcast 192.168.2.255
>         inet6 fe80::19b0:6542:ee4:5982  prefixlen 64  scopeid 0x20<link>
>         ether 00:d8:61:9e:2b:52  txqueuelen 1000  (Ethernet)
>         RX packets 46282  bytes 39478576 (39.4 MB)
>         RX errors 0  dropped 4  overruns 0  frame 0
>         TX packets 38257  bytes 7380268 (7.3 MB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> enp42s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
>         ether 00:d8:61:9e:2b:53  txqueuelen 1000  (Ethernet)
>         RX packets 0  bytes 0 (0.0 B)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 0  bytes 0 (0.0 B)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
>         inet 127.0.0.1  netmask 255.0.0.0
>         inet6 ::1  prefixlen 128  scopeid 0x10<host>
>         loop  txqueuelen 1000  (Local Loopback)
>         RX packets 1981  bytes 318831 (318.8 KB)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 1981  bytes 318831 (318.8 KB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>         inet 192.168.2.115  netmask 255.255.255.0  broadcast 192.168.2.255
>         inet6 fe80::1c39:c0d6:43bd:fcf0  prefixlen 64  scopeid 0x20<link>
>         ether 38:00:25:95:18:02  txqueuelen 1000  (Ethernet)
>         RX packets 50  bytes 17772 (17.7 KB)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 48  bytes 7067 (7.0 KB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Это означает, что точка доступа Wi-Fi:
входящие данные от wlo1
Исходящие на enp42s0

Редактирование (3 июня 2023):

Для тех, кто еще не разобрался, как определить входящие и исходящие данные, вот правильный способ: ufw хранит свои логи в этом расположении: /var/log/ufw.log

Так что вы можете включить брандмауэр и начать мониторинг обновлений от ufw, используя эту команду в новом терминале:

tail -f /var/log/ufw.log

Теперь, когда вы подключаетесь к точке доступа и пытаетесь просмотреть какую-либо веб-страницу, и если запрос блокируется ufw, вы найдете строку вроде этой в терминале (пример строки из моей системы):

Jun 3 09:44:04: [UFW BLOCK] IN=wlo1 OUT=ppp0 MAC=ac:12:03:69:63:6a:16:5...

Это указывает, что IN – это wlo1, а OUT – это ppp0. Вы должны быть в состоянии использовать метод выше, чтобы разрешить этот путь и точка доступа начнет работать, как ожидалось.

У меня такая же проблема.
Если это поможет, мне удалось её решить, но без безопасности.

Выключите Wi-Fi через выпадающее меню сверху. Затем перейдите в:
Показать приложения –> Расширенные сетевые настройки

Затем в диалоге “Сетевые подключения”:

  1. Удалите соединение точки доступа
  2. Добавьте новое (+ знак)
  3. выберите WIFI как тип соединения
  4. Назовите его и задайте SSID
  5. Смените РЕЖИМ на Точку доступа
  6. Сохраните
    Затем перезапустите Wi-Fi через верхнее меню и попробуйте подключиться с вашего телефона.

Я не особо возился с паролями, так как они мне не нужны.

Лучшее решение, чем понижение версии, можно найти здесь. Похоже, Защищенные Управляющие Рамки должны быть отключены.

  • Создайте файл /etc/NetworkManager/conf.d/99-my.conf с содержимым:
    [connection]
    wifi-sec.pmf=1
    
  • Перезапустите NetworkManager:
    sudo systemctl restart NetworkManager
    

Мне понадобились ответы как от GNassro, так и от Mario Galinda, чтобы получить работающее решение. Так что вам нужно настроить брандмауэр И вам нужно понизить версию пакета wpasupplicant. Если я делаю только настройки брандмауэра, соединение все равно разрывается через некоторое время.

Я попробовал все упомянутые решения, но ни одно из них не работало с безопасностью.

Но, как упомянул Farmer-G, мне удалось заставить это работать без безопасности. Поэтому я попробовал изменить безопасность оттуда, и, к моему удивлению, она заработала с безопасностью WEP. Если у вас не получается с этим, попробуйте изменить метод безопасности, у вас могут быть другие типы безопасности, которые работают.

В моем случае я настраивал через “nm-connection-editor”, что при подключении к конкретной Wi-Fi точке доступа она автоматически подключалась к VPN. По какой-то причине после обновления с 20.04 до 22.04 импортированные профили VPN не работали и приводили к автоматическому отключению Wi-Fi с сообщением “Ошибка подключения”. После повторного импорта .ovpn профиля всё заработало так же.

У меня была та же проблема на ноутбуке после обновления до 22.04 с 18.04. Я пробовал большинство решений, и только комбинирование двух решений сработало для меня.

Шаг 1: Добавьте необходимый репозиторий для понижения версии

sudo nano /etc/apt/sources.list

Добавьте следующий репозиторий “old-releases” в конец файла.

deb http://old-releases.ubuntu.com/ubuntu/ impish main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ impish-updates main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ impish-security main restricted universe multiverse

И не забудьте сохранить изменения.

Шаг 2: Понизьте версию wpa_supplicant

sudo apt update
sudo apt --allow-downgrades install wpasupplicant=2:2.9.0-21build1

Шаг 3: Отключите брандмауэр

sudo ufw disable

Похоже, есть проблемы с брандмауэром.

Для меня это сработало:

  1. Выключите Wi-Fi.

  2. Убедитесь, что брандмауэр отключен.

     $ sudo ufw enable
     $ sudo ufw disable
    
  3. Включите Wi-Fi и точку доступа.

Ответ или решение

Общие рекомендации по устранению неполадок при подключении к хотспоту Ubuntu 22.04

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

1. Понимание проблемы с безопасностью

По умолчанию в Ubuntu 22.04 может использоваться WEP для сети хотспота, что не всегда подходит для всех устройств. Если вы не можете изменить параметры безопасности через nm-connection-editor, вам может потребоваться изменить конфигурацию вручную. Возможно, стоит рассмотреть возможность использования других протоколов безопасности, таких как WPA2.

2. Обновление wpa_supplicant

Проблема с подключением может быть связана с версией wpa_supplicant. Многие пользователи сообщали о том, что понижение версии wpa_supplicant с 2.10 до 2.9 решает проблему. Для этого выполните следующие шаги:

  • Добавление старого репозитория:

    sudo nano /etc/apt/sources.list

    В конце файла добавьте:

    deb http://old-releases.ubuntu.com/ubuntu/ impish main restricted universe multiverse
    deb http://old-releases.ubuntu.com/ubuntu/ impish-updates main restricted universe multiverse
    deb http://old-releases.ubuntu.com/ubuntu/ impish-security main restricted universe multiverse

    Не забудьте сохранить изменения.

  • Понижение версии wpa_supplicant:

    sudo apt update
    sudo apt --allow-downgrades install wpasupplicant=2:2.9.0-21build1

3. Настройка брандмауэра

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

sudo ufw disable

Если это решает проблему, вы можете настроить исключения для подключения:

sudo ufw allow in on wlo1
sudo ufw route allow out on enp41s0

Проверьте статус брандмауэра с помощью:

sudo ufw status numbered

Убедитесь, что соединения на wlo1 разрешены, как указано выше.

4. Логи и диагностика

Для анализа работы брандмауэра используйте:

tail -f /var/log/ufw.log

Это может помочь выявить заблокированные запросы и соответствующие значения IN и OUT для деталей дальнейшей настройки.

5. Изменение настроек подключения

Иногда полезно удалить старые конфигурации соединения и создать новое:

  1. Отключите Wi-Fi через меню.
  2. Перейдите в «Параметры сети».
  3. Удалите старое соединение и создайте новое, следуя инструкциям для настройки сети Wi-Fi с режимом гарячей точки.

6. Отключение защищённых управляющих кадров

Другие пользователи также рекомендовали отключить защиту кадров для успешного соединения. Для этого создайте файл конфигурации:

sudo nano /etc/NetworkManager/conf.d/99-my.conf

Добавьте следующее содержимое:

[connection]
wifi-sec.pmf=1

Перезапустите NetworkManager:

sudo systemctl restart NetworkManager

Заключение

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

Оцените материал
Добавить комментарий

Капча загружается...