[systemd-networkd] Interfaces qui ne démarrent pas en automatique

[ElMoribond]

Bonjour,

Mes interfaces (intégrée et USB) sont renommées dans /etc/udev/rules.d/10-network.rules
Elles sont configurées dans /etc/systemd/network/LAN.network et WAN.network

systemd-networkd.service est "enablé" et "starté".

Mais lorsque je reboot, je suis obligé de lancer "ip link set XXX up" systématiquement

Avez-vous une idée?

Merci

[waitnsea]

Bonjour,
Tu as "touché" au rules.d, pour renommer les interfaces,
Donne-nous stp le contenu de tes nouveaux fichiers de /etc/systemd/network/
et le retour de

Code : Tout sélectionner

ip addr

et

Code : Tout sélectionner

tree /etc/systemd/system

[ElMoribond]

/etc/udev/rules.d/10-network.rules

Code : Tout sélectionner

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="82:10:44:23:1d:f1", NAME="LAN"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:e0:4c:36:13:84", NAME="WAN"

/etc/systemd/net/WAN.network

Code : Tout sélectionner

[Match]
Name=WAN

[Address]
Address=192.168.15.2/24

[Network]
DNS=192.168.15.1

[Route]
Gateway=192.168.15.1

/etc/systemd/net/LAN.network

Code : Tout sélectionner

[Match]
Name=LAN

[Address]
Address=10.10.10.1/24

[Network]
DNS=192.168.15.1

[Route]
Gateway=192.168.15.1

ip addr juste après reboot

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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: WAN: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:e0:4c:36:13:84 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.2/24 brd 192.168.15.255 scope global WAN
3: LAN: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 82:10:44:23:1d:f1 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.1/24 brd 10.10.10.255 scope global LAN

tree /etc/systemd/system

Code : Tout sélectionner

/etc/systemd/system
├── display-manager.service -> /usr/lib/systemd/system/slim.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│   ├── haveged.service -> /usr/lib/systemd/system/haveged.service
│   ├── rc-local.service -> /usr/lib/systemd/system/rc-local.service
│   ├── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
│   ├── sshd.service -> /usr/lib/systemd/system/sshd.service
│   ├── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
│   ├── systemd-resolved.service -> /usr/lib/systemd/system/systemd-resolved.service
│   └── vsftpd.service -> /usr/lib/systemd/system/vsftpd.service
├── sockets.target.wants
│   └── systemd-networkd.socket -> /usr/lib/systemd/system/systemd-networkd.socket
└── sysinit.target.wants
    └── systemd-timesyncd.service -> /usr/lib/systemd/system/systemd-timesyncd.service

[waitnsea]

Par 3 fois tu parles du dossier

Code : Tout sélectionner

/etc/systemd/net/

Ce sont les règles udev du wiki mais le nom habituel est

Code : Tout sélectionner

/etc/systemd/network/

Essaie déjà en le renommant de son nom habituel ?
Pour le reste je ne vois pas de lézard.

[ElMoribond]

Désolé, erreur de copier/coller. C'est bien /etc/systemd/network dont il est question.
D'ailleurs si ce n'était pas le cas je ne crois pas que les interfaces auraient les bonnes IPs.

Merci pour ta tentative d'aide.

[waitnsea]

Je me souviens aussi que pour que tout fonctionne j'avais dû "enabler" resolv.conf et wpa_supplicant, voir le Wiki .
Tu peux déjà compléter.

Après avoir été longtemps sous systemd-networkd, à la suite d'une mise à jour il s'est mis à ne plus bien fonctionner et je suis, depuis, sous NetworkManager sans les soucis que j'avais eu avec NM au départ : déconnexions/reconnexions qui m'empoisonnaient.
Il n'empêche que je réessaierai systemd-networkd à l'occasion.

[ElMoribond]

C'est vrai que çà n'a pas l'air très stable comme méthode
C'est dommage je trouvais çà très élégant pourtant.

Parfois je doit relancer systemd.networkd.service après le set up de l'interface.

Encore merci, je vais regarde tes liens.

[Moviuro]

Code : Tout sélectionner

[Match]
Name=WAN

[Address]
Address=192.168.15.2/24

[Network]
DNS=192.168.15.1

[Route]
Gateway=192.168.15.1

/etc/systemd/net/LAN.network

Code : Tout sélectionner

[Match]
Name=LAN

[Address]
Address=10.10.10.1/24

[Network]
DNS=192.168.15.1

[Route]
Gateway=192.168.15.1

Essaye plutôt de Matcher sur la MACAddress de tes cartes.

Et sur un tout autre registre, ta configuration réseau sur LAN ne peut pas fonctionner puisque ta gateway n'est pas dans un sous-réseau connu de ta machine.

[waitnsea]

Bonjour,
Suite à ce post j'ai re-travaillé mon systemd-networkd.
La connexion en Wifi avait cessé de fonctionner, mon erreur venait de la configuration de la sécurité (j'avais dû la changer sur la box) :
solution ICI , en ce qui me concerne : § Pour du WPA(TKIP) :
@ElMoribond c'est non seulement élégant mais au contraire très stable (quand on a la bonne config) et la connexion est très rapide.

[ElMoribond]

Content que ta configuration soit rétablie comme tu le souhaitais avec systemd-networkd

Juste avant de m'endormir je me suis refais le film et la, un éclair par la fenêtre, trop tôt pour me relever.
...
Je viens de tester 3 fois et je crois avoir trouvé le début de la piste à suivre.

Pour faire court, il m'a suffit de réinstaller le paquet dhcpcd!
Alors même que mes interfaces sont en IP fixe.
J'ai beau arrêter et désactiver dhcpcd.service avant de désinstaller dhcpcd, rien n'y fait.
Dès que je le réinstalle (démarre et active), tout rentre dans l'ordre.

Probablement une dépendance dans un service.

If you have an idea....

[waitnsea]

Attends, là, il y a quelque chose que je ne comprends pas :
dans ton premier "tree /etc/systemd/system" il n'y a pas de dhcpcd.service activé ... et heureusement car tu ne dois pas activer 2 systèmes à la fois, et systemd-networkd.service est, lui, activé.

Si tu dois lancer le service dhcpcd pour avoir une connexion, c'est que systemd-networkd n'a pas fonctionné, or il est correctement activé.

Je ne vois que la piste que te propose Moviuro (ça vole beaucoup trop haut pour moi, hélas).

[ElMoribond]

@Moviuro: Oups, je viens de me rendre compte que j'avais oublié de te répondre;
Même résultat avec MACAddress il faut que dhcpcd soit activé
Pour la gateway tu as raison. C'est modifié par 127.0.0.1 pour LAN et WAN (dnsmasq).

@waitnsea: J'avais déjà désinstallé dhcpcd ne peut être que la réponse.
Je vais examiner de plus près les journaux, j'ai du louper qlqs chose.

Si réponse je trouve, poste sera fait.

Merci à vous deux

[ElMoribond]

journalctl -u systemd-networkd.service -b-0

AVEC dhcpcd

Code : Tout sélectionner

août 11 14:48:32 jeep systemd[1]: Starting Network Service...
août 11 14:48:32 jeep systemd-networkd[287]: Enumeration completed
août 11 14:48:32 jeep systemd-networkd[287]: WAN: Renamed to eth0
août 11 14:48:32 jeep systemd-networkd[287]: eth0: Lost carrier
août 11 14:48:32 jeep systemd-networkd[287]: LAN: Renamed to eth1
août 11 14:48:32 jeep systemd-networkd[287]: WIFI: Renamed to wlan0
août 11 14:48:32 jeep systemd-networkd[287]: eth1: Renamed to LAN
août 11 14:48:32 jeep systemd-networkd[287]: eth0: Renamed to WAN
août 11 14:48:32 jeep systemd-networkd[287]: wlan0: Renamed to WIFI
août 11 14:48:32 jeep systemd-networkd[287]: WAN: Gained carrier
août 11 14:48:32 jeep systemd-networkd[287]: WIFI: WIFI            : could not set route: Network is unreachable
août 11 14:48:32 jeep systemd-networkd[287]: WIFI: Configured
août 11 14:48:32 jeep systemd-networkd[287]: LAN: LAN             : could not set route: Network is unreachable
août 11 14:48:32 jeep systemd-networkd[287]: LAN: Configured
août 11 14:48:32 jeep systemd-networkd[287]: WAN: Configured
août 11 14:48:32 jeep systemd[1]: Started Network Service.
août 11 14:48:33 jeep systemd-networkd[287]: WIFI: Gained carrier

SANS dhcpcd

Code : Tout sélectionner

août 11 14:47:40 jeep systemd[1]: Starting Network Service...
août 11 14:47:40 jeep systemd-networkd[234]: Enumeration completed
août 11 14:47:40 jeep systemd-networkd[234]: WAN: Renamed to eth0
août 11 14:47:40 jeep systemd-networkd[234]: LAN: Renamed to eth1
août 11 14:47:40 jeep systemd-networkd[234]: WIFI: Renamed to wlan0
août 11 14:47:40 jeep systemd-networkd[234]: eth1: Renamed to LAN
août 11 14:47:40 jeep systemd-networkd[234]: eth0: Renamed to WAN
août 11 14:47:40 jeep systemd-networkd[234]: wlan0: Renamed to WIFI
août 11 14:47:40 jeep systemd-networkd[234]: WIFI: WIFI            : could not bring up interface: Operation not supported
août 11 14:47:40 jeep systemd-networkd[234]: LAN: LAN             : could not bring up interface: Operation not supported
août 11 14:47:40 jeep systemd-networkd[234]: WAN: WAN             : could not bring up interface: Operation not supported
août 11 14:47:40 jeep systemd-networkd[234]: WIFI: WIFI            : could not set route: Network is unreachable
août 11 14:47:40 jeep systemd-networkd[234]: WIFI: Configured
août 11 14:47:40 jeep systemd-networkd[234]: LAN: LAN             : could not set route: Network is unreachable
août 11 14:47:40 jeep systemd-networkd[234]: LAN: Configured
août 11 14:47:40 jeep systemd-networkd[234]: WAN: WAN             : could not set route: Network is unreachable
août 11 14:47:40 jeep systemd-networkd[234]: WAN: Configured
août 11 14:47:40 jeep systemd[1]: Started Network Service.
août 11 14:47:41 jeep systemd-networkd[234]: WIFI: Gained carrier

L'interface WIFI est configurée de la même façon et pose le même soucis.

Si qlqun a une explication pour le micmac de renommage...

Sur https://wiki.archlinux.fr/Connexions_reseau
SUBSYSTEM=="net", ATTRS{address}=="xx:xx:xx:xx:xx:xx", NAME="lan1"

Sur https://wiki.archlinux.org/index.php?ti ... evice_name
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="net1"

J'ai essayé les deux, aucun de changement.
Dans tous les cas l'interface est effectivement renommée.

[waitnsea]

Et si, dans un premier temps, tu ne renommais pas tes interfaces ?
Elles ne changent de nom que très rarement (et pas à chaque démarrage) : 1 fois en 3 ans pour moi je crois !
Tu lances une connexion banalus-banalum, qui fonctionne, puis tu changes les choses une à la fois en vérifiant que ça fonctionne...
Pour le mic-mac : vois chez moi, je n'ai rien changé à la config de départ...

Code : Tout sélectionner

août 11 15:27:26 asus systemd[1]: Starting Network Service...
août 11 15:27:26 asus systemd-networkd[962]: Enumeration completed
août 11 15:27:26 asus systemd-networkd[962]: lo: Removing non-existent address: ::1/128 (vali
août 11 15:27:26 asus systemd-networkd[962]: ens5: Renamed to eth0
août 11 15:27:26 asus systemd-networkd[962]: eth0: Renamed to ens5
août 11 15:27:26 asus systemd[1]: Started Network Service.
août 11 15:27:26 asus systemd-networkd[962]: wls1: Renamed to wlan0
août 11 15:27:26 asus systemd-networkd[962]: wlan0: Renamed to wls1
août 11 15:27:31 asus systemd-networkd[962]: wls1: Gained carrier
août 11 15:27:31 asus systemd-networkd[962]: wls1: DHCPv4 address 192.168.0.11/24 via 192.168
août 11 15:27:31 asus systemd-networkd[962]: wls1: Configured

et ici

[ElMoribond]

Plus de micmac en effet mais le résultat est strictement le même si je désinstalle dhcpcd!

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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:e0:4c:36:13:84 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.2/24 brd 192.168.15.255 scope global eth0
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 4e:af:28:5f:e6:d0 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.1/24 brd 10.10.10.255 scope global eth1
4: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:25:22:4e:06:6c brd ff:ff:ff:ff:ff:ff
    inet 172.16.0.1/24 brd 172.16.0.255 scope global wlan0

Code : Tout sélectionner

août 11 16:16:12 jeep systemd[1]: Starting Network Service...
août 11 16:16:12 jeep systemd-networkd[202]: Enumeration completed
août 11 16:16:12 jeep systemd-networkd[202]: wlan0: wlan0           : could not bring up interface: Operation not supported
août 11 16:16:12 jeep systemd-networkd[202]: eth1: eth1            : could not bring up interface: Operation not supported
août 11 16:16:12 jeep systemd-networkd[202]: eth0: eth0            : could not bring up interface: Operation not supported
août 11 16:16:12 jeep systemd-networkd[202]: wlan0: wlan0           : could not set route: Network is unreachable
août 11 16:16:12 jeep systemd-networkd[202]: wlan0: Configured
août 11 16:16:12 jeep systemd-networkd[202]: eth1: eth1            : could not set route: Network is unreachable
août 11 16:16:12 jeep systemd-networkd[202]: eth1: Configured
août 11 16:16:12 jeep systemd-networkd[202]: eth0: eth0            : could not set route: Network is unreachable
août 11 16:16:12 jeep systemd-networkd[202]: eth0: Configured
août 11 16:16:12 jeep systemd[1]: Started Network Service.

[waitnsea]

Pourquoi désinstaller ???
C'est justement l'avantage de systemd : tu démarres un service (start), le lances automatiquement au boot (enable), le laisses dans un coin pour plus tard (disable)...
Tu n'as pas besoin tous les jours de teamviewer, tu peux préférer networkmanager en déplacement, etc...
Tu as vu mon 2° lien sur le wiki, il est expliqué que c'est systemd qui change le nom, même si tu peux bloquer ce processus.
Mais je te propose de faire fonctionner un gestionnaire de ton choix (systemd-networkd ou autre) avec les adresses standard, vérifier que tout fonctionne puis seulement de modifier peu à peu ta config. Dans ton premier post tu étais newbie, c'est-à-dire que c'est la première fois que tu installes une Arch en dur (ce n'est pas une VB qui t'aide à gérer tes connexions), vas-y progressivement.

[Moviuro]

Tu parles de dhcpcd et moi je vois des IPs fixes dans ta configuration.
Explique calmement ce que tu as comme réseau et ce que tu veux atteindre comme solution. (je veux du détail, y'en aura jamais assez, alors poste-moi un pavé)

[benjarobin]

Et sur un tout autre registre, ta configuration réseau sur LAN ne peut pas fonctionner puisque ta gateway n'est pas dans un sous-réseau connu de ta machine.

La réponse au problème est ici... Ta configuration est invalide !

[ElMoribond]

@benjarobin:
Je ne comprends pas bien ta remarque, peux-tu être plus précis stp?

Il est vrai que mes compétences réseau sont limitées mais comme je le disais, SI je laisse dhcpcd actif tout fonctionne parfaitement, les interfaces montent automatiquement et j'ai accès Internet via mes PC et mes phones Android. Pourtant ils "passent" tous par ma passerelle.
J'en déduis donc que le problème n'est pas la Gateway.

En répondant à Moviuro j'ai fais confusion entre DNS et Gateway.
J'aurais du lui répondre que ma Gateway est connue par le sous réseau qui est sur WAN.

192.168.15.1 correspond donc à l'IP de mon antenne/modem Wimax. Directement raccordé sur la passerelle via ethernet sur WAN. C'est bien çà la gateway non? la machine par laquelle sortir du réseau.

[benjarobin]

Tu ne peux avoir qu'une seule gateway (enfin ce n'est pas vraiment vrai, mais on ne va pas compliquer les choses), et quand tu spécifies la gateway elle doit être dans le même sous réseau de l'interface Ethernet configurée.
Bref, la configuration du WAN à l'air d'être valide, mais celle du LAN ne l'est pas (La gateway n'est pas le sous réseau du LAN et surtout elle est déjà configuré par l'interface WAN) : il suffit de supprimer la gateway