Wifi pour Debian : Différence entre versions

De WikiOpenTruc
Aller à : navigation, rechercher
m (Soluces (essais))
m (Soluces (essais))
Ligne 124 : Ligne 124 :
 
Cette solution (même si pas top) fonctionne.
 
Cette solution (même si pas top) fonctionne.
  
Une autre soluce à long-terme, est de :
+
<br>
* (continuer à) chercher une clé wifi potable
+
 
* é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
+
==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
  
 
<br>
 
<br>

Version du 26 mars 2018 à 18:17

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


Clés usb pour linux

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és usb wifi pour raspberry pi


Clé PiHut

  • Clé insérée -> ce message au démarrage : rt2800usb 2-1.8:1.0 firmware : failed to load rt2870.bin
  • 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://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.


  • 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


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


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.

# 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


Misc

  • en cas de mauvaise réception, penser parfois tout simplement à déporter éventuellement la clé, grâce eg à une petite rallonge usb.