Auteur Sujet: RLT8188eus Clé Usb WiFi ne veut pas fonctionner... (Lu 3858 fois)

Scubadiver · « **le:** 15 juin 2020 à 18:05:26 »

Bonjour à tous,

Je me trouve actuellement dans une impasse. J'ai besoin de configurer une seconde interface WiFi (Clé USB RLT8188eus) afin de pouvoir brancher une antenne externe.
Je suis sous : Linux KaliDiver 5.6.0-kali2-amd64 #1 SMP Debian 5.6.14-1kali1 (2020-05-25) x86_64 GNU/Linux

Code: [Sélectionner]

lsusb
Bus 004 Device 004: ID 04f2:b160 Chicony Electronics Co., Ltd CNF9113
[b]Bus 004 Device 009: ID 0bda:f179 Realtek Semiconductor Corp. 802.11n[/b]
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 003: ID 25a7:fa61 Compx 2.4G Receiver
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ma carte WiFi principale fonctionnant parfaitement en wlan0

Code: [Sélectionner]

iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11  ESSID:"Dephdiver_Timeport"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 10:9A:DD:8A:59:91   
          Bit Rate=65 Mb/s   Tx-Power=15 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=70/70  Signal level=-32 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:2   Missed beacon:0

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:1f:16:a4:8c:6f brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.17/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0
       valid_lft 31477203sec preferred_lft 31477203sec
    inet6 fe80::21f:16ff:fea4:8c6f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:22:fb:6f:79:64 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.18/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 31477236sec preferred_lft 31477236sec
    inet6 fe80::944d:9e40:f8ef:10ec/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

La clé n'étant pas reconnue, j'ai installé les derniers drivers après backlist des drivers anciens:

Code: [Sélectionner]

echo "blacklist r8188eu" > /etc/modprobe.d/realtek.conf
apt-get update
apt-get install realtek-rtl8188eus-dkms

A priori le driver semble bien installé mais aucun accès à la clé...

Code: [Sélectionner]

apt-cache search realtek
flashrom - Identify, read, write, erase, and verify BIOS/ROM/flash chips
librtlsdr-dev - Software defined radio receiver for Realtek RTL2832U (development)
librtlsdr0 - Software defined radio receiver for Realtek RTL2832U (library)
nictools-pci - Diagnostic tools for many PCI Ethernet cards
python3-rtlsdr - Python wrapper for librtlsdr (Python3 package)
rtl-sdr - Software defined radio receiver for Realtek RTL2832U (tools)
soapysdr-module-rtlsdr - RTL-SDR device support for SoapySDR (default version)
soapysdr0.7-module-rtlsdr - RTL-SDR device support for SoapySDR
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
r8168-dkms - dkms source for the r8168 network driver
realtek-rtl8188eus-dkms - Realtek RTL8188EUS driver in DKMS format
realtek-rtl88xxau-dkms - Realtek RTL88xxAU driver in DKMS format

Le firmware ne semble pas chargé :

Code: [Sélectionner]

dmesg | grep firmware
[   21.507133] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[   21.555088] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[   21.908507] iwlwifi 0000:02:00.0: firmware: direct-loading firmware iwlwifi-5000-5.ucode
[   21.908663] iwlwifi 0000:02:00.0: loaded firmware version 8.83.5.1 build 33692 5000-5.ucode op_mode iwldvm

ni le module r8188eu natif ni le module 8188eu compilé ne semblent prendre en charge la clé

Code: [Sélectionner]

modinfo -F alias {r,}8188eu | grep 0BDA
usb:v0BDApFFEFd*dc*dsc*dp*ic*isc*ip*in*
usb:v0BDAp0179d*dc*dsc*dp*ic*isc*ip*in*
usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*
usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*
usb:v0BDAp0179d*dc*dsc*dp*ic*isc*ip*in*
usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*

J'ai surement oublié de faire quelque chose, avez vous une idée?

Merci d'avance

Cryptage · « **Réponse #1 le:** 16 juin 2020 à 01:29:33 »

Non tu n'as rien oublié, le device ID n'est juste pas dans les drivers que tu utilises, comme le montre d'ailleurs le modinfo.
J'avais eu le même genre de souci il y a quelques années (et c'était d'ailleurs un RTL8188 aussi !) et j'avais du l'ajouter dans les sources et compiler (les updates de Kernel étaient souvent problématiques à cause des évo d'ailleurs...).

A priori il y a un dépôt Git qui gère ta clé (et les noyaux récents (jusqu'au 5.7)) : https://github.com/kelebek333/rtl8188fu

os_dep/linux/usb_intf.c: {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xF179, 0xff, 0xff, 0xff), .driver_info = RTL8188F}, /* 8188FU 1*1 */

Il faudra que tu supprimes les anciens drivers et que tu n'oublies pas de mettre le firmware (il est fourni sur le GitHub).

Scubadiver · « **Réponse #2 le:** 16 juin 2020 à 08:45:05 »

Citation de: Cryptage le 16 juin 2020 à 01:29:33

j'avais du l'ajouter dans les sources et compiler

C'est possible de le faire pour mon driver... Si oui tu pourrais m'expliquer car je ne sait pas faire ce genre de manip.

Citation de: Cryptage le 16 juin 2020 à 01:29:33

A priori il y a un dépôt Git qui gère ta clé (et les noyaux récents (jusqu'au 5.7)) : https://github.com/kelebek333/rtl8188fu

Oui effectivement le driver fu fonctionne. j'avais installé : https://github.com/ulli-kroll/rtl8188fu/issues/13 mais il ne permettait pas de faire de monitoring et c'est ca que je voudrais tester

C'est pour ça que je voudrais faire fonctionner celui là : https://github.com/aircrack-ng/rtl8188eus
a priori, il devrait aussi gèrer ma clé :
os_dep/linux/usb_intf.c: {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xF179, 0xff, 0xff, 0xff), .driver_info = RTL8188F}, /* 8188FU 1*1 */

Cryptage · « **Réponse #3 le:** 16 juin 2020 à 09:36:47 »

Citation de: Scubadiver le 16 juin 2020 à 08:45:05

C'est possible de le faire pour mon driver... Si oui tu pourrais m'expliquer car je ne sait pas faire ce genre de manip.
Oui effectivement le driver fu fonctionne. j'avais installé : https://github.com/ulli-kroll/rtl8188fu/issues/13 mais il ne permettait pas de faire de monitoring et c'est ca que je voudrais tester

C'est pour ça que je voudrais faire fonctionner celui là : https://github.com/aircrack-ng/rtl8188eus
a priori, il devrait aussi gèrer ma clé :
os_dep/linux/usb_intf.c: {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xF179, 0xff, 0xff, 0xff), .driver_info = RTL8188F}, /* 8188FU 1*1 */

Pour l'ajout c'était dans le usb_intf.c. J'avais une clé "Netgear" avec ce chipset mais dont l'ID n'était pas dedans, ce qui n'est pas ton cas.

Effectivement pour le driver rtl8188eus il semblerait que ton device ID soit dedans. Maintenant ça ne prouve malheureusement rien si le driver ne sait pas le gérer

.
Je l'ai compilé et j'ai fait un modinfo dessus ce qui le confirme.

Code: [Sélectionner]

modinfo ./8188eu.ko  |grep -i 0bda
alias:          usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp0179d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*

Dans le makefile il y a "CONFIG_RTL8188F = n".
En le passant à y ça ne compile plus, ce qui laisse penser que ce n'est effectivement pas géré (il n'y a pas les fichiers headers pour le 8188F).

J'ai bien peur que tu doives te tourner vers une autre clé (chipset Atheros ?) ou voir s'il existe un driver qui supporte ta clé et le monitor mode.

Scubadiver · « **Réponse #4 le:** 16 juin 2020 à 12:29:13 »

oui j'ai aussi essayé de modifier le os_dep/linux/usb_intf.c comme çà : {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xF179, 0xff, 0xff, 0xff), .driver_info = RTL8188E}, /* 8188EUS */ pour compiler avec les paramètres des 8188E mais ca fonctionne pas non plus...

Code: [Sélectionner]

modinfo ./8188eu.ko  |grep -i 0bda
alias:          usb:v0BDApF179d*dc*dsc*dp*icFFiscFFipFFin*
alias:          usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp0179d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8179d*dc*dsc*dp*ic*isc*ip*in*

comme tu dis faudrait trouver un driver qui gère le monitoring l'injection pour ma clé...

kcdtv · « **Réponse #5 le:** 07 août 2021 à 19:35:09 »

Le thème ne date pas d’hier mais pour les suivants: Realtek rtl8188eus & rtl8188eu & rtl8188etv WiFi drivers by kimocoder @ aircrack-ng (compatibilité mode moniteur et injection)

Citer

J'ai bien peur que tu doives te tourner vers une autre clé (chipset Atheros ?)

Atheros n'a pas sortit un seul chipset wifi USB depuis l'ar9271, ça remonte à dix ans en arrière... Dans le monde de la nouvelle normalité, le choix sûr, la seule option garantie, se sont les chipsets mediatek (appelé ralink dans l'ancien monde prépandémique) qui sont supportés au niveau du kernel
C'est triste car c'était du bon matos mais on peut oublier atheros pour nos dispsoitifs wifi sous linux. Plus généralement sur les PC car ils ont été rachetés par qualcomm et se sont recentrés sur les architectures ARM et consoeurs.