Windows bulut sunucu ile uzak masaüstü: aynı anda kaç kullanıcı bağlanır, 2 oturum sınırı ve RDS CAL ihtiyacı

Windows bulut sunucu kiraladınız, ofisteki çalışanlar Logo ya da Mikro'ya uzak masaüstüyle bağlanacak. İki kişi sorunsuz giriyor, üçüncü kişi bağlanınca biri oturumdan atılıyor. Bu bir arıza değil, Windows Server'ın lisans gereği koyduğu bir sınır. Bu rehber KOBİ sahipleri ve sistem yöneticileri için hazırlandı: sınırın nedenini, çok kullanıcılı kullanım için gereken RD Session Host rolünü ve kaç RDS CAL almanız gerektiğini adım adım anlatır.

Windows bulut sunucuda varsayılan sınır: 2 yönetim oturumu

Windows Server kurulduğu anda uzak masaüstü "yönetim amaçlı" çalışır. Microsoft bu kipi sunucuyu yöneten kişiler için tasarlamıştır. Aynı anda en fazla iki uzak oturum açılabilir. Bu iki oturum için ayrıca RDS lisansı gerekmez, çünkü amaç sunucuyu yönetmektir, sunucuda iş yapmak değil.

Burada iki noktayı ayırmak gerekir:

• Teknik sınır: RD Session Host rolü kurulu değilse Windows ikiden fazla eş zamanlı uzak oturuma izin vermez.
• Lisans sınırı: İki oturum açılabiliyor diye iki muhasebecinin her gün bu oturumlarla Logo'da fatura kesmesi, lisans açısından "yönetim amaçlı kullanım" sayılmaz. Sunucuya iş uygulaması kullanmak için bağlanan her kişi için RDS lisansı gerekir.

Yani "iki kişiyiz, yeter" düşüncesi teknik olarak çalışsa da lisans koşullarına uymaz. Bu ayrımı bilmek, ileride bir lisans denetiminde sürpriz yaşamamak için önemlidir.

Üçüncü kullanıcı bağlanınca ne olur ve hangi uyarı çıkar

İki oturum doluyken üçüncü kişi bağlanmaya çalıştığında iki farklı durum görülür:

1. Bağlanan kişi yönetici değilse: Bağlantı sayısının sınırlı olduğunu ve tüm bağlantıların şu an kullanımda olduğunu söyleyen bir uyarı alır, oturum açamaz.
2. Bağlanan kişi yönetici yetkisine sahipse: Windows açık oturumları listeler ve birini seçip bağlantısını kesmesini ister. Diğer kullanıcı uyarı alır, kabul etmezse ya da yanıt vermezse belli bir süre sonra oturumu kesilir.

İkinci durum ofislerde en çok karışıklık yaratan durumdur. Herkesin yönetici hesabıyla girdiği bir sunucuda kullanıcılar birbirini sürekli düşürür, kaydedilmemiş fişler kaybolur. Bağlantı kesilmesi hatalarının genel teşhisi için Microsoft'un uzak masaüstü bağlantı kesilme sorun giderme belgesine bakabilirsiniz.

Ayrıca aynı kullanıcı adıyla iki kişi giriyorsa, "kullanıcı başına tek oturum" ayarı açık olduğu için ikinci giriş birinciyi devralır. Bu durumda sınır iki bile değil, fiilen bire düşer. Her çalışana ayrı kullanıcı hesabı açmak hem bu sorunu hem de iz sürme sorununu çözer.

Çok kullanıcı için RD Session Host rolü ve RDS CAL zorunluluğu

İkiden fazla kişinin aynı anda çalışması için sunucuya Uzak Masaüstü Oturumu Ana Bilgisayarı (RD Session Host) rolü kurulur. Rol kurulunca eş zamanlı oturum sayısını artık donanım (CPU, RAM, disk) ve lisans belirler.

Rolün yanında iki bileşen daha gerekir:

• RD Licensing (Uzak Masaüstü Lisanslama) sunucusu: CAL'leri barındırır ve dağıtır. Küçük ofislerde aynı sunucuya kurulabilir.
• RDS CAL (Client Access License): Sunucuya uzak masaüstüyle bağlanan her kullanıcı ya da cihaz için bir lisans.

Bulut sağlayıcıdan kiralanan sunucularda RDS lisansı çoğu zaman aylık abonelik (SPLA kapsamında kullanıcı başı) olarak faturalanır. Elinizdeki kalıcı CAL'leri bulutta kullanıp kullanamayacağınız ise lisans türünüze ve sağlayıcının koşullarına bağlıdır. Bu ayrımı Windows bulut sunucu lisansı: SPLA kiralama mı, kendi lisansınız mı yazısında ayrıntılı ele aldık.

120 günlük ek süre tuzağı

RD Session Host rolü kurulduğu anda lisans sunucusu tanımlanmamış olsa bile 120 günlük bir ek süre başlar. Bu süre içinde her şey çalışır, sonra kullanıcılar lisans hatası alır ve bağlanamaz. Sunucu "kurulumdan dört ay sonra kendiliğinden bozuldu" gibi görünür. Lisans hatalarının resmi teşhis adımları için RDS lisanslama sorun giderme kılavuzunu kullanın. Kalan süreyi nasıl göreceğinizi aşağıdaki PowerShell bölümünde gösteriyoruz.

Kullanıcı CAL mı cihaz CAL mı: çalışma grubu ve etki alanı farkı

RDS CAL iki türdür ve bir lisans sunucusunda tek bir lisans kipi seçilir.

En sık yapılan yanlış, CAL'in "aynı anda bağlanan kişi sayısı" için alındığını düşünmektir. RDS CAL eş zamanlı kullanımı değil, erişen farklı kişi ya da cihaz sayısını lisanslar. Ofiste 10 kişi var ama aynı anda en fazla 4'ü bağlanıyorsa, kullanıcı CAL'inde ihtiyacınız 4 değil 10'dur.

Karar ölçütü basit: kişi sayısı cihaz sayısından azsa kullanıcı CAL, cihaz sayısı kişi sayısından azsa cihaz CAL daha ekonomiktir. Sunucu çalışma grubundaysa ve kullanıcı CAL seçtiyseniz, kimin lisans kullandığını bir tabloda kendiniz tutun.

Kaç CAL gerekir: Logo, Mikro ve Netsis kullanan ofis için örnek senaryolar

Aşağıdaki senaryolar hesaplama yöntemini göstermek içindir. RDS CAL, iş yazılımının kendi kullanıcı lisansından ayrıdır: Logo, Mikro ya da Netsis kullanıcı lisanslarınız ayrıca yeterli olmalıdır.

Senaryo 1: 5 kişilik muhasebe ofisi, herkes kendi bilgisayarından. Beş çalışan, her biri tek bilgisayardan Mikro'ya bağlanıyor. Kişi ve cihaz sayısı eşit, 5 CAL yeterli. Patron evden de bağlanacaksa kullanıcı CAL seçin, çünkü ek cihaz yeni lisans gerektirmez.

Senaryo 2: 8 çalışan, bir dış mali müşavir, patron üç cihazdan. Ofiste 8 kişi, ayda birkaç gün bağlanan mali müşavir ve laptop, tablet, ev bilgisayarından bağlanan patron. Kullanıcı CAL ile 10 lisans gerekir. Cihaz CAL ile sayılacak cihaz daha fazla olacağından kullanıcı CAL mantıklıdır. Mali müşavirin az bağlanması sayıyı düşürmez.

Senaryo 3: Depo ve mağazada vardiyalı çalışma. 3 terminal bilgisayarı, üç vardiyada toplam 12 kişi Netsis'e bağlanıyor. Cihaz CAL ile 3 lisans yeterli; kullanıcı CAL seçilseydi 12 gerekirdi.

Senaryo 4: Sunucuyu yalnız yöneten BT sorumlusu. Yalnız bakım, güncelleme ve yedek kontrolü için bağlanan kişi yönetim amaçlı bağlantı yapar (örneğin mstsc /admin). Bu kullanım için RDS CAL gerekmez. Ama aynı kişi gün içinde Logo'da da çalışıyorsa CAL sayısına eklenir.

Kaç kullanıcıya göre ne kadar CPU ve RAM gerektiğini ayrıca hesaplamanız gerekir. Bunun için Logo, Mikro ve Netsis için kullanıcı sayısına göre sunucu seçimi rehberine bakabilirsiniz.

Bağlantıyı kısıtlayan Grup İlkesi ve RDP-TCP ayarlarını kontrol etme

Rol kurulu olduğu halde kullanıcılar hâlâ birbirini düşürüyorsa sorun çoğu zaman bir ilke ayarıdır. Önce durumu ölçün, sonra değiştirin.

Rol, lisans kipi ve kalan ek süre

Aşağıdaki betik yalnız okuma yapar, hiçbir ayarı değiştirmez; geri almanız gereken bir şey yoktur. Windows Server 2019, 2022 ve 2025 üzerinde PowerShell 5.1 için hazırlandı. Yönetici olarak açılmış PowerShell penceresinde çalıştırın.

# Salt okunur kontrol betiği: ayar değiştirmez.

# 1) Sunucudaki açık uzak masaüstü oturumlarını listele
query session

# 2) RD Session Host ve RD Licensing rolleri kurulu mu?
Get-WindowsFeature -Name RDS-RD-Server, RDS-Licensing |
    Select-Object Name, InstallState

# 3) Lisans kipi ve kalan ek süre (yalnız RD Session Host kuruluysa anlamlıdır)
$ts = Get-CimInstance -Namespace root\cimv2\TerminalServices `
      -ClassName Win32_TerminalServiceSetting
$ts | Select-Object LicensingType, LicensingName

# Ek sürenin bitmesine kaç gün kaldığını göster
Invoke-CimMethod -InputObject $ts -MethodName GetGracePeriodDays |
    Select-Object DaysLeft

Beklenen çıktıyı şöyle okuyun:

• RDS-RD-Server için InstallState değeri Available ise rol kurulu değildir, sunucu iki yönetim oturumuyla sınırlıdır.
• Değer Installed ise rol kuruludur. LicensingName alanında kullanıcı başına ya da cihaz başına kip görünmelidir; kip yapılandırılmamış görünüyorsa lisans sunucusu ve kip henüz tanımlanmamıştır.
• DaysLeft değeri azalıyorsa ve lisans sunucusunu tanımlamadıysanız, bu sayı sıfırlandığında kullanıcılar bağlanamayacaktır.

Oturum sayısını sınırlayan ayarlar

Aşağıdaki betik de yalnız okur, Windows Server 2019, 2022 ve 2025 ile PowerShell 5.1 için hazırlandı.

# Grup İlkesi ile yazılmış uzak masaüstü ayarları (varsa)
$politika = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services'
if (Test-Path $politika) {
    Get-ItemProperty -Path $politika |
        Select-Object MaxInstanceCount, fSingleSessionPerUser, LicensingMode, LicenseServers
} else {
    'Uzak masaüstü için tanımlı Grup İlkesi kaydı yok.'
}

# Yerel uzak masaüstü ayarları
Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server' |
    Select-Object fDenyTSConnections, fSingleSessionPerUser

# RDP-Tcp dinleyicisinin bağlantı sınırı ve portu
Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp' |
    Select-Object MaxInstanceCount, PortNumber

Kontrol noktaları:

• MaxInstanceCount (ilke): Bağlantı sayısını sınırla ilkesinden gelir. Burada 2 gibi düşük bir değer varsa, rol kurulu olsa bile oturum sayısı bu değere takılır.
• fSingleSessionPerUser: 1 ise her kullanıcı tek oturum açabilir. Ayrı kullanıcı hesabı kullanan ofislerde bu doğru ayardır; ortak hesap kullanıyorsanız sorun ilkede değil, ortak hesaptadır.
• LicensingMode: İlkede 2 cihaz başına, 4 kullanıcı başına kip demektir. Satın aldığınız CAL türüyle aynı olmalıdır.
• LicenseServers: Lisans sunucusunun adı ya da adresi. Boşsa 120 günlük süre bittiğinde bağlantılar reddedilir.
• RDP-Tcp MaxInstanceCount: Varsayılan değer çok büyük bir sayıdır ve pratikte sınırsız anlamına gelir.

Bu ayarları Grup İlkesi Düzenleyicisi'nde (gpedit.msc) şu yolda bulursunuz: Bilgisayar Yapılandırması, Yönetim Şablonları, Windows Bileşenleri, Uzak Masaüstü Hizmetleri, Uzak Masaüstü Oturumu Ana Bilgisayarı. Bağlantılar altında oturum sınırları, Lisans Verme altında lisans sunucusu ve lisans kipi yer alır. Ayarı değiştirdikten sonra gpupdate /force çalıştırın ve betiği tekrar çalıştırarak değerin değiştiğini doğrulayın. Geri almak için aynı ilkeyi "Yapılandırılmadı" durumuna getirmeniz yeterlidir.

Rolün kurulumu, CAL'lerin etkinleştirilmesi ve RD Gateway ile güvenli erişim adımları için Windows Server 2025'te uzak masaüstü sunucusu kurulumu rehberini izleyebilirsiniz. Rol kurulumu sunucuyu yeniden başlatır; bunu kullanıcıların çalışmadığı bir saatte yapın ve öncesinde snapshot ya da yedek alın.

RDPWrap ve termsrv.dll yamaları neden çözüm değil

İnternette "Windows'ta sınırsız RDP" diye anlatılan RDPWrap ya da termsrv.dll dosyasını değiştiren yamalar sık önerilir. Bunlar çözüm değildir:

• Lisans ihlalidir. Teknik sınırı kaldırmak lisans yükümlülüğünü kaldırmaz. Kurumsal bir sunucuda bu, denetimde doğrudan risk demektir.
• Güncellemeyle bozulur. Windows güncellemesi termsrv.dll dosyasını değiştirdiğinde yama uyumsuz kalır, uzak masaüstü hiç çalışmayabilir. Bu da sizi güncellemeleri ertelemeye iter.
• Güvenlik riski taşır. Sistem dosyasını değiştiren, kaynağı ve bakımı belirsiz bir aracı internete açık bir sunucuya kurmuş olursunuz. Pek çok güvenlik yazılımı bu araçları şüpheli olarak işaretler.
• Sağlayıcı desteğini zorlaştırır. Değiştirilmiş sistem dosyası olan bir sunucuda sorun gidermek uzar.

Doğru yol RD Session Host rolü ile yeterli sayıda RDS CAL'dir.

Kendiniz mi kurarsınız, lisans dahil hazır sunucu mu?

İki yolun da artısı ve eksisi var.

Kendiniz kurarsanız:

• Artı: Kalıcı CAL'leriniz varsa ve lisans koşulları bulutta kullanmanıza izin veriyorsa, tekrar eden lisans gideri olmayabilir.
• Artı: Yapılandırma tamamen sizin kontrolünüzdedir.
• Eksi: Rol kurulumu, lisans sunucusu, kip seçimi, 120 günlük süre takibi ve güvenlik (RDP'nin internete açık olmaması, kaba kuvvet koruması) sizin sorumluluğunuzdadır.
• Eksi: Kullanıcı sayısı değiştiğinde CAL satın alma ve etkinleştirme sizin işinizdir.

Lisans dahil hazır sunucu alırsanız:

• Artı: Windows Server ve RDS lisansı aylık faturaya dahildir, kullanıcı ekledikçe lisans da artar, azaltınca düşer.
• Artı: İlk gün çok kullanıcılı çalışmaya hazır gelir, ek süre tuzağı yaşanmaz.
• Eksi: Lisans uzun vadede abonelik olarak ödenir; kullanıcı sayısı sabit ve uzun süre değişmeyecekse toplam maliyeti kalıcı lisansla karşılaştırın.
• Eksi: Kullanıcı başı lisans sayısını sağlayıcıya doğru bildirmek sizin sorumluluğunuzdadır.

Karar ölçütü: Sunucuda iki kişiden fazla iş yapılacaksa ve elinizde bulutta kullanılabilir CAL yoksa, lisans dahil hizmet genellikle daha az riskli ve daha hızlı başlangıçtır. Kullanıcı sayısı sık değişiyorsa aylık modelin esnekliği öne çıkar.

Sık yapılan hatalar

• Herkese yönetici hesabı vermek. Kullanıcılar birbirini oturumdan atar ve sunucu gereksiz yetkiyle açık kalır. Her çalışana ayrı, standart yetkili hesap açın.
• CAL sayısını eş zamanlı kullanıcıya göre almak. Farklı kişi ya da cihaz sayısını sayın.
• Lisans kipini CAL türüyle eşleştirmemek. Kullanıcı CAL alıp cihaz kipi seçmek bağlantı hatalarına yol açar.
• Ek süreyi unutmak. Rol kurulumundan sonra lisans sunucusunu aynı gün tanımlayın ve DaysLeft kontrolünü takviminize ekleyin.
• RDP'yi doğrudan internete açık bırakmak. Çok kullanıcılı sunucuda saldırı yüzeyi büyür; VPN ya da RD Gateway kullanın, IP kısıtlaması koyun.

Sık sorulan sorular

Windows bulut sunucuya aynı anda kaç kişi bağlanabilir?

RD Session Host rolü yoksa en fazla iki uzak yönetim oturumu açılır. Rol kurulu ve yeterli RDS CAL varsa sınırı lisans sayısı ve sunucunun CPU, RAM ve disk kapasitesi belirler.

İki kişi bağlanıyorsak RDS CAL almamız gerekir mi?

Bu iki kişi yalnız sunucuyu yönetiyorsa gerekmez. Sunucuda Logo, Mikro ya da başka bir iş uygulaması kullanıyorlarsa, sayı iki de olsa her biri için RDS lisansı gerekir.

Logo veya Mikro lisansım varsa RDS CAL yine gerekir mi?

Evet. İş yazılımının kullanıcı lisansı programı kullanma hakkını, RDS CAL ise Windows sunucuya uzak masaüstüyle bağlanma hakkını verir. İkisi birbirinin yerine geçmez.

Çalışma grubundaki sunucuda kullanıcı CAL kullanabilir miyim?

Kullanabilirsiniz ama lisans sunucusu çalışma grubunda kullanıcı CAL dağıtımını izleyip raporlayamaz. Uyumu kendiniz belgelemeniz gerekir. Kayıt tutmak istemiyorsanız cihaz CAL ya da Active Directory etki alanı düşünün.

120 günlük süre bittiğinde ne olur?

Lisans sunucusu ve kip tanımlanmamışsa kullanıcılar lisans hatasıyla bağlanamaz. Yönetim amaçlı mstsc /admin bağlantısıyla sunucuya girip lisans ayarlarını tamamlayabilirsiniz.

Bu işi hazır yapmak isterseniz, Windows Server lisansı dahil ve RDP ile kullanıma hazır teslim edilen Windows sunucu kiralama seçeneğinde ihtiyacınız olan kullanıcı sayısını belirterek RDS lisansını da birlikte talep edebilirsiniz.

Sonuç

Üçüncü kullanıcının bağlanamaması bir arıza değil, Windows Server'ın yönetim kipindeki iki oturum sınırıdır. Çok kullanıcılı çalışma için RD Session Host rolünü kurun, lisans sunucusunu ve kipi tanımlayın, CAL sayısını eş zamanlı kullanıcıya göre değil erişen kişi ya da cihaz sayısına göre hesaplayın. Yukarıdaki salt okunur PowerShell kontrolleriyle sunucunuzun bugünkü durumunu ölçün ve RDPWrap gibi yamalardan uzak durun.