LinuxForum.Fans
Тема

Непонятное поведение WiFi в Debian 10 (wpasupplicant)

Автор: MakPol 10 сообщений 2345 просмотров
25.01.2022 12:44 #437196

Доброго времени суток!
Запутался с поведением второго WiFi адаптера в Debian 10. Как понял дело в настройках через wpasupplicant.
Был ранее старенький USB адаптер Qualcomm Atheros, что поддерживал 2,4G, но решил дополнить еще одним USB адаптером Realtek, но уже с поддержкой 5G. Настроил, вроде все хорошо, подключился к 5G через GUI, все работает, но…
Как то смотрел фильм через minidlna с телека и на сервачке вышел из консоли и хоп…. фильм завис…
Сначала не понял, пошел на сервак по ssh, захожу и опа - фильм ожил. Вышел снова (отключился) и снова смотрю, что тот ip что по 5G - недоступен. Решил попробовать обхитрить, зашел по старому 2,4G, запустил tmux и отключился…
Фокус не удался… Интерфейс отключается как только выхожу.
Пытался найти в сети что-то похожее, но пока не получилось, решил попробовать обратиться здесь, благо тут много знающих и главное адекватных людей.
Когда сессия через ssh запущена то вот так:

text

4: wlx1cbfce071017: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 1c:bf:ce:07:10:17 brd ff:ff:ff:ff:ff:ff
    inet 192.168.3.2/24 brd 192.168.31.255 scope global dynamic noprefixroute wlx1cbfce071017
--
5: wlx10feed264669: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:fe:ed:26:46:69 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx10feed264669

Как только я закрываю ssh соединение - сразу как ситуация меняется на:

text

4: wlx1cbfce071017: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 5e:2a:f9:e6:7f:1f brd ff:ff:ff:ff:ff:ff
5: wlx10feed264669: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 10:fe:ed:26:46:69 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx10feed264669

Я в tmux опрос ip a замутил и вот такое вижу.
При этом, как понимаю конфиг wpasupplicant находится почему то в /etc/dbus-1/system.d/wpa_supplicant.conf

В общем буду очень благодарен за помощь!

Заранее большое спасибо!
Добавлено: 25.01.2022 12:44:25

Не знаю, имеет значение или нет, но тот адаптер, что ведет себя странно установлен следующим образом

text

sudo apt-get install dkms git
git clone https://github.com/brektrou/rtl8821CU.git
cd ~/rtl8821CU
sudo ./dkms-install.sh
sudo /usr/sbin/usb_modeswitch -KW -v 0bda -p 1a2b
sudo modprobe 8821cu

смотрел что при логофе остается при выводе w и то, что висит

text

USER     TTY      FROM         
makpol   pts/1    tmux(1503).%0

без разницы, интерфейс при этом

text

4: wlx1cbfce071017: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 32:98:d4:ca:2f:7c brd ff:ff:ff:ff:ff:ff

Стоит зайти по ssh и сразу

text

USER     TTY      FROM         
makpol   pts/0    192.168.1.10

4: wlx1cbfce071017: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 1c:bf:ce:07:10:17 brd ff:ff:ff:ff:ff:ff inet 192.168.3.2/24 brd 192.168.31.255 scope global dynamic noprefixroute wlx1cbfce071017

Пробовал грепать по wlx1cbfce071017 , но безрезультатно, не пойму почему так себя ведет система…

25.01.2022 14:39 #437197

MakPol, *SCRATCH* после закрытия SSH сервер "спит"?

25.01.2022 17:46 #437198
Wolfenberg написал:
MakPol, *SCRATCH* после закрытия SSH сервер "спит"?

Вот тут не скажу, подключаюсь то без проблем по другому интерфейсу. "Спит" только интерфейс что добавил недавно.
Особенность использования сервака в том, что я изначально без иксов, но при необходимости есть запущеный nomachine и цепляюсь сразу к гному. Например если включил сервак, далее подключился по старому интерфейсу и тут же ожил ноовый. Я цепляюсь через NoMachine к серваку по новому интерфейсу и пока не сделаю логоф - все работает. Можно детач и тоже прокатывает.
Не пойму, фича это или бага.
Как понимаю настроено все через NetworkMannager в котором и пароль к точке доступа т ов открытом виде. В общем я в шоке и не знаю с какой стороны пока копать.

25.01.2022 23:18 #437199

В принципе, у рабочей станции должен быть только один основной интерфейс для выхода в Интернет.
Два интерфейса - совсем не означает, что они будут переключаться автоматически.
Другое дело ещё переключение кабель/Wi-Fi. Но вот два Wi-Fi, включённые одновременно, колидируют между собой.

26.01.2022 08:21 #437200
ValentinK написал:
В принципе, у рабочей станции должен быть только один основной интерфейс для выхода в Интернет...

Не слышал о таком. Какое то время жил на Fedora на том же сервачке (не рабочая станция это, хоть и железо не серверное, а скорее для NAS) два интерфейса без проблем работали, вообще проблем не наблюдал, даже намеков на такое, вот и пытаюсь разобраться, как так...

26.01.2022 08:45 #437201
MakPol написал:

Не слышал о таком. Какое то время жил на Fedora на том же сервачке (не рабочая станция это, хоть и железо не серверное, а скорее для NAS) два интерфейса без проблем работали, вообще проблем не наблюдал, даже намеков на такое, вот и пытаюсь разобраться, как так...

Для сервера несколько интерфейсов - это норма. Но интерфейсы в разных подсетях.
А так точка доступа Wi-Fi одна, клиентов два в одной подсети и они колидируют.

26.01.2022 09:11 · отредактировано #437202

Даже не знаю, разобрался или нет, но сейчас после ребута оба интерфейса подняты ;D

Что собственно сделал...

Подключился к иксам через NoMachine но под root, что слегка не есть гуд, но все же. Предварительно удалил /etc/NetworkManager/system-connections/Глючное_соединение.nmconnection и для надежности ребутнул систему (хотя хватило бы и systemctl restart NetworkManager).
Глючное_соединение - собственно то, как зовется ваша сетка WiFi, если добавляли один раз или как-то названное по другому, если не один раз, но в моем случае все без пробелов и естественно на латинице, это стараюсь не нарушать по старинке :-\

Ну так вот, зайдя в иксы от рута - зашел в настройки и выбрав второй адаптер (что поддерживает 5G) добавил нужную сетку WiFi 1 в 1 как это делал от своего пользователя, но с кучей вопросов типа "Требуется подтверждение подлинности...Системная политика запрещает управление подключениями...". От root, естественно этих вопросов не было.
Далее для проверки reboot и вуаля - оно работает как надо и как и должно было бы.

Чтобы себя проверить/перепроверить т.к. никому доверять нельзя (как в том анекдоте про мужика и штаны... :D ) сделал diff файлов .nmconnection конфигурации тогда и сейчас - и ч.т. д - они одинаковые за исключением, естественно, uuid=

Как понимаю, все же что-то не так работает, когда мы не от суперпользователя в иксах, хоть и пропагандируется что "нефиг работать от root". Пока не нашел где, но находясь в иксах под root что-то дополнительно добавляется в конфиги. Найти бы заинтересованных разработчиков, что помогли бы проверить, а то боюсь не один я такой извращенец с двумя WiFi и подобной проблемой.

26.01.2022 10:00 #437203

А какие привилегии требует разрешение Wi-Fi соединения?
Юзверь вроде как sudoer, тоже админ, как и root?

26.01.2022 10:20 #437204
ValentinK написал:
А какие привилегии требует разрешение Wi-Fi соединения?
Юзверь вроде как sudoer, тоже админ, как и root?

В моем случае "бесконечно" всплывающие запросы на ввод пароля Администратор
Могу даже видео записать, если потребуется, главное чтобы на пользу

Требуется подтверждение подлинности
Системная политика запрещает управление подключениями
Администратор
********
Отмена Подтвердить
Войдите или зарегистрируйтесь, чтобы ответить.