Chcę utworzyć centralne repozytorium plików konfiguracyjnych, aby móc wprowadzać zmiany do dowolnej konfiguracji pod kontrolą wersji (Mercurial). Będzie to obejmowało niektóre urządzenia GNU / Linux (które będą korzystać z etckeeper), pliki konfiguracyjne urządzeń sieciowych, pliki konfiguracyjne drukarki i ostatnie konfiguracje systemu Windows.
Wiem, że możesz zaimportować niektóre konfiguracje, takie jak ISA i DHCP jako pliki tekstowe / xml, a nawet foldery współdzielone jako klucz rejestru, ale w przypadku rzeczy takich jak GPO i AD, IIS, MSSql i inne, czy są sposoby na uzyskanie konfiguracji jako plików płaskich? Zasadniczo, czy możesz mieć coś podobnego do etckeepera pod oknami? Coś w stylu niektórych poleceń opartych na PowerShell lub podobnych?
Czy listy kontroli dostępu i inne uprawnienia do plików można zachować pod kontrolą wersji (hg)?
BTW, już przeczytałem
- Jakie istnieją rozwiązania umożliwiające stosowanie kontroli wersji plików konfiguracyjnych serwera?
- Jakie narzędzie polecasz do śledzenia zmian na serwerze Linux / Unix
bezskutecznie.
źródło
W przypadku list ACL i uprawnień do plików możesz wypróbować PowerShell:
Kupiliśmy Tripwire, aby wykonać podobną funkcję, ale cierpi z powodu wzdęć i idiosynkratycznego interfejsu użytkownika do tego stopnia, że rdzewieje z powodu zaniedbania.
źródło
W systemie Windows nie ma standardowego sposobu na przechowywanie konfiguracji przez oprogramowanie, dlatego nie może istnieć jedna metoda obsługi tych konfiguracji. Zanim ktokolwiek zacznie narzekać, że istnieje jakiś „standard”, spójrzmy na dotychczasowe rekomendacje Microsoft.
Aplikacje, w tym własne Microsoftu, nie mają standardowego sposobu ani lokalizacji do przechowywania konfiguracji i używają jednej lub wszystkich powyższych metod, a także kilku „niestandardowych”. Witamy w niespójnym i ciągle zmieniającym się świecie Windows.
źródło
Tak naprawdę nie ma, nie za darmo. Istnieją komercyjne produkty, które mogą to zrobić, rozumiem, że są duże i drogie. Opsware (lub teraz HP Server Automation) może to zrobić.
Facet, który opracował MRTG, próbował czegoś podobnego około 10 lat temu. Środowisko bardzo się zmieniło, więc możesz bazować na ich pracy i wymyślić coś dobrego. Na przykład możesz teraz zrzucić GPO, co było jednym z ich problemów.
/ edit - i zawsze byłeś w stanie zrzucić AD do LDIF lub CSV. Dokonaj nocnego eksportu do jednego z nich i podziel go na CSV. IIS znajduje się w systemie plików i metabazie, która również znajduje się w systemie plików. Normalne kopie zapasowe i / lub kopie tych plików w CSV byłyby dobre. Konfiguracja SQL, nie jestem tego taki pewien; Myślę, że to wszystko rejestr, a PS prawdopodobnie ma haczyki do ich wyświetlenia.
Jedna uwaga - pytasz o tworzenie kopii zapasowych list ACL dla plików? Jeebus - powiedz mi, że tworzysz kopie zapasowe plików, a twoje oprogramowanie do tworzenia kopii zapasowych zachowuje listy ACL. Jeśli w ogóle nie tworzysz kopii zapasowej plików, jakie są dla Ciebie korzyści z list ACL? Jeśli nie tworzysz kopii zapasowej plików przy użyciu list ACL, co jest nie tak z oprogramowaniem do tworzenia kopii zapasowych? Możesz włączyć kontrolę zmian ACL natywnie, może chcesz to zrobić?
źródło
Nie słyszałem o jednym. Chociaż rejestr może być domem (większości) konfiguracji w systemie Windows i może on (w pewnym sensie) być reprezentowany w formie tekstowej, najlepszą rzeczą, na jaką możesz liczyć, jest dokumentacja konfiguracji zamiast zarządzania konfiguracją . Istnieją interfejsy API do monitorowania zmian w rejestrze, o czym świadczy kilka narzędzi systemu wewnętrznego, które teoretycznie umożliwiają działania oparte na zdarzeniach (na przykład przywrócenie starej konfiguracji). Niestety, są pewne rzeczy (największe są Zasady grupy), które zostały zaprojektowane, aby ominąć wszelkie ograniczenia dotyczące zmiany konfiguracji w oparciu o maszynę lokalną.
Jednak to po prostu zarządza podstawowym systemem operacyjnym. Po rozpoczęciu dodawania innych produktów Microsoft sytuacja staje się znacznie bardziej złożona. IIS ma własną bazę danych, metabazę, której nie ma w rejestrze. MS-SQL ma całą masę konfiguracji przechowywaną w samej bazie danych między innymi. AD z pewnością może być reprezentowane jako plik płaski, jest to eksport LDIF z LDAP, ale znowu to dokumentacja nie zarządzanie. Same zasady grupy to drzewa katalogów wypełnione plikami na kontrolerach domeny.
Pod żadnym względem nie jest to łatwa praca. Właśnie dlatego systemy takie jak System Center Configuration Manager firmy Microsoft lub Novell Zenworks Configuration Management są tak złożone, jak są. W rzeczywistości, o ile wiem, te produkty są najbliżej Windows dostaje coś w rodzaju etckeeper.
źródło
Kod na stronie http://gallery.technet.microsoft.com/ScriptCenter/en-us/edca4de3-642a-4a84-9884-e4035c984e31 i http://gallery.technet.microsoft.com/ScriptCenter/en-us/a3c9ad7b -6b5c-40ef-a928-3565432735ee oferują pewien wgląd, że może być nadzieja dzięki komendzie „netsh” na serwerze dhcp. Obecnie nie mam żadnego dostępnego do przetestowania, ale to jedna z możliwości.
źródło