System Windows Server 2008 R2 zezwalał na wdrażanie serwera terminali (usług pulpitu zdalnego) bez domeny i bez nalegania na domeny. Było to bardzo przydatne, szczególnie w przypadku autonomicznych wdrożeń wirtualnych lub chmurowych serwera zarządzanego zdalnie dla zdalnego klienta, który nie potrzebuje ani nie chce żadnych funkcji ActiveDirectory ani Domeny.

Stało się to coraz trudniejsze, ponieważ Microsoft coraz bardziej ogranicza swoje technologie w każdej wersji systemu Windows. W systemie Windows Server 2012 konfiguracja licencjonowania usług pulpitu zdalnego jest trudniejsza, gdy nie znajduje się w domenie, ale nadal jest możliwa. W systemie Windows Server 2012 R2 (przynajmniej w wersji zapoznawczej) bariery są teraz poważne:

1. Kreator dodawania / usuwania ról i funkcji w systemie Windows Server 2012 R2 ma specjalny tryb wdrażania RDS, który ma regułę, która mówi, że jeśli nie jesteś w domenie, której nie możesz wdrożyć. Mówi ci, aby najpierw utworzyć domenę lub do niej dołączyć. Jest to oczywiście sprzeczne z faktem, że kontroler domeny Active Directory nie powinien być tym samym komputerem, co komputer serwera terminali. Tak więc technologia Microsoftu to nie tyle system operacyjny w chmurze, co klaster niechcianych węzłów, potrzebny do obsługi jednej maszyny, którą faktycznie chcę wdrożyć. Jest to obrzydliwe, dlatego próbuję znaleźć obejście.

2. Jeśli jednak pominiesz tego kreatora i po prostu zaznaczysz pola wyboru w głównym kreatorze Ról / Funkcji, możesz wdrożyć funkcje, ale interfejs użytkownika nie jest w stanie je skonfigurować, a po powrocie do strony konfiguracji RDS w kreatorze ról , pojawia się komunikat informujący, że nie możesz administrować systemem usług pulpitu zdalnego, gdy jesteś zalogowany jako administrator komputera lokalnego, ponieważ chociaż masz wszystkie uprawnienia administratora, jakie możesz mieć (w systemie opartym na grupie roboczej), interfejs użytkownika konfiguracji RDS będzie nie akceptuj tych poświadczeń i kontynuuj.

Moje pytanie w skrócie brzmi: czy nadal mogę w jakiś sposób uzyskać następujący wynik końcowy:

• Muszę pozwolić 10-20 użytkownikom na system na sesję RDS (TS).
• Nie potrzebuję żadnych fantazyjnych opcji RDS, chyba że Microsoft w jakiś sposób zależy od tych funkcji. Uważam, że potrzebuję „Hosta sesji RDS”, ponieważ jest to cecha „serwera terminali”. Microsoft twierdzi, że jest to „pełny pulpit systemu Windows dla klienta usług pulpitu zdalnego.
• Muszę skonfigurować licencje, aby okres karencji nie wygasał, pozostawiając mój RDS niefunkcjonalny, więc prawdopodobnie oznacza to, że potrzebuję sposobu na skonfigurowanie licencji TS CAL.

Jeśli wszystko powyższe można technicznie zrobić przy rozsądnym użyciu programu PowerShell, jestem gotowy rozważyć nawet opracowanie wszystkich skryptów PowerShell, które musiałbym zrobić powyżej. Nie proszę, żeby ktoś mi to napisał. Pytam, czy ktoś wie, czy istnieje przeszkoda techniczna w tym, co chcę zrobić powyżej, inne niż celowe sparaliżowanie interfejsu użytkownika 2012 R2 dla użytkowników grupy roboczej? Czy wszystkie podstawowe technologie nadal działałyby, jeśli manipuluję nimi i kontroluję je za pomocą skryptu PowerShell?

Oczywiście jedno słowo „tak” lub „nie” nie jest dla nikogo przydatne, więc pytanie brzmi „tak” lub „nie” i dlaczego? Jeśli odpowiedź brzmi „tak”, to jak.

Znalazłem się w tym samym scenariuszu co ty. Wdrażanie Pulpitu zdalnego na samodzielnym serwerze Server 2012 jest dość trudne, ponieważ faceci z Microsoft nie pozwalają na uruchamianie tego w sieci bez domeny, a jeśli tak, nie możesz zarządzać wszystkimi ustawieniami.

Możesz więc zainstalować pudełko oparte na grupie roboczej i uruchomić na nim role pulpitu zdalnego. Musimy również zainstalować funkcje licencjonowania usług pulpitu zdalnego na tym samym komputerze. Ale kiedyś w tym momencie, nawet jeśli na serwerze są zainstalowane odpowiednie licencje CAL usług RDS, po zalogowaniu się użytkownik otrzymuje komunikat, że okres próbny jest włączony.

W końcu udało mi się go uruchomić, przynajmniej coś w rodzaju starych dobrych usług terminalowych, które znaliśmy. Działa to dla mnie na dwóch komputerach produkcyjnych małych klientów, którzy potrzebują RDS, ale nie mogą sobie pozwolić na posiadanie dwóch serwerów w swojej sieci.

No to ruszamy:

1. Zainstaluj usługi roli Remote Desktop Licensing i Host sesji usług pulpitu zdalnego, wykonując następujące czynności:

   • Otwórz Menedżera serwera
   • Kliknij Zarządzaj i wybierz Dodaj role i funkcje
   • Wybierz instalację opartą na rolach lub na funkcjach
   • W obszarze Usługi pulpitu zdalnego wybierz Usługi roli Licencjonowanie pulpitu zdalnego i Usługi hosta sesji pulpitu zdalnego.
   • Kontynuuj instalację

2. Dodaj serwer licencji do grupy serwerów licencji serwera terminali i ponownie uruchom usługę pulpitu zdalnego (możesz użyć licmgr.exe)

3. Dodaj licencje do serwera licencji.

4. Skonfiguruj rolę Host sesji usług pulpitu zdalnego za pomocą, aby używać lokalnego serwera licencjonowania usług pulpitu zdalnego. Wykonaj następujące kroki:

   • Otwórz PowerShell jako administrator
   • Wpisz następujące polecenie w wierszu polecenia PS i naciśnij klawisz Enter:

$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting

Uruchom następujące polecenie, aby ustawić tryb licencjonowania (Uwaga: wartość = 2 dla urządzenia, wartość = 4 dla użytkownika, używamy dla użytkownika)

$obj.ChangeMode(4)

Uruchom następujące polecenie, aby zamienić nazwę komputera na Serwer licencji ( mylicenseserverto nazwa twojego serwera):

$obj.SetSpecifiedLicenseServerList("mylicenseserver")

Uruchom następujące polecenie, aby sprawdzić ustawienia skonfigurowane przy użyciu wyżej wymienionych kroków:

$obj.GetSpecifiedLicenseServerList()

Powinieneś zobaczyć nazwę serwera na wyjściu.

Po wykonaniu tej czynności uruchom ponownie system i zaloguj się z dowolnym użytkownikiem (jeśli korzystasz z grupy roboczej, wiesz, że użytkownicy muszą być częścią Remote Desktop Users), a komunikat o okresie próbnym zniknie.

Źródło całego tego bałaganu: http://support.microsoft.com/kb/2833839

Zarządzanie za pomocą Powershell

Jest kilka rzeczy, którymi możesz zarządzać Powershell. Aby zobaczyć polecenia, spróbuj:

import-module RemoteDesktop get-command -module RemoteDesktop

Istnieje lista poleceń, które można wykonać za pomocą programu Powershell w celu zarządzania urządzeniem. Jednak próbowałem kilku, ale niektóre z nich wymagają zainstalowania dodatkowych funkcji, których nie można wdrożyć w scenariuszu, o którym mówimy.

Brzydki sposób

Jeśli żadne z powyższych nie działa, istnieje sposób na zresetowanie okresu karencji do początkowych 120 dni. Oczywiście nie polecam tego robić, ponieważ użytkownik będzie nadal zauważał wiadomość. Oczywiście musisz kupić odpowiednie licencje.

Aby zresetować licznik, wystarczy usunąć ten klucz rejestru:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Grace Period

Oczywiście potrzebujesz do tego dodatkowych uprawnień, wykonywanie regeditjako administrator nie będzie działać. Spróbuj tego:

• Uzyskaj PSEXEC
• Uruchom cmd jako administrator
• biegać psexec -s -i regedit.exe
• usuń żądany klucz
• restart

Mam nadzieję, że niektóre z nich działają dla Ciebie. Jeśli robisz postępy w Powershell i RDS, daj nam znać.

Gdy tworzyłem środowisko w laboratorium, aby wypróbować to (proste wdrożenie RDS bez domeny), znalazłem odpowiedź na twoje pytanie, chociaż nie jest to pytanie, którego chcesz usłyszeć.

RDS w [Server 2012 i 2012 R2] wymaga dodania wszystkich swoich serwerów do domeny . Według menedżera programu Microsoft w zespole wirtualizacji pulpitu zdalnego, który napisał połączony artykuł na blogu MSDN, Konfigurowanie nowego wdrożenia usług pulpitu zdalnego za pomocą programu Windows PowerShell.

Przykro mi, że nie była to odpowiedź, której chciałeś, ale wydaje mi się, że jest dość autorytatywna. Nie możesz robić tego, co chcesz, ponieważ Microsoft zdecydował, aby członkostwo w domenie było wymogiem technicznym dla serwerów RDS w Server 2012 i 2012 R2.

Podczas testowania stwierdziłem, że ważne jest, aby mieć co najmniej 1 kartę sieciową skonfigurowaną z włączonym IPv6. Było to wymagane jako sprzężenie zwrotne, aby serwer licencji RDS rozmawiał ze sobą, próbując to rozwiązać za pośrednictwem protokołu IPv6 (jak widać w pingach). Miałem wyłączoną IPv6 na obu kartach sieciowych, co spowodowało, że serwer nie zapętlił się poprawnie.