LINUX.ORG.RU
Форум — Linux-hardware  

Проблемы с интерфейсом Awus036ac(8812au) при создании AP

 , , ,


0

1

Доброго вечера всем. Проблема возникла по не установленным причинам (единственное что, делал update с upgrade накануне): в какой-то момент обнаружил, что wifiphisher перестал корректно работать, при запуске процесс висит, sudo в новом терминале также перестает работать, при reboot сеанс завершается подолгу. Сперва грешил на сам скрипт (с др.интерфейсом запускается, правда скрипт этот свисток не поддерживает), но с airgeddon ситуация аналогична при создании фейковой точки, но этот еще предупреждает, что интерфейс не поддерживает виртуализацию. Прилагаю вывод из journalctl после команды reboot, помимо ошибок обратил внимание на строку с sefgault: https://codeby.net/threads/problemy-s-interfejsom-awus036ac-8812au-pri-sozdanii-ap.78922/



Последнее исправление: jacobsMonarch (всего исправлений: 1)

Продолжай наблюдения.

anonymous
()

Вместо ваших бессмысленных тегов тут нужен один - kali.

pinus_nigra ★
()
Ответ на: комментарий от PhysShell

Так как команды от sudo тоже виснут, то посмотреть не выходит, а после перезагрузки вывод по грепу пустой, без него - с упоминанием сетевого интерфейса две строки:

88XXau: loading out-of-tree module taints kernel usbcore: registered new interface driver rtl88XXau

jacobsMonarch
() автор топика
Ответ на: комментарий от jacobsMonarch

Судя по этому треду и ещё паре, обновление всё же может вызвать такое поведение - но дело не в wifisher, а, полагаю, в модуле ядра, из-за чего драйвер для адаптера не установился.

Попробуй поставить пакет:

sudo apt install realtek-rtl88xxau-dkms,

перезагрузиться и проверить.

команды от sudo тоже виснут

Это же только при создании точки?

Попробуй без подключённого к ПК адаптера выполнить dmesg -w, подключить адаптер и приложить вывод, который появится.

Ну и iwconfig с lsusb -v приложи с подключенным адаптером заодно.

Только вывод отформатируй в соответствии с пунктом 5 статьи Как правильно копировать вывод терминала

У меня вроде тоже как-то была проблема такая - драйвер отсутствовал, нашёл - положил в нужное место - заработало.

PhysShell ★★
()
Ответ на: комментарий от PhysShell

команды от sudo тоже виснут Это же только при создании точки?

Да, когда виснет первая сессия терминала, вследствие обращения к интерфейсу.

Пакет уже стоял, –force перезаписал на всякий.

Вот вывод до и после подключения (после строки с бт начинается) интерфейса:

[    7.677369] Bluetooth: Core ver 2.22
[    7.677438] NET: Registered PF_BLUETOOTH protocol family
[    7.677440] Bluetooth: HCI device and connection manager initialized
[    7.677652] Bluetooth: HCI socket layer initialized
[    7.677661] Bluetooth: L2CAP socket layer initialized
[    7.677668] Bluetooth: SCO socket layer initialized
[    7.692577] usbcore: registered new interface driver btusb
[    7.709548] Bluetooth: hci0: RTL: examining hci_ver=06 hci_rev=000b lmp_ver=06 lmp_subver=8723
[    7.710565] Bluetooth: hci0: RTL: rom_version status=0 version=1
[    7.710578] Bluetooth: hci0: RTL: loading rtl_bt/rtl8723b_fw.bin
[    7.715044] bluetooth hci0: firmware: direct-loading firmware rtl_bt/rtl8723b_fw.bin
[    7.715093] Bluetooth: hci0: RTL: loading rtl_bt/rtl8723b_config.bin
[    7.715135] bluetooth hci0: firmware: failed to load rtl_bt/rtl8723b_config.bin (-2)
[    7.715142] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[    7.715144] bluetooth hci0: Direct firmware load for rtl_bt/rtl8723b_config.bin failed with error -2
[    7.715158] Bluetooth: hci0: RTL: cfg_sz -2, total sz 22496
[    8.522538] Bluetooth: hci0: RTL: fw version 0x0e2f9f73
[  476.045491] usb 1-4: new high-speed USB device number 5 using xhci_hcd
[  476.194203] usb 1-4: New USB device found, idVendor=0bda, idProduct=8812, bcdDevice= 0.00
[  476.194224] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  476.194232] usb 1-4: Product: 802.11n NIC
[  476.194238] usb 1-4: Manufacturer: Realtek
[  476.194243] usb 1-4: SerialNumber: 123456
[  476.267760] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[  476.268152] cfg80211: Loaded X.509 cert 'benh@debian.org: 577e021cb980e0e820821ba7b54b4961b8b4fadf'
[  476.268487] cfg80211: Loaded X.509 cert 'romain.perier@gmail.com: 3abbc6ec146e09d1b6016ab9d6cf71dd233f0328'
[  476.268826] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[  476.270159] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[  476.270349] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[  476.286925] 88XXau: loading out-of-tree module taints kernel.
[  476.456373] usb 1-4: 88XXau 00:00:00:ff:ff:ff hw_info[d7]
[  476.460288] usbcore: registered new interface driver rtl88XXau
[  477.013429] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  484.684744] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

(ошибки со встроенным)

iwconfig

└─$ iwconfig                                                                                                                                                                                                                        127 ⨯
lo        no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"WifiName"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:00:ff:ff:ff:ff   
          Bit Rate:174 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=100/100  Signal level=-29 dBm  Noise level=0 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lsusb -v

Bus 001 Device 005: ID 0bda:8812 Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac 2T2R DB WLAN Adapter
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x0bda Realtek Semiconductor Corp.
  idProduct          0x8812 RTL8812AU 802.11a/b/g/n/ac 2T2R DB WLAN Adapter
  bcdDevice            0.00
  iManufacturer           1 Realtek
  iProduct                2 802.11n NIC
  iSerial                 3 123456
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0035
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x03  EP 3 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x85  EP 5 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1

Cпасибо за помощь!

jacobsMonarch
() автор топика
Ответ на: комментарий от zemidius 
mkdir -p /usr/src/8812au-5.6.4.2_35491.20191025
cp -r * /usr/src/8812au-5.6.4.2_35491.20191025
dkms add -m 8812au -v 5.6.4.2_35491.20191025
Error! DKMS tree already contains: 8812au-5.6.4.2_35491.20191025
You cannot add the same module/version combo more than once.
make: *** [Makefile:2303: dkms_install] Error 3
jacobsMonarch
() автор топика
Ответ на: комментарий от zemidius

Ты этот пакет сам придумал или лыжи не едут?

sudo apt install realtek-rtl8812au-20210629                                                                                                                                                                                       1 ⨯
[sudo] password for kaliuser: 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package realtek-rtl8812au-20210629
jacobsMonarch
() автор топика
Ответ на: комментарий от PhysShell

У меня вроде тоже как-то была проблема такая - драйвер отсутствовал, нашёл - положил в нужное место - заработало.

Какое место хоть?

jacobsMonarch
() автор топика
Ответ на: комментарий от zemidius

Такое ощущение, что дело не в драйвере, я уже несколько перепробовал, хотя до сраного обновления (не любил никогда это и правльно делал) все завелось с пакета по первой ссылке. Но статью эту все же прочту

jacobsMonarch
() автор топика
Ответ на: комментарий от jacobsMonarch

Изучил я выхлопы. Сначала думал, что может быть с питанием проблемы: на сайте производителя написано, что адаптер нужно подключать по USB 3.0. У тебя lsusb отдал bcdUSB 2.00. Но вряд ли дело в этом, т.к. там же показывает Power 500 mA, т.е. достаточно. Но можно попробовать загрузить модуль с параметром rtw_switch_usb_mode=1

Вот эта строка kernel: 88XXau: loading out-of-tree module taints kernel. больше всего напрягает.

У тебя же осталась инструкция для адаптера? Там вроде подробно написано, как что ставить - может что-то упускаешь.

В общем, в версии ядра 5.9.x оно работало. С 5.10 что-то пофигачили то ли в firmware-linux, то ли ещё где. Т.е. как крайний вариант можно просто плюнуть и поставить раннюю версию.

несколько перепробовал

Сколько их у тебя уже посмотри: sudo dkms status. Какой из них в в итоге используется надо узнать хотя бы.

Отсюда пробовал ставить? https://github.com/aircrack-ng/rtl8812au. Я бы на твоём:

  1. Удалил нафиг все драйвера, что сейчас стоят: sudo dkms remove rtl8812au/версия --all для каждого. А так, возможно драйвер новый ты поставил, а подгружается всё равно старый.

  2. Поставил драйвер по ссылке выше (по ссылке есть инструкция), выполнил:

lsmod | grep 8812
Если ничего нет, выполнить: sudo modprobe 8812au
dmesg | grep -i rtl

Потом зафиксировал бы последние моменты жизни системы: два терминала поставить - в одном dmesg -w, в другом создание точки и посмотреть, что лог отдаст.

Если и это не сработает, https://github.com/aircrack-ng/rtl8812au/issues, можешь там им написать - там разработчик драйвера сам может ответить - выхлопы у тебя есть из прошлых постов. 8812au любит отваливаться иногда с новой версией ядра, возможно это не твой косяк даже.

Также стоит добавить, работает ли адаптер в других режимах вообще, или только создание точки фейлится. Ещё не лишним будет приложить ip link show interface и rfkill list all.

P.S. адаптер же ещё и в блютуз может. Для него прошивки не находит: hci0: firmware: direct-loading firmware rtl_bt/rtl8723b_fw.bin. Это не имеет отношения к проблеме, но на всякий случай.

PhysShell ★★
()
Ответ на: комментарий от jacobsMonarch

Обманул, там дело в прошивке было кажется. dmesg мне показал название (посмотри мой P.S. в прошлом посте). Нашёл на гитхабе вроде, положил в /lib/firmware/… - завелось. С блютузом тебе также предстоит поступить, если нужно будет его использовать.

PhysShell ★★
()
Ответ на: комментарий от PhysShell

Перепробывал все, в итоге переустановил систему. Ядро 5.10, дистрибутив скачивал на флешку в июле, тогда все работало нормально и вставало без проблем. Воспроизвел сценарий сейчас - при инсталяции через bkms, сборке makeом, дрова просили заголовки линуха. Как бы я ни бился, вопрос с этим не удаволось решить, пришлось по итогу делать фуллапргейд, после чего адаптер предсказумо заработал и также предсказуемо начал фризить систему в моменте создания(?) АР, судя по (не)работе вифифишера, аиргеддона. Процесс не убивается kill -9, и в этой, и в новой сессии терминала перестает выполняться sudo, также фризится терминал. Мне из этой дефолтной истории с танцами у кали с бубном остается интересным одно, и я хочу спросить этого … (?) Почему так на…? … ты к нам, к sudo лезешь? При reboot система долго переваривает ошибки и через полчаса перезагружается. Либо дело в чертовых апдейтах ядра, либо в репе дров что-то поменялось с лета. Кейсов, идентичных моему, я не нашел (может плохо искал, но я пытался)

upd: работать после апдейта начинают оба адаптера, этот, и встроенный с чипом 8723, возможно дело в том, что они как-то конфликтуют, и тем не менее это предположение никак не помогает проблеме.

jacobsMonarch
() автор топика
Ответ на: комментарий от jacobsMonarch

Т.е. выходит, дело не в версии ядра.

Почему так

Вкратце: INFO: task <task:ID> blocked for more than 120 seconds (комментарий).

Только обратил внимание… у тебя в journalctl ещё NM и wpa_supplicant вешаются. Их разве не нужно отключать до создания AP? До входа в монитор-режим рекомендуется это делать.

Если дело не в ядре, то возможно есть и способ воскресить создание точки: можно подебажить дальше, создав точку доступа врукопашную: https://wiki.archlinux.org/title/software_access_point. Там отдаётся предпочтение iw вместо iwconfig, сейчас советуют именно iw использовать, iwconfig объявлен deprecated.

PhysShell ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Linux-hardware