Bu konuyu bir çok kez dile getirdiğimi biliyorum ve kabul ediyorum. Remote Desktop hizmetleri son 10 sene içinde ciddi bir evrim geçirdi ve sürekli yenilendi. Eskiden sadece Terminal Server ve Lisans Hizmetine sahip durumdayken şimdi;
- RD Web Access,
- RD Session Host,
- RD Virtualization Host,
- RD Gateway
- RD Connection Broker gibi bir çok role sahibiz.
Her bir rol kendi özünde özel istekleri karşılamakta ve günümüz ihtiyaçlarına cevap vermekte. Görev sayısı bu kadar fazla olduğu için, geleneksel kurulum yöntemi yenilenen Remote Desktop mimarisinde önerilmez.
Eski geleneksel yöntemde Windows Sunucu görevleri ekler gibi Remote Desktop hizmetlerini yükleyemeyiz. Etki alanından bağımsız bir şekilde çalışma grubu içinde çalıştıramayız.
Geleneksel kurulum yöntemi bir çok probleme gebedir ve uzak masaüstü hizmetlerinin bir çok yeteneği kaybedilir.
#RDSDeepDive çalışmalarımız da sürekli vurguladık. RD Connection Broker görevi, uzak masaüstü hizmetinin beynidir ve bu sunucu olmadığı zaman uzak masaüstü hizmetlerinin bir çok özelliği kullanılamaz.
Bir kez daha hatırlayalım, geleneksel kurulum yöntemi Citrix ve Vmware firmalarının uzak masaüstü hizmetleri için geliştirildi. Bu firmaların da Microsoft Remote Desktop hizmetlerine karşılık gelen ürünleri bulunmakta ve Remote Desktop sunucu hizmeti bu firmaların ürünleri tarafından da yönetilmekte. Microsoft Remote Desktop Servisini kullanacaksak eğer geleneksel kurulum yöntemini terketmeliyiz.
Remote Desktop Kurulum işlemini sizlere paylaşmıştım. Bu çalışmayı incelemenizi ve olması muhtemel hatalar için önlenmelerinizi almanızı bir kez daha hatırlatmaktayım.
Bütün önerilere rağmen geleneksel kurulum yöntemini tercih ederseniz, Ne kaybedersiniz?
Öncelikle güvenli bir iletişimi kaybettiniz. Uzak masa üstü hizmetleri için bir bağlantının anatomisi adlı çalışmayı paylaştık ve bu çalışmada her bir uzak masa üstü sunucu görevinin bir bağlantıya etki eden güvenlik özelliklerini adım-adım anlattık. Geleneksel kurulum yaptıysanız eğer bu güvenli bağlantı yöntemini kaybettiniz.
Ikinci kaybedek olduğunuz yetenek de artık ortamda Remote Desktop Web Access sunucu görevi bulunmamakta ve RemoteAPP özelliklerini kaybettiniz.
RemoteAPP özelliği Windows Server 2008’den beri kullanılan ve uzak masa üstü hizmetlerine performans ve güvenliği bir arada getiren bir yetenektir. Geleneksel kurulum yaparsak eğer bu özelliğide kaybederiz.
Bir başka kaybedecek olduğunuz özellikse aygıt (Remote Desktop Device Cal) başına yapılan lisanslama yöntemi. Remote Desktop ortamı geleneksel kurulum yapıldığı zaman aygıt başına lisanslama özelliğini kullanamaz.
El terminali ve benzeri aygıtlarımız varsa yada vardiya yöntemiyle çalışan bir şirketsek maliyet yönünden zarardayız ve doğru bir lisanslama modelini yapamadığımız için paramızı da kaybettik.
Ortamda Remote Desktop Connection Broker Database olmadığı için uzak masaüstü hizmetinin beynini kaybettik. Kim ne zaman bağlantı yapmış, ne kadar süre bağlanmış, hangi uygulamaları çalıştırmış. Bu bilgiler artık kayıp. Çünkü ortamda bir veri tabanı yok ve bu verilere sadece olay günlüklerinden kontrol edebiliriz.
Son olarak söylemek istediğimse, geleneksel kurulum yöntemi, yönetimsel bir arayüze sahip değil ve yönetimi de kaybettik.
Komut satırına ve uzak masaüstü hizmeti için geliştirilen powershell araçlarına bağımlıyız. Geleneksel kurulum yönteminde bir Farm mimarisi de olmadığı için yedekli bir mimariye de sahip olamıyoruz. İş sürekliliğini ve felaketten korunma senaryolarını da kaybettik.
Bu kadar kayba sahip olmaktansa gelin önerimizi dinleyin ve uzak masaüstü hizmetini Remote Desktop sihirbazıyla kurun.
