Wifi pour Debian : Différence entre versions
m (→Clé USB TP-LINK IC 8853A WN725N) |
m (→Clé USB TP-LINK IC 8853A WN725N) |
||
Ligne 20 : | Ligne 20 : | ||
* https://www.tp-link.com/fr/download/TL-WN725N.html docs officielles | * https://www.tp-link.com/fr/download/TL-WN725N.html docs officielles | ||
− | * https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v1 | + | * https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v1 |
− | * https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v2 | + | * https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v2 d'après https://www.tp-link.com/fr/faq-46.html#2 j'aurais la V2 |
La clé est munie d'une petite led verte, qui clignote quand elle fonctionne. | La clé est munie d'une petite led verte, qui clignote quand elle fonctionne. |
Version du 1 avril 2018 à 11:27
Attention :
- ce n'est pas parce qu'une clé usb wifi fonctionne avec telle ou telle distro linux, qu'elle fonctionnera forcément out-of-the-box avec debian. Debian n'intègre pas de pilotes non-libres par défaut (contrairement à plein d'autres distros). Donc, faut encore se fader l'install à la mimine. ... et des fois, c'est chaud !
- ici c'est pour une machine sous Debian stretch 64 bits
Sommaire
Clés usb pour linux
- https://www.amazon.fr/Edimax-EW-7811UN-Nano-Adaptateur-sans/product-reviews/B003MTTJOY/ref=cm_cr_arp_d_viewopt_kywd serait compatible linux ... avis partagés
Bien lire les commentaires. Pour certaines clés, une version convient ... et la suivante ne convient plus, car le fabriquant a tout bonnement changé de chipset (souvent, sans vraiment le mentionner bien explicitement).
Clé USB TP-LINK IC 8853A WN725N
- https://www.tp-link.com/fr/download/TL-WN725N.html docs officielles
- https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v1
- https://wikidevi.com/wiki/TP-LINK_TL-WN725N_v2 d'après https://www.tp-link.com/fr/faq-46.html#2 j'aurais la V2
La clé est munie d'une petite led verte, qui clignote quand elle fonctionne.
Cette clé fonctionne avec debian stretch, pour wifi guest (sans sécurité) et pour du wifi sécurisé WPA.
NB : La clé fonctionne, car j'avais déjà installé les pilotes à l'occasion d'essais précédents. Sans doute via la procédure : https://wiki.debian.org/rtl819x
# cat kern.log | grep firmwa Apr 1 11:43:19 dell-optiplex790 kernel: [ 3193.806222] r8188eu 2-1.8:1.0: firmware: direct-loading firmware rtlwifi/rtl8188eufw.bin Apr 1 11:43:26 dell-optiplex790 kernel: [ 3200.912668] r8188eu 2-1.8:1.0: firmware: direct-loading firmware rtlwifi/rtl8188eufw.bin root@dell-optiplex790:/var/log# cat messages | grep wifi Apr 1 11:43:19 dell-optiplex790 kernel: [ 3193.806222] r8188eu 2-1.8:1.0: firmware: direct-loading firmware rtlwifi/rtl8188eufw.bin Apr 1 11:43:26 dell-optiplex790 kernel: [ 3200.912668] r8188eu 2-1.8:1.0: firmware: direct-loading firmware rtlwifi/rtl8188eufw.bin Apr 1 11:43:30 dell-optiplex790 NetworkManager[502]: <info> [1522575810.8606] device (wlxe894f619eec8): Activation: (wifi) access point 'Orange Airbox-69BB 4' has security, but secrets are required. Apr 1 11:43:32 dell-optiplex790 NetworkManager[502]: <info> [1522575812.1068] device (wlxe894f619eec8): Activation: (wifi) connection 'Orange Airbox-69BB 4' has security, and secrets exist. No new secrets needed. Apr 1 11:43:33 dell-optiplex790 NetworkManager[502]: <info> [1522575813.5014] device (wlxe894f619eec8): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network 'Orange Airbox-69BB'.
Les références opérationnelles, c'est REALTEK et 8188
Clés usb wifi pour raspberry pi
- attention, ce sont souvent des clés adaptées pour raspbian, ie les pilotes sont déjà présents installés tous cuits dans raspbian ... mais pas dans debian. Donc ça laisse les soucis d'install compliquée intacts.
- https://www.kubii.fr/fr/claviers-et-peripheriques-usb/1471-dongle-wi-fi-officiel-raspberry-pi-3272496004825.html pilote BCM43xx que j'ai déjà su installer avec succès (même si ce pilote n'est pas libre).
- https://thepihut.com/collections/raspberry-pi-usb-accessories/products/usb-wifi-module-with-antenna-for-raspberry-pi basée sur RTL8188CUS ... cause de soucis avec debian
Clé PiHut
- Clé insérée -> ce message au démarrage :
rt2800usb 2-1.8:1.0 firmware : failed to load rt2870.bin
- google : https://wiki.debian.org/fr/rt2800usb
- j'installe comme il faut, tout semble marcher,
- le gestionnaire réseau gnome voit l'animal (USB Wi-Fi), me demande le mdp, ça semble rouler ... mais au final impossible d'établir la connection
- il y a aussi un CD de fourni, mais pour linux il faut compiler le machin de A à Z. Je n'essaie même pas.
Clé "officielle" RPI
- Clé insérée -> ce message au démarrage :
2-1.8:1 firmware : failed to load brcm/brcmfmac43143.bin
-
https://wiki.debian.org/brcmfmacnon-pertinent, pointe sur un *.bin non-approprié
https://packages.debian.org/stretch/firmware-brcm80211 charge bien le bin réclamé (et plein d'autres) dans le répertoire réclamé /lib/firmware/brcm/ ... mais il y a des complaintes au redémarrage
dans /var/log/kern.log ... Mar 21 18:59:23 dell-optiplex790 kernel: [ 8.315913] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Apr 3 2014 04:43:32 version 6.10.198.66 (r467479) FWID 01-32bd010e Mar 21 18:59:23 dell-optiplex790 kernel: [ 8.329083] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code (0x30 0x30)
Pourquoi afficher le 1° message ? quel est le souci ?
concernant : brcmf_cfg80211_reg_notifier: not a ISO3166 code
ça semble être un souci entre le code non-free (proprio) broadcom, qui (s'en fout) ne respecte pas les conventions linux sur le nommage de pays ou linux qui buggue.
- https://bugs.launchpad.net/raspbian/+bug/1646961 suggère un patch https://patchwork.kernel.org/patch/8336131/ ... bidouiller des fichiers *.c
- https://www.spinics.net/lists/linux-wireless/msg170886.html même bug, 4 mars 2018
- par la suite, ça coince au mot de passe qui est redemandé (alors que ok). Et pourtant, ce paquet est donné pour toutes les architectures et brcmfmac43143.bin est daté de juin 2017. ?
- les fichiers du paquet (du dépôt officiel) sont tous datés de juin 2017, ce n'est pas ça qui les empêche d'être de facto antérieurs. ça signifie néanmoins que, en juin 2017, le dépôt officiel ne contient pas de version plus récente.
$ lsusb Bus 002 Device 009: ID 0a5c:bd1e Broadcom Corp. # iwconfig eno1 no wireless extensions. lo no wireless extensions. wlx086a0a9751c5 IEEE 802.11 ESSID:"Orange Airbox-69BB" Mode:Managed Frequency:2.437 GHz Access Point: 88:28:B3:8B:69:BB Bit Rate=24 Mb/s Tx-Power=31 dBm Retry short limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on Link Quality=49/70 Signal level=-61 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0
- https://forums.gentoo.org/viewtopic-t-1060038-start-0.html bien, mais long
Soluces (essais)
Etant donné qu'il s'agit d'un bug. La soluce long-terme est d'attendre la correction (qui se fait attendre).
En attendant, on peut juste hacker/patcher.
Le gestionnaire de réseau voit la clé (Wi-Fi). De fait, si je paramètre le boitier wifi pour ne pas demander de mot de passe, le PC réussit à se connecter. (mais les autres machines connectées avec mot de passe, perdent la connexion. beuark).
https://wiki.archlinux.org/index.php/Wireless_network_configuration
# iw reg get global country 00: DFS-UNSET
Le souci est là. La country n'est pas correcte. 00 is not a valid country code.
# iw reg set FR
fonctionne.
... mais ça ne suffit pas à corriger. (et le paquet crda est bien installé).
Le boitier wifi propose, en plus de l'émission usuelle, d'émettre aussi du wifi invité. Qu'on peut paramétrer. Cette solution (même si pas top) fonctionne.
Cartes wifi PCI ou PCIe
éventuellement une carte d'extension wifi PCI ? -> https://www.amazon.fr/TP-Link-TL-WN851ND-Adaptateur-Wi-Fi-Antennes/dp/B0019EMF2M/ref=sr_1_1?ie=UTF8&qid=1521878827&sr=8-1
Ce n'est pas la dernière techno ... mais justement.
- https://wiki.debian.org/fr/WiFi : Toutes les cartes PCMI Express Mini avec un chipset d'Atheros ont été prises en charge.
Pont ethernet sans fil
wireless ethernet bridge, idée piquée ici : https://ubuntuforums.org/showthread.php?t=2309068
Si je comprends bien, on contourne le problème. C'est ce boîtier qui s'occupe de gérer le wifi, et le signal est réinjecté en filaire dans la prise ethernet de l'ordi.
- https://www.amazon.fr/TP-Link-Routeur-Répéteur-Ethernet-TL-WR802N/dp/B00TQEX8BO/ref=sr_1_1?ie=UTF8&qid=1521114360&sr=8-1&keywords=Pont+Wifi+Ethernet 25€
- testé, et ne semble pas fonctionner avec Debian stretch 9.4. Le mode concerné est le mode client. Mon boitier est V4.0. Le souci est peut-être là ?
- http://www.tplinkwifi.net/
- https://www.tp-link.com/fr/products/details/cat-9_TL-WR802N.html#specifications prétend tourner sous linux
# nmap 192.168.1.0/24 Starting Nmap 7.40 ( https://nmap.org ) at 2018-03-21 11:59 CET ... Nmap scan report for 192.168.1.20 Host is up (0.000010s latency). All 1000 scanned ports on 192.168.1.20 are closed
Un nmap plus poussé dit même que les 65535 ports sont fermés
le WR802N serait donc à l'IP 192.168.1.20 ... mais je ne peux pas m'y connecter via firefox.
à noter aussi, que même en démarrant l'ordi avec le WR802N branché, il n'y a aucun message qui s'affiche pour déplorer l'absence de tel ou tel driver (comme cela arrive avec des clés ou cartes wifi).
Liens
- https://debian-facile.org/viewtopic.php?pid=249355 manip d'install à tête humaine pour RTL881x
Misc
- en cas de mauvaise réception, penser parfois tout simplement à déporter éventuellement la clé, grâce eg à une petite rallonge usb.