Windows Server 2008 R2, Terminal Server'ın (Uzak Masaüstü Hizmetleri) etki alanı olmadan ve etki alanlarında ısrar etmeden dağıtımına izin verdi. Bu, özellikle herhangi bir ActiveDirectory veya Etki Alanı özelliğine ihtiyacı veya isteği olmayan uzak bir istemci için uzaktan yönetilen bir sunucunun bağımsız sanal veya bulut dağıtımları için çok kullanışlıdır.

Microsoft, her Windows sürümünde teknolojilerini daha da kısıtladığı için bu giderek daha zor hale geldi. Windows Server 2012 ile, Uzak Masaüstü Hizmetleri için lisans yapılandırmak, bir etki alanında değilken yine de mümkündür. Windows Server 2012 R2 ile (en azından önizlemede) engeller artık çok ciddi:

1. Windows Server 2012 R2'deki Rol ve Özellik Ekle / Kaldır sihirbazı, bir etki alanında değilseniz, dağıtamayacağınızı belirten bir kurala sahip özel bir RDS dağıtım moduna sahiptir. Önce bir alan adı oluşturmanızı veya bu alana katılmanızı söyler. Bu elbette, bir Active Directory etki alanı denetleyicisinin terminal sunucusu makinesiyle aynı makine olmaması gerektiğiyle doğrudan çakışıyor. Dolayısıyla Microsoft'un teknolojisi, aslında dağıtmak istediğim tek makineyi desteklemek için gereken İstenmeyen Düğümler Kümesi kadar bir Bulut İşletim Sistemi değildir. Bu iğrenç ve bu yüzden bir geçici çözüm bulmaya çalışıyorum.

2. Ancak bu sihirbazı atlar ve yalnızca ana Roller / Özellikler sihirbazındaki onay kutularını işaretlerseniz özellikleri dağıtabilirsiniz, ancak kullanıcı arayüzü bunları yapılandırmak için orada değildir ve roller sihirbazındaki RDS yapılandırma sayfasına geri döndüğünüzde , Yerel Bilgisayar Yöneticisi olarak oturum açtığınızda Uzak Masaüstü Hizmetleri sisteminizi yönetemeyeceğinizi belirten bir ileti alırsınız, çünkü sahip olabileceğiniz tüm yönetici ayrıcalıklarına sahip olmanıza rağmen (çalışma grubu tabanlı sisteminizde), RDS yapılandırma kullanıcı arabirimi bu kimlik bilgilerini kabul etmez ve devam etmenize izin vermez.

Kısaca sorum şu, yine de bir şekilde şu sonucu elde edebilir miyim:

• Sistem başına 10-20 kullanıcının RDS (TS) oturumu yapmasına izin vermeliyim.
• Microsoft bir şekilde mevcut bu özelliklere bağlı olmadığı sürece, fantezi pantolon RDS seçeneklerinden hiçbirine ihtiyacım yok. Bu "Terminal Server" bağırsakları gibi "RDS Oturum Ana Bilgisayarı" gerekir inanıyoruz. Microsoft bunun "Uzak Masaüstü Hizmetleri istemcisi için tam Windows masaüstü olduğunu" söylüyor.
• Ödemeyi, Grace Süresinin RDS'imi işlevsiz bırakarak sona ermeyeceği şekilde yapılandırmam gerekiyor, bu muhtemelen TS CAL'leri yapılandırmanın bir yoluna ihtiyacım olduğu anlamına geliyor.

Yukarıdakilerin hepsi PowerShell'in makul kullanımı ile teknik olarak yapılabilirse, yukarıdakileri yapmam gereken tüm PowerShell komut dosyalarını geliştirmeyi bile düşünmeye hazırım. Birinden bunu benim için yazmasını istemiyorum. Sorduğum şey, 2012 R2 UI for Workgroup kullanıcılarının kasıtlı olarak sakatlanması dışında yukarıda yapmak istediğim şey için teknik bir engel olup olmadığını bilen var mı? Bir PowerShell betiğinden değiştirip kontrol edersem temeldeki teknolojilerin tümü hala çalışır mı?

Açıkçası 1 kelimelik Evet veya Hayır yanıtı kimseye faydalı değil, bu yüzden soru gerçekten evet ya da hayır, neden? Cevap evet ise, o zaman nasıl.

Kendimi seninle aynı senaryoda buldum. Uzak Masaüstü'nü tek başına bir Server 2012 kutusuna dağıtmak oldukça zordur, çünkü Microsoft'taki çocuklar bunu etki alanı olmayan bir ağda çalıştırmanıza izin vermez ve eğer yaparsanız, tüm ayarları yönetemezsiniz.

Böylece, çalışma grubu tabanlı bir kutu yükleyebilir ve Uzak Masaüstü rollerinin üzerinde çalışmasını sağlayabilirsiniz. Aynı makineye Uzak Masaüstü Lisansı özelliklerini de yüklememiz gerekiyor. Ancak, bu noktada bir kez, sunucuda düzgün RDS CAL'leri yüklü olsa bile, kullanıcı oturum açtığında deneme süresinin açık olduğu iletisini alır.

Sonunda çalışmasını başardım, en azından eskiden bildiğimiz eski Terminal Hizmetleri gibi bir şey. Bu benim için RDS'ye ihtiyaç duyan ancak ağlarında iki sunucuya sahip olamayan küçük müşterilerin iki üretim makinesinde çalışıyor.

İşte başlıyoruz:

1. Aşağıdaki adımları kullanarak Uzak Masaüstü Lisansı ve Uzak Masaüstü Oturum Ana Bilgisayarı rol hizmetlerini yükleyin:

   • Sunucu Yöneticisini Aç
   • Yönet'e tıklayın ve Rol ve Özellik Ekle'yi seçin
   • Rol veya Özellik tabanlı yüklemeyi seçin
   • Uzak Masaüstü Hizmetleri altında, Uzak Masaüstü Lisansı ve Uzak Masaüstü Oturumu Ana Bilgisayarı rol hizmetlerini seçin.
   • Kuruluma devam et

2. Lisans Sunucusunu Terminal Sunucusu Lisans Sunucuları grubuna ekleyin ve Uzak Masaüstü hizmetini yeniden başlatın (kullanabilirsiniz licmgr.exe)

3. Lisansları lisans sunucusuna ekleyin.

4. Yerel Uzak Masaüstü Lisans sunucusunu kullanmak için Uzak Masaüstü Oturum Ana Bilgisayarı rolünü ile yapılandırın. Bu adımları takip et:

   • PowerShell'i yönetici olarak açın
   • PS komut istemine aşağıdaki komutu yazın ve Enter tuşuna basın:

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

Lisans modunu ayarlamak için aşağıdaki komutu çalıştırın (Not: Cihaz başına Değer = 2, Kullanıcı Başına Değer = 4, kullanıcı başına kullanıyoruz)

$obj.ChangeMode(4)

Makine adını Lisans Sunucusu ile değiştirmek için aşağıdaki komutu çalıştırın ( mylicenseserversunucunuzun adıdır):

$obj.SetSpecifiedLicenseServerList("mylicenseserver")

Yukarıda belirtilen adımları kullanarak yapılandırılmış ayarları doğrulamak için aşağıdaki komutu çalıştırın:

$obj.GetSpecifiedLicenseServerList()

Çıktıda sunucu adını görmelisiniz.

Bunu yaptıktan sonra, sistemi yeniden başlatın ve herhangi bir kullanıcıyla oturum açın (bir çalışma grubu kullanıyorsanız, kullanıcılarınızın bir parçası olması gerektiğini bilirsiniz Remote Desktop Users) ve deneme süresi mesajı kaybolacaktır.

Tüm bu karışıklığın kaynağı: http://support.microsoft.com/kb/2833839

İle yönetme Powershell

Yönetebileceğiniz birkaç şey var Powershell. Komutları görmek için şunu deneyin:

import-module RemoteDesktop get-command -module RemoteDesktop

Kutunuzu yönetmek için Powershell üzerinden uygulayabileceğiniz komutların bir listesi vardır. Ancak, birkaçını denedim, ancak bazıları, bahsettiğimiz senaryoya dağıtılamayan bazı ekstra özelliklerin yüklü olmasını gerektiriyor.

Çirkin yol

Yukarıdakilerin hiçbiri sizin için işe yaramıyorsa, yetkisiz kullanım süresini ilk 120 güne sıfırlamanın bir yolu vardır. Tabii ki, kullanıcı mesajı fark etmeye devam edeceği için bunu önermiyorum. Tabii ki, uygun lisansları satın almanız gerekir.

Sayacı sıfırlamak için şu kayıt defteri anahtarını silin:

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

Tabii ki, bunu yapmak için ekstra ayrıcalıklara ihtiyacınız regeditolacak, yönetici olarak çalışmak işe yaramayacak. Bunu dene:

• Get PsExec
• Yönetici olarak bir cmd başlatma
• Çalıştırmak psexec -s -i regedit.exe
• istenen anahtarı sil
• reboot

Umarım bunların bazıları sizin için çalışır. Powershell ve RDS ile bazı ilerlemeler yaparsanız, bize bildirin.

Bunu denemek için bir laboratuvarda bir ortam kurarken (bir alan adı olmadan basit bir RDS dağıtımı), sormak istediğiniz cevabı buldum, ancak duymak istediğiniz kişi değil.

[Server 2012 ve 2012 R2] içindeki RDS, tüm sunucularının bir etki alanına eklenmesini gerektirir . Bu, Microsoft'un Uzak Masaüstü Sanallaştırma ekibindeki bir program yöneticisine göre, bağlantılı MSDN blog makalesini yazan, Windows PowerShell kullanarak yeni bir Uzak Masaüstü Hizmetleri dağıtımı kurma.

Bu yüzden istediğin cevap değil, ama benim için oldukça yetkili görünüyor. Microsoft, Server 2012 ve 2012 R2'de etki alanı üyeliğini RDS sunucuları için teknik bir gereksinim haline getirmeye karar verdiğinden, istediğinizi yapamazsınız.

Bu test sırasında IPv6 etkin en az 1 NIC yapılandırılmış olması önemlidir. Bu, RDS Lisans sunucusunun kendisiyle konuşmasını sağlamak için geri döngü olarak gerekliydi, bunu yapmak için IPv6 aracılığıyla çözmeye çalıştı (Pings'te görüldüğü gibi). Her iki NIC IPv6 devre dışı vardı ve bu sunucu düzgün geri döngü neden oldu.