Je souhaite créer un référentiel de fichiers de configuration central afin de pouvoir apporter les modifications à toute configuration sous contrôle de révision (Mercurial). Cela comprendra certaines boîtes GNU / Linux (qui utiliseront etckeeper), les fichiers de configuration de l'équipement réseau, les fichiers de configuration de l'imprimante et enfin et surtout, les configurations de Windows.
Je sais que vous pouvez importer certaines configurations comme ISA et DHCP en tant que fichiers texte / xml et même des dossiers partagés en tant que clé de registre, mais pour des choses comme les GPO et AD, IIS, MSSql et autres, existe-t-il des moyens d'obtenir les configurations sous forme de fichiers plats? Fondamentalement, pouvez-vous avoir quelque chose d'équivalent à etckeeper sous Windows? Quelque chose comme certaines commandes basées sur PowerShell ou similaires?
De même, les ACL et autres autorisations de fichiers peuvent-elles être conservées sous contrôle de version (hg)?
BTW, j'ai déjà lu
- Quelles solutions existent pour permettre l'utilisation du contrôle de révision des fichiers de configuration du serveur?
- Quel outil recommandez-vous pour suivre les modifications sur un serveur Linux / Unix
en vain.
la source
Pour les ACL et les autorisations de fichier, vous pouvez essayer PowerShell:
Nous avons acheté Tripwire pour faire une fonction similaire, mais il souffre de fonctionnalités et d'une interface utilisateur idiosyncratique au point qu'il rouille de négligence.
la source
Sous Windows, il n'existe aucun moyen standard pour les logiciels de stocker une configuration, il ne peut donc pas y avoir de méthode unique pour gérer ces configurations. Avant que quiconque ne se moque de la façon dont il existe une sorte de "standard", regardons les recommandations de Microsoft jusqu'à présent.
Les applications, y compris celles de Microsoft, n'ont aucun moyen ni emplacement standard pour stocker les configurations et utilisent une ou toutes les méthodes ci-dessus, ainsi que quelques-unes "non standard". Bienvenue dans le monde incohérent et en constante évolution de Windows.
la source
Il n'y en a vraiment pas, pas gratuitement de toute façon. Il y a des produits commerciaux qui peuvent faire ça, je comprends qu'ils sont gros et chers. Opsware (ou HP Server Automation maintenant) peut le faire.
Le gars qui a développé MRTG a essayé et échoué sur quelque chose de similaire il y a environ 10 ans. L'environnement a beaucoup changé, vous pourrez donc peut-être vous appuyer sur leur travail et trouver quelque chose de bien. Par exemple, vous pouvez vider les objets de stratégie de groupe maintenant, ce qui était l'un de leurs problèmes.
/ edit - et vous avez toujours été en mesure de vider AD vers LDIF ou CSV. Faites une exportation nocturne dans l'un de ceux-ci et insérez-le dans CSV. IIS est tout dans le système de fichiers et la métabase, qui est également dans le système de fichiers. Des sauvegardes et / ou des copies normales de celles-ci dans CSV seraient bonnes. Config SQL, je ne suis pas si sûr; Je pense que tout est dans le registre et PS a probablement des crochets pour les afficher.
Une remarque - vous demandez de sauvegarder les ACL sur les fichiers? Jeebus - dites-moi que vous sauvegardez les fichiers et que votre logiciel de sauvegarde préserve les ACL. Si vous ne sauvegardez pas du tout les fichiers, quels sont les avantages des ACL pour vous? Si vous ne sauvegardez pas les fichiers avec des ACL, quel est le problème avec votre logiciel de sauvegarde? Vous pouvez activer l'audit des modifications ACL en mode natif, peut-être voulez-vous le faire?
la source
Je n'en ai pas entendu parler. Alors que le Registre peut être le siège de (la plupart) des configurations sous Windows et qu'il peut (en quelque sorte) être représenté sous forme de texte, le mieux que vous puissiez espérer est la documentation de configuration plutôt que la gestion de la configuration . Il existe des API pour surveiller les modifications du registre, comme en témoignent plusieurs outils System Internals, qui permettraient en théorie des actions basées sur les événements (revenir à l'ancienne configuration par exemple). Malheureusement, certaines choses (la stratégie de groupe étant la plus importante) sont conçues pour contourner toutes les restrictions basées sur la machine locale sur le changement de configuration.
Cependant, cela ne fait que gérer le système d'exploitation de base. Une fois que vous avez commencé à ajouter d'autres produits Microsoft, la situation devient beaucoup plus complexe. IIS possède sa propre base de données, la métabase, qui n'est pas dans le Registre. MS-SQL a un tas de configurations stockées dans la base de données elle-même entre autres. AD peut certainement être représenté comme un fichier plat, c'est une exportation LDIF de LDAP, mais encore une fois, ce n'est pas de la gestion. Les stratégies de groupe elles-mêmes sont des arborescences de répertoires remplies de fichiers sur les contrôleurs de domaine.
Ce n'est pas un travail facile par n'importe quel tronçon. C'est pourquoi des systèmes comme System Center Configuration Manager de Microsoft ou Zenworks Configuration Management de Novell sont aussi complexes qu'ils le sont. En fait, pour autant que je sache, ces produits sont les plus proches de Windows pour quelque chose comme etckeeper.
la source
Le code à http://gallery.technet.microsoft.com/ScriptCenter/en-us/edca4de3-642a-4a84-9884-e4035c984e31 et http://gallery.technet.microsoft.com/ScriptCenter/en-us/a3c9ad7b -6b5c-40ef-a928-3565432735ee offre un aperçu qu'il peut y avoir de l'espoir avec la commande "netsh" sur votre serveur dhcp. Je n'en ai pas pour le moment à tester, mais c'est une voie d'approche.
la source