En soi, NetworkManager ne me dérange pas plus que ça. Il est un peu compliqué à comprendre (et j'ai du mal avec la configuration gérée par nmcli dans un truc opaque), mais si je parviens à faire ce que je veux dans des fichiers de conf, ça me va.
Dans mon cas, j'ai réussi à m'en sortir (je râle, mais je suis têtu et j'ai cherché avant d'aller faire un tour et j'ai trouvé - la doc de NetworkManager.conf est assez bien faite - mais manque d'exemple à mon goût). J'ai créé le fichier /etc/NetworkManager/conf.d/00-global-dns-domain.conf dans lequel j'ai ajouté la ligne suivante :
[global-dns-domain-*]
servers=8.8.8.8
Un redémarrage de NetworkManager et c'était résolu.
Non, moi ce qui me dérange c'est d'une part d'aller coller des fichiers de conf d'un coup dans /var/lib, d'un autre coup vers /usr/lib .... Autant pour /run je comprends, autant pour le reste je ne suis pas d'accord :
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.
On aurait pu créer un répertoire dans /etc pour ça plutôt que d'aller coller des trucs un coup dans /var/lib, un coup dans /usr/lib. Les snippets historiquement se trouvent dans /usr/share/examples
Moi en tant qu'admin qui gère des machines au quotidien, avec parfois un putty sur une VM de rebond ( en RDP) comme seule possibilité de se connecter, j'apprécie d'avoir les confs pas trop éparpillées pour pouvoir voir comment elles sont faites lorsqu'il y a un truc qui ne marche pas, et de pouvoir faire des recherches d'expression régulières sans avoir à me poser la question sur l'endroit ou je pourrais éventuellement trouver un fichier qui contiendrait la valeur de conf qui potentiellement pourrait me poser problème.
Maintenant dire que "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." c'est juste faux. Ca n'empeche rien de plus ni de moins que de mettre les fichiers dans un sous-répertoire de /etc. Parce qu'un admin incompétent ira modifier les fichiers de conf ne devant pas bouger, que ces fichiers soient dans /usr/lib ou /var/lib (j'ai déjà vu pour des unit systemd).
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.
Encore une fois, rien de plus ni de moins que d'avoir un endroit dédié dans /etc. Et je crois qu'on a pas attendu systemd pour faire des choses plutôt propres.
[^] # Re: différents répertoires
Posté par totof2000 . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 7.
En soi, NetworkManager ne me dérange pas plus que ça. Il est un peu compliqué à comprendre (et j'ai du mal avec la configuration gérée par nmcli dans un truc opaque), mais si je parviens à faire ce que je veux dans des fichiers de conf, ça me va.
Dans mon cas, j'ai réussi à m'en sortir (je râle, mais je suis têtu et j'ai cherché avant d'aller faire un tour et j'ai trouvé - la doc de NetworkManager.conf est assez bien faite - mais manque d'exemple à mon goût). J'ai créé le fichier /etc/NetworkManager/conf.d/00-global-dns-domain.conf dans lequel j'ai ajouté la ligne suivante :
Un redémarrage de NetworkManager et c'était résolu.
Non, moi ce qui me dérange c'est d'une part d'aller coller des fichiers de conf d'un coup dans /var/lib, d'un autre coup vers /usr/lib .... Autant pour /run je comprends, autant pour le reste je ne suis pas d'accord :
On aurait pu créer un répertoire dans /etc pour ça plutôt que d'aller coller des trucs un coup dans /var/lib, un coup dans /usr/lib. Les snippets historiquement se trouvent dans /usr/share/examples
Moi en tant qu'admin qui gère des machines au quotidien, avec parfois un putty sur une VM de rebond ( en RDP) comme seule possibilité de se connecter, j'apprécie d'avoir les confs pas trop éparpillées pour pouvoir voir comment elles sont faites lorsqu'il y a un truc qui ne marche pas, et de pouvoir faire des recherches d'expression régulières sans avoir à me poser la question sur l'endroit ou je pourrais éventuellement trouver un fichier qui contiendrait la valeur de conf qui potentiellement pourrait me poser problème.
Maintenant dire que "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." c'est juste faux. Ca n'empeche rien de plus ni de moins que de mettre les fichiers dans un sous-répertoire de /etc. Parce qu'un admin incompétent ira modifier les fichiers de conf ne devant pas bouger, que ces fichiers soient dans /usr/lib ou /var/lib (j'ai déjà vu pour des unit systemd).
Encore une fois, rien de plus ni de moins que d'avoir un endroit dédié dans /etc. Et je crois qu'on a pas attendu systemd pour faire des choses plutôt propres.