Mais c'est quoi ce b**** ? Pourquoi aller éparpiller dans /etc, puis dans /usr/lib, puis dans /run ? Qu'est-ce que de la conf vient faire dans /usr/lib ?
C'est plus ou moins expliqué dans ce que tu as copié collé.
De ce que je comprends (et je peux être contredit si vous le voulez), la philosophie actuelle (grandement poussée par systemd) est :
la configuration que l'administrateur définit est dans /etc/
la configuration poussée par un paquet logiciel (donc, par ta distribution) est dans /var/lib ou /usr/lib ... quelque part où personne ne viendra écraser des morceaux de conf requis par d'autres programmes
tout ce qui ne doit pas survivre à un redémarrage dans /run
Ce dernier est intéressant, surtout pour la configuration réseau. Tu veux faire des essais, crées tes fichiers de configuration dans /run là où ton programme l'attend. Tu pers l'accès à ta machine ? tu demandes à quelqu'un d'appuyer sur le bouton marche/arrêt ou tu initie un reboot depuis l'interface qui marche bien (cloud provider ou ipmi) et ta configuration douteuse est supprimée, tu redémarres avec la dernière configuration connue.
Celui d'avant est aussi intéressant:
quand tout est dans /etc, l'admin peut tout modifier sans se poser de questions ; et ces configuration peuvent être modifiées lors des mises à jours des paquets logiciels.
Avoir de la conf dans /usr/lib ou /var/lib permet à l'administrateur de "savoir ce qu'il fait". Et en tout cas, ne pas modifier ces fichier, mais jouer sur de la surcharge via ce qui est dans /etc.
Cela peut simplifier les mises à jour car il n'y a pas un jeu de ping pong entre la configuration de l'admin et la configuration livrée avec les logiciels qui peut être réinitialisée lors des mises à jour.
Et si tu veux une solution quick&dirty (rapide&dégueulasse comme le diraient les personnes pointilleuses sur la francisation à outrance), tu peux désactiver la gestion de /etc/resolv.conf par networkmanager en ajoutant ceci dans son fichier de conf (dans /etc, ça ira !):
[main]
dns=none
# différents répertoires
Posté par nsbs . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 10. Dernière modification le 17 mars 2024 à 15:00.
C'est plus ou moins expliqué dans ce que tu as copié collé.
De ce que je comprends (et je peux être contredit si vous le voulez), la philosophie actuelle (grandement poussée par systemd) est :
Ce dernier est intéressant, surtout pour la configuration réseau. Tu veux faire des essais, crées tes fichiers de configuration dans /run là où ton programme l'attend. Tu pers l'accès à ta machine ? tu demandes à quelqu'un d'appuyer sur le bouton marche/arrêt ou tu initie un reboot depuis l'interface qui marche bien (cloud provider ou ipmi) et ta configuration douteuse est supprimée, tu redémarres avec la dernière configuration connue.
Celui d'avant est aussi intéressant:
quand tout est dans /etc, l'admin peut tout modifier sans se poser de questions ; et ces configuration peuvent être modifiées lors des mises à jours des paquets logiciels.
Avoir de la conf dans /usr/lib ou /var/lib permet à l'administrateur de "savoir ce qu'il fait". Et en tout cas, ne pas modifier ces fichier, mais jouer sur de la surcharge via ce qui est dans /etc.
Cela peut simplifier les mises à jour car il n'y a pas un jeu de ping pong entre la configuration de l'admin et la configuration livrée avec les logiciels qui peut être réinitialisée lors des mises à jour.
Et si tu veux une solution quick&dirty (rapide&dégueulasse comme le diraient les personnes pointilleuses sur la francisation à outrance), tu peux désactiver la gestion de /etc/resolv.conf par networkmanager en ajoutant ceci dans son fichier de conf (dans /etc, ça ira !):
[main]
dns=none