Uzak masaüstü sunucu nedir: kişisel RDP VDS mi, çok kullanıcılı RDS sunucusu mu? Kullanıcı sayısına ve lisansa göre seçim

Uzak masaüstü sunucu, çalışanların kendi bilgisayarlarından internet üzerinden bağlanıp programları sunucunun üzerinde çalıştırdığı bir Windows sunucusudur. İlanlarda aynı ihtiyaç için "RDP VDS", "RDS sunucusu" ve "terminal sunucu" gibi farklı adlar geçiyor. Bu adlar aynı şeyi anlatmıyor. Rehber, ekibine sunucu arayan KOBİ sahibi ve BT sorumlusu için hazırlandı. Amacı, fiyat listesine bakmadan önce kullanıcı sayınıza ve lisans durumunuza uygun yapıyı seçmenizi sağlamak.

Uzak masaüstü sunucu nedir: RDP, RDS ve VDS farkı

Bu üç kavram ayrı katmanlarda yer alır. Karıştırıldıklarında yanlış ürünü kiralamak çok kolaydır.

• RDP (Remote Desktop Protocol): Microsoft'un uzak masaüstü bağlantı protokolüdür. Varsayılan olarak TCP 3389 portunu kullanır. Bilgisayarınızdaki "Uzak Masaüstü Bağlantısı" (mstsc) bu protokolle konuşur. Tek başına bir protokoldür; kaç kişinin bağlanabileceğini o belirlemez.
• RDS (Remote Desktop Services): Windows Server'ın çok kullanıcılı uzak masaüstü rolüdür. Eski adı Terminal Services'tir, "terminal sunucu" denmesi de buradan gelir. Aynı anda çok sayıda kullanıcının ayrı oturum açmasını sağlar ve lisans ister.
• VDS / VPS: Sunucunun fiziksel değil sanal olduğunu söyler. Sanal makine sınıfıdır, işletim sistemi ya da uzak masaüstü özelliğiyle bir ilgisi yoktur.

Yani "RDP VDS", genellikle üzerinde Windows kurulu ve yönetici olarak RDP ile bağlanabildiğiniz sanal bir sunucudur. "RDS sunucusu" ise RD Session Host rolü kurulu ve lisanslanmış, birçok kullanıcının aynı anda çalıştığı sunucudur. Sanal ya da fiziksel olması ayrı bir karardır.

Kişisel RDP VDS: tek kullanıcı ya da yönetici erişimi için ne zaman yeterli

Windows Server, RDS rolü kurulmadan da uzaktan yönetim amacıyla aynı anda 2 uzak oturuma izin verir. Bu oturumlar sunucunun bakımı ve yönetimi için verilmiştir, son kullanıcıların günlük işi için değil.

Kişisel RDP VDS şu durumlarda yeterlidir:

• Sunucuyu yalnız siz ya da bir BT sorumlusu kullanıyorsanız.
• Sunucuda bir web uygulaması, servis, bot veya zamanlanmış görev çalışıyor ve kullanıcılar ona masaüstünden değil tarayıcıdan ya da API ile bağlanıyorsa.
• Logo, Mikro gibi bir programın SQL Server veritabanı sunucuda duruyor, kullanıcılar ise kendi bilgisayarlarındaki istemciyle VPN üzerinden veritabanına bağlanıyorsa. Burada masaüstüne kullanıcı girmez, yalnız yönetici girer.

Yetersiz kaldığı durum açıktır: üçüncü bir kişi bağlanmak istediğinde ya bağlanamaz ya da mevcut oturumlardan birini düşürmesi gerekir. Bu sınırın ayrıntısını aynı anda kaç kullanıcının bağlanabileceğini anlatan yazıda ele aldık.

Önemli bir uyarı: 2 yönetim oturumunu iki çalışana kalıcı olarak dağıtmak teknik olarak mümkün görünse de bu oturumlar lisans açısından yönetim amaçlıdır. Günlük iş için kullanıcı bağlanıyorsa RDS lisansı gerekir.

Çok kullanıcılı RDS sunucusu: bileşenler

Ekip aynı programı sunucu üzerinde çalıştıracaksa RDS kurmanız gerekir. Bir RDS yapısında şu roller bulunur:

• RD Session Host (Oturum Ana Bilgisayarı): Kullanıcı oturumlarının açıldığı ve programların çalıştığı sunucudur. Asıl yükü bu taşır.
• RD Licensing (Lisans sunucusu): RDS CAL'leri barındırır ve oturum ana bilgisayarına dağıtır. Session Host bu sunucuyu bulamazsa ek süre bittikten sonra bağlantı reddedilir. Microsoft bu hatayı ve çözümünü RD Lisanslama sunucusu bulunamadığında yaşanan bağlantı sorunu belgesinde anlatıyor.
• RD Connection Broker: Birden fazla Session Host varsa kullanıcıları dağıtır, kopan oturuma yeniden bağlanmayı sağlar.
• RD Web Access: Kullanıcılara tarayıcı üzerinden uygulama ve masaüstü listesi sunar. RemoteApp ile yalnız tek bir programı pencere olarak yayınlamak da mümkündür.
• RD Gateway: RDP trafiğini HTTPS (443) içinde taşır. Böylece 3389'u internete açmadan dışarıdan erişim sağlanır.

Küçük bir ofiste bu rollerin hepsi aynı sunucuda çalışabilir. Kullanıcı sayısı büyüdükçe Session Host'u ayırmak ve gerekirse çoğaltmak gerekir.

Mevcut sunucunuzda durumu kontrol etme

Elinizde zaten bir Windows sunucu varsa hangi rollerin kurulu olduğunu ve kaç oturum açık olduğunu görmek için aşağıdaki komutları kullanabilirsiniz. Komutlar Windows Server 2019, 2022 ve 2025 ile PowerShell 5.1 için hazırlandı. Yalnız okuma yaparlar, sistemde değişiklik yapmadıkları için geri alınacak bir şey yoktur. Yönetici PowerShell penceresinde çalıştırın.

# 1) RDS rolleri kurulu mu? InstallState "Installed" ise rol kurulu
Get-WindowsFeature -Name RDS-RD-Server, RDS-Licensing, RDS-Gateway, RDS-Connection-Broker |
    Select-Object Name, DisplayName, InstallState

# 2) Şu an açık olan uzak oturumlar (Active / Disc durumları)
qwinsta

# 3) Session Host'un lisans modu (RDS rolü kuruluysa anlamlıdır)
Get-CimInstance -Namespace root\cimv2\TerminalServices -ClassName Win32_TerminalServiceSetting |
    Select-Object LicensingType, LicensingName

Değerlendirme şöyle yapılır: RDS-RD-Server için InstallState değeri Available görünüyorsa sunucu yalnız 2 yönetim oturumuyla çalışıyordur. qwinsta çıktısında rdp-tcp# ile başlayan satırlar açık uzak oturumları gösterir; Disc durumundakiler bağlantısı kopmuş ama kapanmamış oturumlardır ve sınırı doldurmaya devam eder. Lisans modu satırı Session Host kuruluysa kullanıcı başına ya da cihaz başına seçimi gösterir; yapılandırılmamış görünüyorsa ek süre bittiğinde bağlantılar reddedilecektir.

Lisans tarafı: 2 yönetim oturumu ve RDS CAL ihtiyacı

Uzak masaüstü sunucu maliyetinde en çok atlanan kalem lisanstır. Basit bir karar kuralı kullanabilirsiniz:

1. Sunucuya yalnız yöneticiler bağlanıyor ve aynı anda en fazla 2 kişi bağlanıyorsa RDS CAL gerekmez. Windows Server lisansı yeterlidir.
2. Günlük iş için çalışanlar bağlanıyorsa, sayıları 2 olsa bile RD Session Host ve her kullanıcı ya da cihaz için RDS CAL gerekir.
3. RDS kurulduktan sonra lisans sunucusu yapılandırılmazsa Microsoft'un tanıdığı ek süre (120 gün) boyunca sistem çalışır, sonra yeni bağlantılar reddedilir. Sorun çoğu zaman tam bu tarihte ortaya çıkar.

İki lisans modeli vardır:

• Kullanıcı başına CAL: Bir kişi telefon, dizüstü ve ofis bilgisayarından bağlanabilir. Çalışanların birden fazla cihaz kullandığı ofislerde genellikle daha uygundur.
• Cihaz başına CAL: Vardiyalı çalışma gibi aynı bilgisayarı birden fazla kişinin kullandığı yerlerde mantıklıdır.

Satın alma biçimi de iki türlüdür. Kendi sunucunuzda kalıcı lisans (ya da kurumsal sözleşmeyle alınan lisans) kullanabilirsiniz. Kiralık sunucularda ise sağlayıcının hizmet sağlayıcı lisans programı üzerinden aylık, kullanıcı başına lisans alınır. Elinizdeki kalıcı CAL'leri kiralık paylaşımlı altyapıya taşıma hakkınız lisans koşullarına bağlıdır; satıcınızdan yazılı teyit almadan bu varsayımla plan yapmayın. Lisans modelleri ve sayım kuralları için Microsoft'un RDS istemci erişim lisansları belgesini esas alın.

Ayrıca kullandığınız iş yazılımının kendi kullanıcı lisansı RDS lisansından bağımsızdır. Logo, Mikro veya Netsis için ayrıca kaç eşzamanlı kullanıcı lisansınız olduğu da hesaba girer.

Logo, Mikro ve Netsis kullanan ofisler için tipik senaryolar

Muhasebe ve ERP programları uzak masaüstü sunucunun en yaygın kullanım alanıdır. Üç tipik durum ve uygun yapı:

Senaryo 1: Tek mali müşavir ya da tek muhasebeci. Program ve veritabanı sunucuda, bağlanan tek kişi. Kişisel RDP VDS yeterlidir. Ek kullanıcı planı yoksa RDS kurmak gereksiz maliyettir.

Senaryo 2: 3 ile 15 kişilik ofis, şubeden ya da evden çalışanlar var. Herkes aynı Logo veya Mikro şirketine girecek. Burada RDS şarttır. Programın sunucuda çalışması, veritabanı ile istemci arasındaki trafiğin sunucu içinde kalması demektir; bu da yavaş internet hatlarında bile ekranın akıcı çalışmasını sağlar. İstemciyi her bilgisayara kurup VPN ile veritabanına bağlamak ise hat kalitesine çok duyarlıdır. Boyutlandırma için kullanıcı başına bellek ve işlemci ihtiyacını tahminle değil ölçümle belirleyin. Logo için hazır yapı arıyorsanız Logo sunucu sayfasında uzak masaüstüyle çok kullanıcılı kullanımın nasıl kurgulandığını görebilirsiniz.

Senaryo 3: Kalabalık ekip ya da birden fazla program. Muhasebe, CRM ve e-fatura entegrasyonu aynı sunucuda ve kullanıcı sayısı yüksek. Bu noktada SQL Server'ı ayrı bir sunucuya almak ve Session Host'u ayırmak düşünülmelidir. Tek sunucuda her şeyi toplamak, bir kullanıcının ağır raporunun herkesin ekranını yavaşlatmasına yol açabilir.

Karar ölçütü olarak şu soruları sırayla yanıtlayın:

• Aynı anda en fazla kaç kişi bağlanacak?
• Bağlananlar yönetici mi, son kullanıcı mı?
• Programın kendi lisansı kaç eşzamanlı kullanıcıya izin veriyor?
• Kullanıcılar sabit ofisten mi, evden ve şubeden mi bağlanacak?

Kendi sunucunda RDS kurmak mı, lisansı dahil hazır uzak masaüstü sunucusu mu

Her iki yolun da geçerli olduğu durumlar var. Dürüst bir karşılaştırma:

Kendi sunucunuzda (ya da boş bir VDS'te) RDS kurmak

Artıları:

• Yapılandırma tamamen sizin kontrolünüzde.
• Elinizde geçerli ve taşınabilir lisans varsa uzun vadede lisans maliyetini düşürebilir.
• Grup ilkeleri, Active Directory entegrasyonu ve oturum kısıtlamalarını istediğiniz gibi ayarlarsınız.

Eksileri:

• Roller, lisans sunucusu, sertifika ve RD Gateway yapılandırması bilgi ve zaman ister.
• Lisans sunucusu yanlış kurulursa sorun aylar sonra, ek süre bitince ortaya çıkar.
• Güncelleme, yedek ve güvenlik takibi sizde kalır.
• Lisans uyumluluğu sizin sorumluluğunuzdadır; denetimde eksik CAL ciddi bir risk kalemidir.

Lisansı dahil hazır uzak masaüstü sunucusu

Artıları:

• Windows Server ve RDS lisansı aylık faturaya dahildir, kullanıcı ekleyip çıkararak lisansı ihtiyaca göre değiştirirsiniz.
• Kurulum, lisans sunucusu ve temel güvenlik ayarları teslimde hazırdır.
• Büyük bir lisans alımı için baştan sermaye ayırmazsınız.

Eksileri:

• Aylık lisans bedeli uzun vadede toplamda kalıcı lisanstan yüksek olabilir.
• Bazı sağlayıcılarda yönetici yetkileri ya da yapılandırma esnekliği sınırlı olabilir; teklifte bunu sorun.
• Sözleşmede kullanıcı ekleme ve çıkarma süreci, yedeğin kapsamı ve destek saatleri net değilse sürprizle karşılaşabilirsiniz.

Maliyet karşılaştırmasını yaparken aynı ölçütü kullanın: sunucu kaynağı, Windows Server lisansı, RDS CAL sayısı, yedek ve kurulum işçiliği. Yalnız sunucu fiyatını karşılaştırırsanız lisansı dahil teklif pahalı, lisanssız teklif ucuz görünür; ama ikisi aynı şeyi satmıyordur.

Sık yapılan hatalar

Lisanssız çoklu oturum. İstemci Windows (10 veya 11 Pro) üzerinde aynı anda birden fazla uzak oturum açtıran yamalar ve sistem dosyası değişiklikleri lisans koşullarına aykırıdır. Ayrıca her Windows güncellemesinde bozulabilir. Sunucuda da RDS kurup lisans sunucusunu yapılandırmamak aynı sonuca, 120 günün sonunda bağlantı kesintisine götürür.

3389'u internete açık bırakmak. Varsayılan RDP portu sürekli taranır ve kaba kuvvet denemelerine maruz kalır. Portu yalnız değiştirmek koruma sağlamaz. Doğru yaklaşım; erişimi RD Gateway ya da VPN arkasına almak, güvenlik duvarında yalnız ofis IP'lerine izin vermek, NLA'yı açık tutmak ve mümkünse çok faktörlü doğrulama eklemektir. Güvenlik duvarında 3389'u kapatmadan ya da IP kısıtlaması uygulamadan önce kendi bağlantınızın geleceği yolun (Gateway, VPN ya da izin listesindeki IP) çalıştığını mutlaka doğrulayın; aksi halde sunucuya erişimi kaybedersiniz. Böyle bir değişiklik öncesinde sağlayıcınızın web konsoluna erişebildiğinizden emin olun. Ayrıntılı adımlar için uzak masaüstü sunucu güvenliği yazısına bakabilirsiniz.

Portun dışarıdan açık olup olmadığını ofis dışındaki bir Windows bilgisayardan kontrol edebilirsiniz (192.0.2.10 yerine sunucunuzun genel IP adresini yazın):

# TcpTestSucceeded : True ise 3389 internetten erişilebilir durumda
Test-NetConnection -ComputerName 192.0.2.10 -Port 3389

Gateway ya da VPN kullanıyorsanız beklenen sonuç TcpTestSucceeded : False olmalıdır.

Herkese yönetici hesabı vermek. Kullanıcıların Administrators grubunda olması, bir kişinin hatasının ya da bulaşan zararlı yazılımın tüm sunucuyu etkilemesi anlamına gelir. Kullanıcıları "Remote Desktop Users" grubuna ekleyin, yönetici hesabını ayrı tutun.

Kopuk oturumları kapatmamak. Pencereyi çarpıyla kapatan kullanıcının oturumu açık kalır, bellek tüketir ve kaynakları gereksiz yere işgal eder. Grup ilkesiyle kopuk oturumlar için zaman sınırı tanımlayın.

Yedeği sunucunun kendi diskinde tutmak. Fidye yazılımı ya da disk arızasında yedek de gider. SQL veritabanı yedeğini sunucu dışında, ayrı bir depoda tutun ve geri yüklemeyi düzenli olarak deneyin.

Sık sorulan sorular

RDP VDS ile RDS sunucusu arasındaki temel fark nedir?

RDP VDS, yönetici olarak RDP ile bağlandığınız sanal Windows sunucusudur ve RDS rolü olmadan en fazla 2 yönetim oturumu açılır. RDS sunucusunda RD Session Host rolü ve RDS CAL lisansları bulunur; çalışanlar aynı anda ayrı oturumlarla çalışabilir.

2 kişilik bir ekip için RDS CAL gerekli mi?

Bağlanan iki kişi sunucuyu yönetmek için değil günlük iş için kullanıyorsa evet, lisans açısından RDS CAL gerekir. Yalnız yönetim amacıyla bağlanan iki yönetici için Windows Server lisansı yeterlidir.

Terminal sunucu ile uzak masaüstü sunucu aynı şey mi?

Evet. Terminal Services, RDS'nin eski adıdır. Bugün "terminal sunucu" denildiğinde genellikle çok kullanıcılı RDS sunucusu kastedilir.

Logo veya Mikro için RDS mi, VPN ile istemci kurulumu mu daha iyi?

Birden fazla lokasyondan bağlanan ekiplerde RDS genellikle daha tutarlı performans verir, çünkü program ile veritabanı arasındaki trafik sunucu içinde kalır. VPN ile istemci kurulumu ise RDS lisans maliyetini ortadan kaldırır ama hat kalitesine duyarlıdır ve her bilgisayarda program güncellemesi gerektirir.

Ek süre bitince ne olur?

RDS kurulduktan sonra lisans sunucusu ve lisans modu yapılandırılmadıysa ek süre sonunda yeni uzak masaüstü bağlantıları lisans hatasıyla reddedilir. Yönetim bağlantısı da etkilenebileceği için sağlayıcınızın konsol erişimini hazır tutun ve lisansı ek süre bitmeden yapılandırın.

Bu işi hazır yapmak isterseniz

RDS rollerini, lisans sunucusunu ve güvenli dış erişimi kendiniz kurmak yerine hazır bir yapı tercih ederseniz, uzak masaüstü çözümü sayfasında ekibinizin ofis dışından aynı masaüstüne nasıl bağlanacağını ve teklif sürecini inceleyebilirsiniz. Teklif isterken kullanıcı sayınızı, kullandığınız programları ve elinizdeki lisansları belirtmeniz doğru boyutlandırmayı kolaylaştırır.

Sonuç

Uzak masaüstü sunucu seçiminde ilk soru teknik değil, kullanımla ilgilidir: sunucuya kim, kaç kişi ve hangi amaçla bağlanacak? Yalnız yönetici erişimi gerekiyorsa kişisel RDP VDS yeterlidir. Çalışanlar günlük işini sunucuda yapacaksa RDS rolü ve RDS CAL kaçınılmazdır. Kararı verdikten sonra lisans sunucusunu ek süre bitmeden yapılandırın, 3389'u internete kapatın ve yedeği sunucu dışında tutun. Bu üç kontrol noktası, en sık karşılaşılan kesinti ve güvenlik sorunlarının önüne geçer.