Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par gargamel79 (01-12-2015 17:33:08)
Hors ligne
Hors ligne
ou
j'ai effectivement constaté que parfois elle était inopérante et ne réactivait pas correctement toutes les interfaces réseaux, notamment après modification de la configuration d'une ou plusieurs d'entre elles.
Relancer la commande une deuxième fois a souvent résolu ce petit soucis.
Hors ligne
Hors ligne
Je ne vois pas comment on exploite le résultat de :
systemctl | grep -i network
Cela te permet de voir tous les services et cibles systemd présentes sur ton système et leur état.
Ensuite tu peux voir plus précisement l'état de l'un d'elle avec:
renvoie par exemple chez moi
Si je veux redémarrer ce service en particulier :
Hors ligne
Dernière modification par gargamel79 (01-12-2015 17:56:32)
Hors ligne
Hors ligne
Dernière modification par gargamel79 (01-12-2015 18:08:19)
Hors ligne
Ma conclusion est que dès qu'on utilise un /etc/network/interfaces "personnalisé" les seule commandes applicables sont:
#ifdown eth0 (si accès par eth0...)
#ifup eth0
La commande :
systemctl restart networking.service
est bien prise en compte, mais ne fait que rompre la liaison précédemment établie.
La seule solution que je vois pour l'instant est de passer un cron au reboot avec (à essayer) ifup eth0.
Gni ? Il y a bien une directive "auto eth0" dans le fichier interfaces ?
Il vaut mieux montrer que raconter.
Hors ligne
Je pense que le problème est justement la cohérence entre systemd et /etc/network/interfaces...
cf le document que tu donne en référence (notes du § 5.2)
tu parle de cette note
Note
Certaines fonctionnalités de ces outils de configuration automatique du réseau peuvent souffrir de régressions. Ils ne sont pas aussi robustes que l’ancien paquet ifupdown. Consultez le BTS de network-manager et le BTS de wicd pour en savoir plus sur les problèmes et les limitations actuelles.
parce qu'elle ne concerne pas systemd
dans le contexte :
Certaines fonctionnalités de ces outils de configuration automatique du réseau (NetworkManager (NM) ou Wicd) peuvent souffrir de régressions.
Ils ne sont pas aussi robustes que l’ancien paquet ifupdown.
Consultez le BTS de network-manager et le BTS de wicd pour en savoir plus sur les problèmes et les limitations actuelles.
je ne vois pas du tout le rapport avec systemd.
si tu veux voir le mode de configuration pour géré la connection avec systemd tu peux regarder
https://debian-facile.org/atelier:chant … ia-systemd
(bien garder en tête que pour l'instant est dans le chantier, il n'est pas fini et demande une relecture.)
Hors ligne
Hors ligne
Je pense que le problème est justement la cohérence entre systemd et /etc/network/interfaces...
cf le document que tu donne en référence (notes du § 5.2)
il n'y a aucun problème de cohérence entre systemd et /etc/network/interfaces
soit tu configure avec systemd (
soit tu configure avec /etc/network/interfaces
soit tu utilise des outils graphiques (network-manager...)
et tu ne vas utiliser qu'un système de connexion à la fois sinon conflits.
enfin pour utiliser la connexion avec systemd sur mon pc principal, et ifupdown sur le portable, je connais la différence et suis sûre de ne pas les confondre
La seule solution que je vois pour l'instant est de passer un cron au reboot avec (à essayer) ifup eth0.
Je passe en résolu puisque est prise en compte, mais pas comme je le souhaitais
et si tu expliquais clairement ce que tu souhaitais, parce que plus je te lis plus j'ai l'impression d'avancer dans le brouillard...
que te renvois la commande
Hors ligne
Hors ligne
commenter (ajouter # en début de ligne) auto lo
et ajouter auto eth0
avec ça plus besoin de relancer la connexion avec cron
Dernière modification par Severian (04-12-2015 10:09:28)
Hors ligne
raleur avait bien senti le problème
Je ne râle pas juste pour le plaisir de râler...
commenter (ajouter # en début de ligne) auto lo
Surtout pas ! Ne pas activer l'interface de loopback risque de provoquer des dysfonctionnements divers.
Concernant "allow-hotplog", c'est une erreur de frappe dans le forum ou dans le fichier ?
Dernière modification par raleur (04-12-2015 14:20:39)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
allow-hotplug eth0, je l'ai trouvé dans la doc
Tu avais écrit "allow-hotplog".
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1