[systemd-networkd] Connexion WiFi (Résolu)

[waitnsea]

Bonsoir,
Suite à ce post -ci je tente le coup...
Je stoppe et "disable" tous les services netctl et aidé par les remarques de Moviuro et son lien vers ce WIKI
* Je réalise sans aucune difficulté une connexion ethernet hyper -rapide sans l'aide d'autre logiciel que systemd
* Mais je butte sur la wifi :
Je cite le wiki :

Code : Tout sélectionner

WiFi

Bon, bah c'est pas franchement plus dur (étrangement) ! Pour une interface IF0 :
Fichier: /etc/systemd/network/IF0.network

[Match]
Name=IF0

[Network]
DHCP=yes

qu'est-ce que cette interface IFO, à prendre au pied de la lettre ou remplacer "IFO" par le nom de son interface (wls1 chez moi) ?

Pour voir fonctionner la commande

Code : Tout sélectionner

# iwlist scanning

j'ai du créer un /etc/systemd/network/wls1.network contenant :

Code : Tout sélectionner

[Match]
Name=wls1

[Network]
DHCP=yes

mais la connexion ne se fait pas, car je butte à nouveau sur la config de /etc/wpa_supplicant/wpa_supplicant-wls1.conf
faut-il y inclure ESSID= ou le nom de mon réseau directement, etc...
Bien sûr j'ai tenté plusieurs solutions, je tourne autour, mais vais-je pouvoir conclure ?
Merci de vos avis

[floflo77890]

Concernant l'interface IFO il te faut la garder tel quelle, vue que plus tard tu vas lancer les services pour cette interface IFO.


Il n'y a aucun fichier /etc/wpa_suppliant/wpa_suplicant-wls1.conf mais un fichier /etc/wpa_supplicant/wpa_supplicant-IFO.conf.

Je te conseil de bien lire le wiki concernant systemd networkd qui n'est vraiment pas compliqué.

[waitnsea]

OK, j'ai recréé les fichiers IFO du Wiki et supprimé les wls1, et :

Code : Tout sélectionner

# iwlist IF0 scanning # | grep ESSID
IF0       Interface doesn't support scanning.

# iw dev IF0 scan # | grep ESSID
command failed: No such device (-19)

[floflo77890]

Peut tu nous poster ton /etc/wpa_suppliucant/wpa_supplicant-IFO.conf. A tu bien lancé les bons services ?

[waitnsea]

/etc/wpa_supplicant/wpa_supplicant-IF0.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
network={
        ssid="freebox_*****"
        #psk="X|+H*******"
        psk=dd34ad23098d17da4a43fb886126a6702172563b8e1daad3d102a9c0f8ce18f7
}

Pour les services :

Code : Tout sélectionner

# systemctl enable systemd-networkd.service
# systemctl enable wpa_supplicant@IF0.service
# systemctl start systemd-networkd.service

sans problème, mais, pour le dernier :

Code : Tout sélectionner

#  systemctl start wpa_supplicant@IF0.service
A dependency job for wpa_supplicant@IF0.service failed. See 'journalctl -xn' for details.

Code : Tout sélectionner

# journalctl -xn
L'unité (unit) wpa_supplicant@IF0.service a échoué, avec le résultat dependency.
juin 30 20:55:24 asus systemd[1]: Job sys-subsystem-net-devices-IF0.device/start timed out.
juin 30 20:55:24 asus systemd[1]: Timed out waiting for device sys-subsystem-net-devices-IF0.device.
-- Subject: L'unité (unit) sys-subsystem-net-devices-IF0.device a échoué
.... répété plusieurs fois

[floflo77890]

Que donne le journalctl -xn et as tu bien ajouté le réseaux ?

édit : désolé il semble que nous avons répondus en même temps.

[Moviuro]

Aïe,ma page de wiki n'était pas claire : IF0est effectivement à remplacer par wls1 ou wlan0 ou wlp2s0... Je vais corriger ça de suite pour que ça soit plus clair...

[floflo77890]

@waitnsea :désolé tu avais raison il fallait effectivement remplacer IFO par wls1, j'ais suivi le wiki sans réfléchir.

[waitnsea]

Pa ni pwoblem, faire et défaire...
j'ai donc recréé les vichiers wls1 et relancé les services :

Code : Tout sélectionner

# systemctl enable systemd-networkd.service
# systemctl start systemd-networkd.service
# systemctl enable wpa_supplicant@wls1.service
# systemctl start wpa_supplicant@wls1.service

et re voici le wpa...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
network={
        ssid="freebox_******"
        #psk="X|+H(yrg*****"
        psk=dd34ad23098d17da4a43fb886126a6702172563b8e1daad3d102a9c0f8ce18f7
}

un reboot bien sûr, il y a du mieux, wls1 est reconnu mais j'ai connexion-déconnexion ininterrompues sans obtenir l'IP de la freebox

[floflo77890]

As tu bien stopper les anciens services ?

[Moviuro]

Et aussi, as-tu bien /etc/systemd/network/wls1.network avec :

Code : Tout sélectionner

[Match]
Name=wls1

[Network]
DHCP=yes

?

[waitnsea]

Et aussi, as-tu bien /etc/systemd/network/wls1.network avec :

Oui, même fichier,
et je pense avoir stoppé les anciens services

Nota : conseil du wiki (in cauda venenum)

Code : Tout sélectionner

resolv.conf
Maintenant, on a systemd-networkd qui s'occupe de nous attribuer une adresse IP, mais quid du /etc/resolv.conf ? Il faut utiliser celui généré par systemd et créer un lien symbolique :

rm /etc/resolv.conf
ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

J'ai tenté le coup et je n'avais même plus l'ethernet, (mais je ne fais jamais de

Code : Tout sélectionner

rm xxxx.zzz

sans faire un

Code : Tout sélectionner

cp xxxx.zzz xxxx.zzz.ori

avant (ouf !)

J'ai désinstallé netctl et NM (-Rsn) sans que ça change mon cycle infini de connexion - déconnexion
Dodo, et je réessaierai demain en réinitialisant la freebox, ça peut aussi venir de là.
Merci

[floflo77890]

Pourquoi avoir désinstaller netctl, stopper le daemon aurait suffit.

Que renvoie la commande tree /etc/systemd/system.

Je ne pense pas que cela vienne de ta freebox, moi même étant chez free (freebox v5) et ayant testé systemd networkd j'ais eu des problèmes comme toi mais cela venaient d'ancien deamon encore lancés.

[waitnsea]

Bonjour,

voici :

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
├── graphical.target.wants
│   └── teamviewerd.service -> /etc/systemd/system/teamviewerd.service
├── multi-user.target.wants
│   ├── avahi-daemon.service -> /usr/lib/systemd/system/avahi-daemon.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── cups.path -> /usr/lib/systemd/system/cups.path
│   ├── dkms.service -> /usr/lib/systemd/system/dkms.service
│   ├── netctl-ifplugd@ens5.service -> /usr/lib/systemd/system/netctl-ifplugd@.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── remote-fs.target -> ../../../../usr/lib/systemd/system/remote-fs.target
│   ├── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
│   ├── wpa_supplicant@IF0.service -> /usr/lib/systemd/system/wpa_supplicant@.service
│   └── wpa_supplicant@wls1.service -> /usr/lib/systemd/system/wpa_supplicant@.service
├── netctl@ens5.service
├── network-online.target.wants
│   └── systemd-networkd-wait-online.service -> /usr/lib/systemd/system/systemd-networkd-wait-online.service
├── printer.target.wants
│   └── cups.service -> /usr/lib/systemd/system/cups.service
├── sockets.target.wants
│   ├── avahi-daemon.socket -> /usr/lib/systemd/system/avahi-daemon.socket
│   └── cups.socket -> /usr/lib/systemd/system/cups.socket
└── teamviewerd.service

7 directories, 22 files

[floflo77890]

Tu 'nas pas arreté tous les services netctl ainsi que les profils IFO.

[waitnsea]

Déjà debout, toi aussi ! Merci de t'occuper de mon problème.
J'étais en train de faire le ménage, voici mon nouveau tree (efficace cette commande) :

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
├── graphical.target.wants
│   └── teamviewerd.service -> /etc/systemd/system/teamviewerd.service
├── multi-user.target.wants
│   ├── avahi-daemon.service -> /usr/lib/systemd/system/avahi-daemon.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── cups.path -> /usr/lib/systemd/system/cups.path
│   ├── dkms.service -> /usr/lib/systemd/system/dkms.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── remote-fs.target -> ../../../../usr/lib/systemd/system/remote-fs.target
│   ├── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
│   ├── wpa_supplicant@IF0.service -> /usr/lib/systemd/system/wpa_supplicant@.service
│   └── wpa_supplicant@wls1.service -> /usr/lib/systemd/system/wpa_supplicant@.service
├── network-online.target.wants
│   └── systemd-networkd-wait-online.service -> /usr/lib/systemd/system/systemd-networkd-wait-online.service
├── printer.target.wants
│   └── cups.service -> /usr/lib/systemd/system/cups.service
├── sockets.target.wants
│   ├── avahi-daemon.socket -> /usr/lib/systemd/system/avahi-daemon.socket
│   └── cups.socket -> /usr/lib/systemd/system/cups.socket
└── teamviewerd.service

J'ai rebooté mais j'ai toujours cette alternance de connexion-déconnexion WiFi, l'association ne se fait pas.

Réédité : j'ai supprimé aussi wpa_supplicant@IF0.service et rebooté à nouveau, mon ultime "tree" montre qu'il n'est plus chargé, mais le problème persiste.
Le /etc/systemd/system/multi-user.target.wants/wpa_supplicant@wls1.service :

Code : Tout sélectionner

[Unit]
Description=WPA supplicant daemon (interface-specific version)
Requires=sys-subsystem-net-devices-%i.device
After=sys-subsystem-net-devices-%i.device

# NetworkManager users will probably want the dbus version instead.

[Service]
Type=simple
ExecStart=/usr/bin/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-%I.conf -i%I

[Install]
Alias=multi-user.target.wants/wpa_supplicant@%i.service

et le /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
network={
        ssid="freebox_********"
        #psk="X|+H(yrg6IU.F%C*********"
        psk=dd34ad23098d17da4a43fb886126a6702172563b8e1daad3d102a9c0f8ce18f7
}

L'ESSID et la clef WPA sont correctes...

[floflo77890]

Je ne suis pas sûr mais je croie que avahi aussi peut rentrer en conflit avec systemd-networkd.

[waitnsea]

J'ai stoppé/disablé avahi-daemon,
voici le dernier tree :

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
├── display-manager.service -> /usr/lib/systemd/system/kdm.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── graphical.target.wants
│   └── teamviewerd.service -> /etc/systemd/system/teamviewerd.service
├── multi-user.target.wants
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── cups.path -> /usr/lib/systemd/system/cups.path
│   ├── dkms.service -> /usr/lib/systemd/system/dkms.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── remote-fs.target -> ../../../../usr/lib/systemd/system/remote-fs.target
│   ├── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
│   └── wpa_supplicant@wls1.service -> /usr/lib/systemd/system/wpa_supplicant@.service
├── network-online.target.wants
│   └── systemd-networkd-wait-online.service -> /usr/lib/systemd/system/systemd-networkd-wait-online.service
├── printer.target.wants
│   └── cups.service -> /usr/lib/systemd/system/cups.service
├── sockets.target.wants
│   └── cups.socket -> /usr/lib/systemd/system/cups.socket
└── teamviewerd.service

7 directories, 16 files

mais la valse des connexions - déconnexions persiste....

Je me pose une question :

Code : Tout sélectionner

/etc/systemd/network/wls1.network                                              

[Match]
Name=wls1

[Network]
DHCP=yes

Ce fichier, qui définit mon interface wifi est-il bien configuré ?

[floflo77890]

Pourquoi as tu 3 services systemd-networkd alors que le wiki n'en mantionne que 2 ? Et as tu pensé à la partie resolv.conf

[waitnsea]

J'ai :
- une connexion ethernet, qui fonctionne vite et bien,
- une connexion wifi (wls1) qui n'arrive pas à se faire mais qui m'est nécessaire pour mon imprimante partagée, en wifi
- la 3° dont tu parles, ne serait-ce pas la wait-on-line qui s'est faite toute seule (comme d'ailleurs avec NetworkManager il y avait un service NetworkManager-wait-on-line qui se mettait en place avec systemd et ralentissait le démarrage)

Et, comme je le signalais, quand j'ai touché au resolv.conf comme indiqué sur le wiki, ça m'a privé de toute connexion, y compris ethernet.
Mais je veux bien réessayer, avec un fichier sauvegardé c'est vite remis... au boulot

Édité :
Et non ! Je ne l'ai pas fait: en étudiant bien le wiki, le lien :
ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
qu'il faut mettre en place ne pointe sur rien, je n'ai pas de dossier resolve dans /run/systemd/, et d'ailleurs:

Code : Tout sélectionner

# locate resolv.conf
/etc/resolv.conf
/etc/resolv.conf.ori

pas d'autre fichier resolv.conf que celui en cours (avec des adresses IP qui ne sont pas celles de ma freebox d'ailleurs) et sa copie de sécurité

Re-édité :
J'ai installé openresolv et créé le lien comme dit dans le wiki, mais je n'ai toujours pas de dossier resolve dans /run/systemd/, peut-être parce que je n'ai pas lancé de commande resolvconf, ne sachant qu'y mettre. Lien ballant, plus de connexion, retour au statu quo ante avec le rétablissement du resolv.conf d'avant