[Réseau] Problème de connexion Wifi après mise à jour(contourné)

[waitnsea]

Bonjour,
Depuis la dernière mise à jour du kernel (mais le problème existe aussi en linux-lts, et je ne vois rien d'autre ce jour-là d'important en update...), et sans "toucher" à la configuration, je n'arrive plus à obtenir une connexion WiFi.
Je me connecte avec systemd-networkd/wpa_supplicant.

Code : Tout sélectionner

ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 
    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
2: ens5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether de:db:f1:c7:4b:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.11/24 brd 192.168.0.255 scope global dynamic ens5
       valid_lft 861475sec preferred_lft 861475sec
3: wls1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 74:f0:6d:92:ce:97 brd ff:ff:ff:ff:ff:ff

Code : Tout sélectionner

systemctl status -l wpa_supplicant@wls1.service   
● wpa_supplicant@wls1.service - WPA supplicant daemon (interface-specific version)
   Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant@.service; enabled; vendor preset: disabled)
   Active: active (running) since mer. 2015-02-04 07:40:49 CET; 1min 39s ago
 Main PID: 8209 (wpa_supplicant)
   CGroup: /system.slice/system-wpa_supplicant.slice/wpa_supplicant@wls1.service
           └─8209 /usr/bin/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-wls1.conf -iwls1

févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="freebox_DIHOLZ" auth_failures=3 duration=46 reason=CONN_FAILED
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=FR
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-SSID-REENABLED id=0 ssid="freebox_DIHOLZ"
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: SME: Trying to authenticate with b2:5b:dd:a8:e5:c0 (SSID='freebox_DIHOLZ' freq=2442 MHz)
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: Trying to associate with b2:5b:dd:a8:e5:c0 (SSID='freebox_DIHOLZ' freq=2442 MHz)
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: Associated with b2:5b:dd:a8:e5:c0
févr. 04 07:42:17 asus wpa_supplicant[8209]: wls1: CTRL-EVENT-DISCONNECTED bssid=b2:5b:dd:a8:e5:c0 reason=3 locally_generated=1

Pas de problème matériel, les réseaux apparaissent bien avec wifi-radar, un retour à NetworkManager semblait avoir résolu le problème mais j'ai retrouvé par moment les déconnexions-reconnexions répétées qui m'avaient conduit vers systemd/wpa (et qui n'existent pas sous ma Debian de secours). Et il n'y a pas deux systèmes qui se chevauchent :

Code : Tout sélectionner

  tree /etc/systemd/system             
/etc/systemd/system
├── bluetooth.target.wants
│   └── bluetooth.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.freedesktop.Avahi.service -> /usr/lib/systemd/system/avahi-daemon.service
├── display-manager.service -> /usr/lib/systemd/system/kdm.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│   ├── avahi-daemon.service -> /usr/lib/systemd/system/avahi-daemon.service
│   ├── clamd.service -> /usr/lib/systemd/system/clamd.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── cups-browsed.service -> /usr/lib/systemd/system/cups-browsed.service
│   ├── dkms.service -> /usr/lib/systemd/system/dkms.service
│   ├── freshclamd.service -> /usr/lib/systemd/system/freshclamd.service
│   ├── fstrim.timer -> /usr/lib/systemd/system/fstrim.timer
│   ├── haveged.service -> /usr/lib/systemd/system/haveged.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── org.cups.cupsd.path -> /usr/lib/systemd/system/org.cups.cupsd.path
│   ├── rc-local.service -> /etc/systemd/system/rc-local.service
│   ├── remote-fs.target -> ../../../../usr/lib/systemd/system/remote-fs.target
│   ├── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
│   ├── systemd-resolved.service -> /usr/lib/systemd/system/systemd-resolved.service
│   ├── timer-reflector.timer -> /etc/systemd/system/timer-reflector.timer
│   ├── tlp.service -> /usr/lib/systemd/system/tlp.service
│   └── wpa_supplicant@wls1.service -> /usr/lib/systemd/system/wpa_supplicant@.service
├── printer.target.wants
│   └── org.cups.cupsd.service -> /usr/lib/systemd/system/org.cups.cupsd.service
├── rc-local.service
├── reachable-retry@.service
├── reflector.service
├── sleep.target.wants
│   └── tlp-sleep.service -> /usr/lib/systemd/system/tlp-sleep.service
├── sockets.target.wants
│   ├── avahi-daemon.socket -> /usr/lib/systemd/system/avahi-daemon.socket
│   ├── org.cups.cupsd.socket -> /usr/lib/systemd/system/org.cups.cupsd.socket
│   └── systemd-journal-gatewayd.socket -> /usr/lib/systemd/system/systemd-journal-gatewayd.socket
├── teamviewerd.service
└── timer-reflector.timer

Je précise qu'il n'y a pas d'urgence, je suis connecté par éthernet, la WiFi ne me sert qu'à communiquer avec l'imprimante partagée, et la coexistence des 2 connexions cable+wifi sur la freebox ne m'avait jamais posé de problème (systemd-resolved.service en fonction)
Édit :
J'ai amélioré le fonctionnement de NetworkManager, en ôtant les fonctions annexes (dispatcher...) et supprimant kwallet et toutes les demandes de mots de passe (pas de problème de sécurité, je suis seul utilisateur). Mais toutes mes tentatives de remettre en route wpa_supplicant@wls1.service échouent.

[KorteX39]

as-tu essayé de remplacer networkmanager par systemctl start dhcpcd@nom_de_ton_interface??

[waitnsea]

Bonsoir KorteX39,
J'ai été très surpris, n'ayant "touché" à rien, de ne plus pouvoir me connecter en wifi par wpa_supplicant, qui est le complément de systemd-networkd, qui ne fait que le filaire et a, lui, toujours bien fonctionné.
DHCPCD fonctionne parfaitement lui aussi bien sûr, et j'ai réussi, en bien configurant mes réseaux avec nmtui, à tourner tout à fait bien avec Network Manager.
Mais j'ai essayé 3 fois de revenir à wpa_supplicant (avec systemd-networkd) sans succès.
Quelque part quelque chose a changé, je me demande si ce n'est pas plutôt en essayant de régler le réseau d'une de mes machines en VirtualBox que j'ai fait foirer quelque chose...
Je vais attendre quelques semaines et out reprendre en effaçant les anciens fichiers de config.
Le fait que la gag perdure sous le noyau-lts interdit de penser que ça vienne du noyau...

[FenDanT]

Coucoux

Cela ressemble à un souci que j'ai eu dernièrement... Le souci venait justement de dhpcd... Je l'ai désactivé et depuis tout roule...

Code : Tout sélectionner

systemctl stop dhpcd

Code : Tout sélectionner

systemctl disable dhpcd

Un reboot pour vérifier, et j'ai pu me reconnecter en wifi... Un problème d'affectation d'adresse ip apparemment...

[waitnsea]

Bonjour Fendant,
Quand j'active systemd-networkd.service associé à wpa_supplicant@wls1.service (wls1=mon interface wifi), je prends bien soin de désactiver dhcpcd.
Et ce qui m'étonne c'est de ne plus pouvoir utiliser ce couple alors que je n'ai pas touché à la configuration de /etc/wpa_supplicant/wpa_supplicant-wls1.conf:

Code : Tout sélectionner

# Minimum vital, lisez le man et les commentaires de /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
eapol_version=1
ap_scan=1
fast_reauth=1
# WPA-Personal(PSK) with TKIP and enforcement for frequent PTK rekeying
#Freebox Golfe-Juan
network={
        ssid="freebox_DIHOLZ"
        #psk="fei2iib9gieg****************************************************"
        psk=29a21bae7**************************************************
}

[Moviuro]

@waitnsea, tu peux poster tes fichiers .network ?

[waitnsea]

@waitnsea, tu peux poster tes fichiers .network ?

Bonjour Moviuro,

Code : Tout sélectionner

/etc/systemd/network/wls1.network
[Match]
Name=wls1

[Network]
DHCP=yes

et

Code : Tout sélectionner

/etc/systemd/network/ens5.network
[Match]
Name=ens5

[Network]
DHCP=yes

[Moviuro]

Tu peux essayer d'utiliser MACAddress= dans le [Match], et voir ce que ça donne ? (j'ai pas d'idée sinon)

[waitnsea]

Merci de ton aide,
Là je tombe sur quelque chose que je ne comprends pas :
pour tester ta suggestion je désactive NM et réactive le système habituel, j'édite /etc/systemd/network/wls1.network
et pour y ajouter MACAddress j'essaie de récupérer mon adresse MAC avec :

Code : Tout sélectionner

ifconfig                 
ens5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        ether de:db:f1:c7:4b:6b  txqueuelen 1000  (Ethernet)
        RX packets 1815  bytes 1382604 (1.3 MiB)
        RX errors 0  dropped 22  overruns 0  frame 0
        TX packets 1706  bytes 238547 (232.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 0  (Local Loopback)
        RX packets 78  bytes 9367 (9.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 78  bytes 9367 (9.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wls1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 74:f0:6d:92:ce:97  txqueuelen 1000  (Ethernet)
        RX packets 10  bytes 4481 (4.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 34  bytes 24621 (24.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wls1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 74:f0:6d:92:ce:97 txqueuelen 1000 (Ethernet)

Je n'avais pas remarqué que wls1 était référencé "Ethernet", ça me semble plus que bizarre !
Edit:
Je mets beaucoup de choses utiles en notes que j'ai classées dans un "cherrytree", et je retrouve le retour des commandes que j'avais passées à l'époque ou j'ai quitté NM pour systemd-networkd + wpa_supplicant :

Code : Tout sélectionner

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 
    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: ens5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether de:db:f1:c7:4b:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.11/24 brd 192.168.0.255 scope global dynamic ens5
       valid_lft 863868sec preferred_lft 863868sec
    inet6 fe80::dcdb:f1ff:fec7:4b6b/64 scope link 
       valid_lft forever preferred_lft forever
3: wls1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 74:f0:6d:92:ce:97 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.14/24 brd 192.168.0.255 scope global dynamic wls1
       valid_lft 863518sec preferred_lft 863518sec
    inet6 fe80::76f0:6dff:fe92:ce97/64 scope link 
       valid_lft forever preferred_lft forever

Qu'est-ce qui a bien pu se passer (je suis sûr de n'avoir, moi, rien modifié !) ???
Re Edit :
du coup je regarde avec d'autres commandes :

Code : Tout sélectionner

iwconfig
ens5      no wireless extensions.

wls1      IEEE 802.11bgn  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=15 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          
lo        no wireless extensions.

Code : Tout sélectionner

 rfkill list
0: asus-wwan: Wireless WAN
        Soft blocked: no
        Hard blocked: no
1: asus-wimax: WiMAX
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

...et je n'ai pas touché à l'interrupteur physique, et il y a 10 minutes ma connexion wifi était parfaite sous NM avec une trentaine de réseaux environnants visibles...

[waitnsea]

manœuvre inverse, je repasse sous NM après désactivation SN+wpa

Code : Tout sélectionner

 ifconfig
ens5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        ether de:db:f1:c7:4b:6b  txqueuelen 1000  (Ethernet)
        RX packets 868  bytes 512407 (500.3 KiB)
        RX errors 0  dropped 3  overruns 0  frame 0
        TX packets 830  bytes 137949 (134.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 0  (Local Loopback)
        RX packets 79  bytes 9557 (9.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 79  bytes 9557 (9.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wls1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.12  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::76f0:6dff:fe92:ce97  prefixlen 64  scopeid 0x20<link>
        ether 74:f0:6d:92:ce:97  txqueuelen 1000  (Ethernet)
        RX packets 21  bytes 3164 (3.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 62  bytes 28368 (27.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Code : Tout sélectionner

iwconfig
ens5      no wireless extensions.

wls1      IEEE 802.11bgn  ESSID:"freebox_DIHOLZ"  
          Mode:Managed  Frequency:2.442 GHz  Access Point: B2:5B:DD:A8:E5:C0   
          Bit Rate=1 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=-27 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:71   Missed beacon:0

lo        no wireless extensions.

wls1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.12 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::76f0:6dff:fe92:ce97 prefixlen 64 scopeid 0x20<link>
ether 74:f0:6d:92:ce:97 txqueuelen 1000 (Ethernet)
wls1 est toujours catalogué Ethernet ça ne doit donc pas être anormal, mais tout fonctionne parfaitement sous NM, les retours ont d'ailleurs bien changé...
Power Management:off voulait donc sans doute dire seulement que la mise en économie d'énergie était désactivée.

[waitnsea]

J'ai compris l'erreur (mais ce n'est pas encore résolu)...

Code : Tout sélectionner

# systemctl status NetworkManager
● NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled; vendor preset: disabled)
   Active: active (running) since lun. 2015-02-09 07:24:52 CET; 4min 16s ago

NetworkManager.service avait été dûment "disabled" et n'apparait plus dans l'arborescence de mon /etc/systemd/system, et il est quand même lancé au boot !
Si je le stoppe manuellement et que je "restart" wpa_supplicant@wls1.service mon fonctionnement devient plus que bizarre même si les 2 connexions Eth + Wifi sont actives dans mes icônes de Knemo.
Dans l'immédiat je reste avec NM activé et SN + @wls1 désactivés