Muszę dodać klucze i wartości HKCU do wszystkich komputerów w konkretnej jednostce organizacyjnej, do wszystkich istniejących profili użytkowników i do profilu domyślnego. Jak najlepiej to podejść?
Mógłbym wyliczyć i powtórzyć wszystkie NTUSER.DATs, ładowanie gałęzi, dodawanie kluczy i rozładowywanie gałęzi, ale wydaje się to niezręcznym sposobem na zrobienie tego.
Czy ktoś ma lepszy pomysł? Chciałbym napisać skrypt (najlepiej PowerShell) i, jeśli to możliwe, wprowadzić zmiany, ale skrypty logowania zasad grupy też by działały.
windows
powershell
windows-registry
Doug Chase
źródło
źródło
Odpowiedzi:
Moją preferowaną metodą jest użycie Active Setup. To, co robi, to sprawdzanie, kiedy użytkownik loguje się na maszynie, czy uruchomił określony skrypt lub polecenie (takie jak ten, który miałbyś), a jeśli nie, wykonaj go. Tak więc użytkownik uruchomi określony skrypt dla użytkownika tylko raz na stacji roboczej. Uważam, że jest to idealne rozwiązanie do pisania do HKCU, ponieważ nie musisz ładować każdego ula i modyfikowane są tylko konta, na które logują się ludzie.
Nie po to, żeby się promować, ale napisałem o tym blogu . Podstawowe rozwiązanie jest następujące:
Dodaj następujące wpisy rejestru:
Version
to dowolny numer wersji, którego chcesz użyć.Stubpath
to polecenie, które zostanie wykonane. Wszystkie wywołania MSI, EXE i VBS wydają się być w porządku.@
co powinno być wyświetlane, gdy polecenie jest uruchomione.Dzięki temu rozwiązaniu język skryptowy nie ma znaczenia. Możesz zrobić plik VBScript, Powershell, Batch. Cokolwiek pozwala Ci pisać do HKCU jako zalogowany użytkownik. Korzystanie
reg.exe
bezpośrednio współpracuje również.Drugim, opcjonalnym końcowym akcentem, który możesz zrobić, jest załadowanie i zmodyfikowanie domyślnego gałęzi użytkownika. Ustawiłoby to wartość rejestru dla każdego nowego użytkownika, który loguje się po raz pierwszy w tym konkretnym systemie.
źródło
Możesz dodać niestandardowe klucze reg, tworząc niestandardowy plik adm i importując go jako szablon do sekcji Szablony administracyjne obiektu zasad grupy. Następnie połącz ten obiekt zasad grupy do swojej jednostki organizacyjnej. Istnieją dokumenty w MS na temat tego, jak to zrobić, lub możesz spojrzeć na pliki adm, które już istnieją na serwerze (myślę, że gdzieś pod Sysvol).
Proces ten nazywa się „wytatuowaniem rejestru” i oznacza, że jesteś poza kontrolą usuwania zasad grupy, tzn. Wpisy rejestru pozostaną, nawet jeśli zasady zostaną usunięte. Musisz utworzyć „odwrócony” klucz reg i wdrożyć go (lub po prostu go usunąć).
źródło