après la sortie de veille (systemctl suspend), la route additionnelle configurée dans /etc/netctl/ethernet-dhcp*, ou manuellement (ip route add 10.0.0.0/28 via 192.168.1.21 dev enp2s0) est effacée :
# ip route show
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202
10.0.0.0/28 via 192.168.1.12 dev enp2s0
192.168.1.0/24 via 192.168.1.1 dev enp2s0
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202
# date; ip route show; echo "================="; systemctl suspend; echo "=================="; for i in {1..10}; do date; ip route show; sleep 1; echo "======================"; done
lun. nov. 20 10:40:45 CET 2017
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202
10.0.0.0/28 via 192.168.1.12 dev enp2s0
192.168.1.0/24 via 192.168.1.1 dev enp2s0
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202
=================
==================
lun. nov. 20 10:40:45 CET 2017
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202
10.0.0.0/28 via 192.168.1.12 dev enp2s0
192.168.1.0/24 via 192.168.1.1 dev enp2s0
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202
======================
lun. nov. 20 10:42:46 CET 2017 # <= là, je sors de veille
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202 linkdown
10.0.0.0/28 via 192.168.1.12 dev enp2s0 linkdown
192.168.1.0/24 via 192.168.1.1 dev enp2s0 linkdown
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202 linkdown
======================
lun. nov. 20 10:42:47 CET 2017 #<= quelque chose redémarre, aucun réseau n'est défini (?)
======================
lun. nov. 20 10:42:48 CET 2017
======================
lun. nov. 20 10:42:49 CET 2017
======================
lun. nov. 20 10:42:50 CET 2017
======================
lun. nov. 20 10:42:51 CET 2017
======================
lun. nov. 20 10:42:52 CET 2017
======================
lun. nov. 20 10:42:53 CET 2017 #<= la route additionnelle a disparu :(
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202
======================
lun. nov. 20 10:42:54 CET 2017
default via 192.168.1.1 dev enp2s0 src 192.168.1.65 metric 202
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.65 metric 202
======================
#
je fais quelque chose de travers ?
comment puis-je corriger ce problème ?
Bonjour,
J'ai un peu du mal à comprendre l'utilité de la première route ('192.168.1.0/24 via 192.168.1.1'), tout ce qui est dans le même sous réseau doit être directement accessible.
Sinon peux tu donner la sortie (il faut installer tree) de : tree /etc/systemd/system
je pensais bien faire en indiquant toutes les routes possibles.
et quand j'ai effacé cette première route (192.168.1.0/24), Arch n'a pas démarré : elle est restée bloquée à graphical.target reached :/
EDIT: ah, ben, non. ça ne l'a pas refait.
par contre, si les routes enregistrées dans /etc/netctl/<netctl.profile> sont correctement restaurées (parce que le fichier est relu, je pense), les routes entrées à la main, elles, ne sont pas rétablies au réveil.
# ip route
default via 192.168.1.1 dev enp4s0 src 192.168.1.60 metric 202
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.60 metric 202
# ip route add 10.0.0.0/28 via 192.168.1.12 dev enp4s0
# ip route
default via 192.168.1.1 dev enp4s0 src 192.168.1.60 metric 202
10.0.0.0/28 via 192.168.1.12 dev enp4s0
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.60 metric 202
# systemctl suspend
# ip route
default via 192.168.1.1 dev enp4s0 src 192.168.1.60 metric 202
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.60 metric 202
C'est normal... En faite ce qui se passe c'est dhpcd qui lors du réveil se "relance", ce qui à pour effet de supprimer toute la configuration réseau.
Ce que fait netctl-sleep.service lors de la mise ne veille : Il dé-configure l'interface réseau, et lors du réveille relance la configuration.