[Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

èfpé · 02-04-2018 19:42:42

Clé Wi-Fi/Debian 9 : firmware installé réseau vu mais pas de connexion

/!\ Ce fil ne concerne pas les cartes Wi-Fi PCI (retour de lspci et non lsusb).

Contexte. Vous avez installé Debian 9 Stretch (il ne s'agit pas d'une mise à niveau de Debian 8 Jessie), identifié la « puce » de votre adaptateur Wi-Fi USB (ex : Realtek RTL8192CU), installé le paquet de firmwares non libres (ex : firmware-realtek), débranché puis rebranché l'objet de vos rêves... le point d'accès auquel vous souhaitez vous connecter (ex : votre box) apparaît dans la liste des réseaux Wi-Fi, mais lorsque vous saisissez votre mot de passe (ou clé de chiffrement) dans la boîte dialogue du gestionnaire réseau (ex : NetworkManager), ça « mouline » sans fin, et vos espoirs sans fil s'effilochent...

Hypothèse. Ceci évoque un problème remonté à plusieurs reprises sur le forum : la version de NetworkManager intégrée à Debian 9 Stretch ne gère pas correctement les interfaces réseau nommées wlxMAC (où MAC est l'adresse MAC de votre adaptateur réseau, soit 12 caractères hexadécimaux) ; bonne nouvelle, ce problème peut être contourné assez facilement.

Adaptateur Wi-Fi USB. Typiquement, une « clé » Wi-Fi, mais il peut également s'agir d'une « carte » réseau sans fil interne USB, sur un PC portable, voire même un PC de bureau.

Prérequis. Ouvrir un terminal, acquérir les privilèges du super-utilisateur (root), saisir/copier-coller une ligne de commande.

Environnements de bureau concernés. Tous ceux utilisant NetworkManager : GNOME, KDE, Xfce, Cinnamon et MATE. Le bureau LXDE (resp. LXQt) installe par défaut le gestionnaire réseau Wicd (resp. ConnMan).

Avertissement. Un problème peut en cacher un autre : (1) le cas échéant (Realtek RTL8192EU, RTL8723BU, etc.), le pilote rtl8xxxu vous fera probablement des misères ; (2) un filtrage MAC oublié au fond de votre box/routeur aussi.

1. Le problème

La première étape consiste donc à confirmer l'origine du problème, en exécutant cette commande :

nmcli device

retourne

PÉRIPHÉRIQUE     TYPE      ÉTAT                       CONNEXION

wlx2a8b0c4d7e3f  wifi      connexion (configuration)  Machinbox

enp3s6           ethernet  indisponible               --

lo               loopback  non-géré                   --

ou bien ;

PÉRIPHÉRIQUE     TYPE      ÉTAT          CONNEXION

wlx2a8b0c4d7e3f  wifi      déconnecté    --

enp3s6           ethernet  indisponible  --

lo               loopback  non-géré      --

Le nom de l'interface Wi-Fi, wlx2a8b0c4d7e3f, est bien du type wlxMAC. Passez à l'étape suivante.

2. Solution #1

La solution proposée consiste à faire en sorte que l'interface Wi-Fi porte un autre nom... Exécutez :

ln -sv /dev/null /etc/udev/rules.d/73-usb-net-by-mac.rules

retourne

'/etc/udev/rules.d/73-usb-net-by-mac.rules' -> '/dev/null'

Insérez ou réinsérez votre clé Wi-Fi, vous devriez pouvoir vous connecter... La suite est facultative :

nmcli device

retourne

PÉRIPHÉRIQUE  TYPE      ÉTAT          CONNEXION

wlp3s0f2u5    wifi      connecté      Machinbox

enp3s6        ethernet  indisponible  --

lo            loopback  non-géré      --

Le nom de l'interface Wi-Fi a changé et est de la forme wlp*, ce qui convient à NetworkManager

Note : si l'adaptateur Wi-Fi USB est une carte interne vous devez, probablement, redémarrer le PC.

3. Solution #2

En cas d'échec persistant modifiez le fichier de configuration de NetworkManager, en exécutant :

cat >> /etc/NetworkManager/NetworkManager.conf << EOF

[device]

wifi.scan-rand-mac-address=no

EOF

Redémarrez le « service » du gestionnaire réseau, afin que la modification appliquée soit effective :

systemctl restart NetworkManager

Le MAC address spoofing est désactivé comme sous Ubuntu. Insérez ou réinsérez votre clé Wi-Fi.

4. Références

Consistent network device naming (anglais...), sur redhat.com,
Predictable network interface names, sur freedesktop.org,
Nommage cohérent des périphériques réseau, sur redhat.com

5. Remerciements

Merci à kyodev, naguam, black_sun_2012 et jiherbay pour avoir partagé leurs retours sur le forum.

Dernière modification par èfpé (03-07-2023 19:24:42)

chalu · 02-04-2018 19:59:02

èfpé, fil épinglé pour trouver plus facilement la solution de ce problème fréquent.
Et je vois que tu commences à bien me connaître et tu as devancé ma question

deuchdeb · 02-04-2018 20:16:01

Super ce retour , merci à vous !!!

Il y a aussi Lxqt qui utilise Connman.

Mais comme très peu de personnes l'utilisent, il y a donc peu de retours.

https://packages.debian.org/fr/stretch/connman

Anonyme-8 · 02-04-2018 20:54:30

si le tuto est utile, c'est aussi bien de mettre ça dans le wiki / tuto perso.

chalu · 02-04-2018 21:02:59

Il en est question dans ce wiki à l'étape 3 : https://debian-facile.org/doc:materiel: … s-firmware

Je pense que c'est un problème temporaire sous Stretch non ?
En tout cas, la présence de fil en épinglé rendra la solution plus visible.
Elle a été donnée sous différentes formes dans plusieurs fils mais le problème revient régulièrement

encore merci à èfpé

redelap · 03-04-2018 09:18:50

Y' a des bons quand même dans ce Forum... Merci !!!

èfpé · 12-04-2018 17:46:42

chalu a écrit :

Je pense que c'est un problème temporaire sous Stretch non ?

Rien ne permet de l'affirmer, au 2 avril 2018. En effet le « problème » est toujours bien présent sous Debian testing, future Debian 10 Buster : les noms d'interfaces classiques attribués par le noyau 4.15 sont écrasés par systemd-udevd 238, et NetworkManager 1.10.6 plantouille tout pareil... D'ailleurs, upstream (Thomas Haller, 2016) on considère qu'une partie du patch incombe à wpa_supplicant !

Pour ce qui concerne Debian le souci a été remonté sur la liste debian-user dès mars 2016... et un rapport de bogue a été effectué en octobre de la même année (divers contournements étaient déjà proposés).

update: au 22 avril 2019, le fil reste d'actualité pour Debian testing (noyau 4.19, udev 241, network-manager 1.14.6) ; par contre cela dépend très clairement du pilote (par exemple, ça « passe » en wlxMAC avec r8188eu, alors que la solution #1 est toujours requise avec ath9k_htc).

update: au 23 juin 2020, le fil ne semble plus d'actualité, pour Debian testing, future Debian 11 Bullseye (noyau 5.6, udev 245, network-manager 1.24.0 et wpasupplicant 2.9.0) ; par contre je n'ai testé que le pilote ath9k_htc.

Dernière modification par èfpé (01-07-2020 13:46:42)

chalu · 12-04-2018 17:56:04

èfpé a écrit :

Conclusion : aucune raison de retoucher le « tuto » à ce jour, (1) dézinguer une fonctionnalité de NetworkManager, relative à la vie privée (du moins à ce qu'il en reste) me paraît crétin, (2) réinsérer la clé Wi-Fi n'est quand même pas exténuant, et (3) divulguer l'adresse MAC de l'adaptateur en cas de message sur le forum serait une ânerie supplémentaire.

ah oui ? il me semble que j'ai laissé l'adresse mac dans les exemples de retours du wiki ?

lassaib · 18-09-2018 13:01:37

Bonjour,
Je viens de migrer de Ubuntu vers Debian.
Je viens de faire un atterrissage difficile. En effet depuis trois jours je ne parviens à me connecter sur le wifi. Le réseau est détecté mais as de connexion. Je me connecte avec mon téléphone par partage usb.
J'ai essayé la méthode donnée ici rien ni fait. J'ai besoin de votre aide merci

root@bambo:/# uname -a

Linux bambo 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64 GNU/Linux

root@bambo:/# nmcli device status

PÉRIPHÉRIQUE     TYPE      ÉTAT          CONNEXION          

enp0s29u1u7      ethernet  connecté      Wired connection 1 

wlx18a6f7074c06  wifi      déconnecté    --                 

enp0s25          ethernet  indisponible  --                 

lo               loopback  non-géré      --                 

root@bambo:/# ln -sv /lib/systemd/network/99-default.link /etc/systemd/network/99-default.link

'/etc/systemd/network/99-default.link' -> '/lib/systemd/network/99-default.link'

root@bambo:/# systemctl restart systemd-udevd.service

root@bambo:/# nmcli device status

PÉRIPHÉRIQUE     TYPE      ÉTAT          CONNEXION          

enp0s29u1u7      ethernet  connecté      Wired connection 1 

wlx18a6f7074c06  wifi      déconnecté    --                 

enp0s25          ethernet  indisponible  --                 

lo               loopback  non-géré      --

anonyme · 18-09-2018 13:43:57

Bonjour
@lassaib
je me permet de mettre ce que tu posté au propre
nota : évite de laisser ceci devant tes commandes => "root@bambo:/#"
c'est inutile , et le "#" perturbe l'affichage sur le forum

uname -a

 

retour

Linux bambo 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64 GNU/Linux

 

nmcli device status

 

retour

PÉRIPHÉRIQUE     TYPE      ÉTAT          CONNEXION          

enp0s29u1u7      ethernet  connecté      Wired connection 1

wlx18a6f7074c06  wifi      déconnecté    --                

enp0s25          ethernet  indisponible  --                

lo               loopback  non-géré      --

ln -sv /lib/systemd/network/99-default.link /etc/systemd/network/99-default.link

 

retour

'/etc/systemd/network/99-default.link' -> '/lib/systemd/network/99-default.link'

 

systemctl restart systemd-udevd.service

 

nmcli device status

 

retour

PÉRIPHÉRIQUE     TYPE      ÉTAT          CONNEXION          

enp0s29u1u7      ethernet  connecté      Wired connection 1

wlx18a6f7074c06  wifi      déconnecté    --                

enp0s25          ethernet  indisponible  --                

lo               loopback  non-géré      --

voila c'est plus propre

Dernière modification par anonyme (18-09-2018 13:56:03)

lassaib · 18-09-2018 14:09:49

C'est vraiment propre et lisible merci beaucoup. Je m'en souviendrai la prochaine fois.

èfpé · 18-09-2018 14:20:42

message à supprimer

Dernière modification par èfpé (09-11-2018 20:20:42)

Beta-Pictoris · 18-09-2018 16:00:48

'/etc/systemd/network/99-default.link' -> '/lib/systemd/network/99-default.link'

Si je ne m'abuse, ceci est un fichier de configuration utilisé par systemd-networkd. Vous confirmez ?

Dernière modification par Beta-Pictoris (18-09-2018 16:03:24)

cerigue · 30-09-2018 20:43:20

@ èfpé

bravo ! mille fois merci ! cela a fonctionné pour ma stretch que je n'utilise qu'avec le wifi, la flemme d'installer une rallonge internet sur 10 mètres...

Ma clé wifi usb est une ralink RT 5370, le firmware-ralink habituel pour Jessie ayant été remplacé par le firmware-misc-nonfree.

Même pas eu besoin de redémarrer le pc.

Je conserve précieusement tous les éléments de cette discussion.

Très cordialement.

Nico71 · 21-10-2018 19:32:50

Merci, Merci, Alleluia, Merci.
Voilà des heures que je cherche la solution. Et ça vient de fonctionner du premier coup :-)
Je suis débutant et j'en avais un peu marre de galérer avec cette clé wifi achetée 1,6€ sur aliexpress. Je pensais que c'était le problème, mais sur windows sur le même PC en dual-boot elle fonctionnait bien.
Pour info : Clé wifi USB Chipset RTL8188CUS
Encore merci aux auteurs :-):):):D:D:D:lol:

anonyme · 27-01-2019 18:09:14

Bonjour
je pense que je fais parti de la fête

sous Buster 10

ip address

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: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000

    link/ether 2c:fd:a1:c1:13:a3 brd ff:ff:ff:ff:ff:ff

    inet 192.168.10.49/24 brd 192.168.10.255 scope global dynamic noprefixroute enp3s0

       valid_lft 26479sec preferred_lft 26479sec

    inet6 fe80::68b4:80c9:2891:a6ca/64 scope link noprefixroute 

       valid_lft forever preferred_lft forever

3: wlx2cfda1de674d: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000

    link/ether c6:2b:8b:69:6d:fb brd ff:ff:ff:ff:ff:ff

la clé une Asus

Bus 001 Device 002: ID 0b05:17ab ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

 

nota: j'ai acheté l'année dernière deux clés usb pour la framboise , aucune ne fonctionne sur PC sous debian
pire sous Mate et Gnome freeze de la machine
je vais essayer d'appliquer le remède

nmcli

enp3s0: connecté to Connexion filaire 1

        "Intel I211"

        ethernet (igb), 2C:FD:A1:C1:13:A3, hw, mtu 1500

        ip4 default, ip6 default

        inet4 192.168.10.49/24

        route4 0.0.0.0/0

        route4 192.168.10.0/24

        inet6 fe80::68b4:80c9:2891:a6ca/64

        route6 fe80::/64

        route6 fd4b:cb93:8a6b::/64

        route6 ::/0

        route6 ff00::/8

wlx2cfda1de674d: déconnecté

        "ASUSTek Computer USB-N13"

        wifi (rtl8192cu), FE:9C:BD:5E:B5:92, hw, mtu 1500

la seconde pas reconnu du tout TP-Link AC600 la mini version 2 (éfpè a donner un tuto sur le forum a partir de git il me semble)
a éviter pour debian

j'ai un autre souci , la clé a bien changé de nom , mais au moment de remettre la clé freeze du bureau , mais la machine tourne avec un switch "Ctrl+Alt+F2" puis "Ctrl+Alt+F7" j'ai pu vérifier le changement de nom de la clé
a priori ça plante le réseau avahi , raise network , network manager , des jobs de plusieurs minutes sur une commande "reboot"

je donne la seconde clé usb non reconnu .

Bus 001 Device 002: ID 148f:761a Ralink Technology, Corp.

 

Dernière modification par anonyme (27-01-2019 19:01:48)

èfpé · 29-01-2019 23:38:42

Bonsoir,

anonyme a écrit :

la seconde pas reconnue du tout, TP-Link AC600 [Archer T2U(H) ?] [...] (èfpé a donné un tuto sur le forum à partir de git[hub] il me semble).

Pas glop, ça compile de traviole, avec le noyau 4.19, et le module mt76 est absent du noyau Debian.

anonyme a écrit :

j'ai un autre souci, la clé a bien changé de nom, mais au moment de remettre la clé, freeze du bureau [...].

Point réussi à reproduire le problème sur une Debian 10 Buster bien fraîche... souci avec rtl8192cu ?

Dernière modification par èfpé (27-05-2019 23:38:42)

anonyme · 29-01-2019 23:48:31

Bonsoir

je regarde ça merci.
ps: si les utilisateurs peuvent éviter ces clés
pas de wifi a la maison , juste un vieux "modem routeur wifi dlink" pour les tests
pas Buster fraiche ,soit un dist-upgrade de stretch soit une installation buster dvd1 en béta
je précise avec un réseau local , DNS , dhcpd , domaine non enregistré avec network manager (sur mate ou gnome)
j' ouvre une demande le cas ou sur le forum

Dernière modification par anonyme (29-01-2019 23:58:18)

kawer · 18-03-2019 11:00:52

J'allais ouvrir un thread pour apporter la même résolution du problème, si je serais tombé sur le tiens avant de tomber sur celui de reddit, j'aurais peut-être été plus à l'aise car ici c'est en français

wifi.scan-rand-mac-address=no avait également réglé mon problème. Mais de ce que j'ai lu ça ne touche que les chipsets atheros ?

Dernière modification par kawer (18-03-2019 11:01:14)

èfpé · 18-03-2019 14:04:42

Bonjour,

kawer a écrit :

Mais de ce que j'ai lu ça ne touche que les chipsets Atheros ?

Le problème/la solution ? Non pour les deux. Realtek, Ralink et consorts sont également concernés.

cerigue · 11-07-2019 12:29:06

Bonjour, même problème pour Buster, le 09 07 2019. Même solution que pour Stretch, et mêmes remerciements chaleureux !

pat · 29-08-2019 11:57:21

Salut la compagnie !

Même soucis en ce qui me concerne sur ma debian 10 Buster, mais le problème est non résolu...

nmcli device

Retourne :

DEVICE  TYPE      STATE         CONNECTION         

enp9s0  ethernet  connecté      Wired connection 1 

wlp7s0  wifi      indisponible  --                 

lo      loopback  non-géré      --

En mode graphique (Xfce), quand je clique droit sur l'icône de connexion en haut à droite de mon écran, je ne peux pas cocher "Activer le réseau Wifi".

Note : Avec la même machine, je n'avais pas de problème sous Stretch. J'ai juste dû installer les firmware...
Note 2 : Je n'ai pas "updaté" de Stretch à Buster : J'ai complètement réinstallé le système (et réinstallé les firmware iwlwifi).

Est-ce que quelqu'un, quelque part peut m'aider en quelque chose ?
(faut-il que je fasse un nouveau fil ? )

pat

èfpé · 03-09-2019 10:38:42

Salut pat !

pat a écrit :

wlp7s0 wifi indisponible --

Sauf erreur, la carte Wi-Fi est une carte PCI, pas USB. Donc oui, ouvre un nouveau fil de discussion.

vanvan · 22-09-2019 21:32:46

anonyme a écrit :

Bonjour
je pense que je fais parti de la fête
sous Buster 10 (...) la seconde pas reconnu du tout TP-Link AC600 la mini version 2 (éfpè a donner un tuto sur le forum a partir de git il me semble)
a éviter pour debian

Sous debian 10.0, avec cette même clé, le passage de wlx à wlp à réglé une partie du problème pour moi : j'arrive à me connecter... quand la clé est vue (1 fois sur 10 ?)...
Mais la plupart du temps, dans paramètres wifi, il me dit qu'aucun adaptateur wi-fi n'est trouvé.
Il y a une commande pour "scanner" ou réinitialiser les ports usb ?
Ou il faut que je me tourne vers une autre clé ? (j'avais pris celle-là car sur la boîte il y avait marqué "compatible linux" )

[Edit :] Et du coup, les mises à jour qui m'ont étées proposées maintenant que j'ai de nouveau une connexion qui marche ont l'air d'avoir réglé le problème de détection intermitente avec la clé wifi TP-Link AC600 / Archer 8853A-T2U

Dernière modification par vanvan (22-09-2019 23:05:37)

sizy458 · 27-06-2020 18:47:39

Ca ne fonctionne pas chez moi !
La clé est bien trouvé mais ne trouve aucun wifi !

nmcli device status

PÉRIPHÉRIQUE  TYPE      ÉTAT                                          CONNEXION          

enp0s3        ethernet  connexion (obtention de la configuration IP)  Wired connection 1 

wlp0s11u1     wifi      déconnecté                                    --                 

lo            loopback  non-géré                                      --

lsusb

Bus 001 Device 003: ID 0846:9052 NetGear, Inc. A6100 AC600 DB Wireless Adapter [Realtek RTL8811AU]

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 002 Device 002: ID 80ee:0021 VirtualBox USB Tablet

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

*

Dernière modification par sizy458 (27-06-2020 18:47:51)

Debian-facile

#1 02-04-2018 19:42:42

[Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#2 02-04-2018 19:59:02

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#3 02-04-2018 20:16:01

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#4 02-04-2018 20:54:30

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#5 02-04-2018 21:02:59

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#6 03-04-2018 09:18:50

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#7 12-04-2018 17:46:42

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#8 12-04-2018 17:56:04

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#9 18-09-2018 13:01:37

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#10 18-09-2018 13:43:57

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#11 18-09-2018 14:09:49

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#12 18-09-2018 14:20:42

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#13 18-09-2018 16:00:48

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#14 30-09-2018 20:43:20

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#15 21-10-2018 19:32:50

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#16 27-01-2019 18:09:14

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#17 29-01-2019 23:38:42

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#18 29-01-2019 23:48:31

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#19 18-03-2019 11:00:52

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#20 18-03-2019 14:04:42

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#21 11-07-2019 12:29:06

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#22 29-08-2019 11:57:21

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#23 03-09-2019 10:38:42

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#24 22-09-2019 21:32:46

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

#25 27-06-2020 18:47:39

Re : [Obsolète] Wi-Fi USB / Debian 9,10 : réseaux vus, connexion impossible

Pied de page des forums