RDS CAL: licence pro vzdálenou práci

ERP se na starém serveru spouští přes soubor RDP. Uživatelé se připojují bez potíží, ale licenční správce ukazuje méně přidělených licencí, než kolik lidí aplikaci používá. Při přesunu na Windows Server 2025 vyvstanou dvě různé otázky: zda nový server spojení přijme a zda je skutečný provoz správně pokrytý.

RDS User CAL se počítá podle oprávněných lidí, nikoli podle současně otevřených relací. RDS Device CAL podle přistupujících zařízení. Úspěšné přihlášení samo neprokazuje dostatek licencí. Pro správnou objednávku musíte navíc spojit typ CAL, verzi hostitele, verzi licenčního serveru a doménové či workgroup prostředí.

Následující postup řeší interní firemní RDS nad Windows Serverem v komerčním licencování. U hostingových služeb, externích zákazníků, SPLA či Azure Virtual Desktop se použijí další podmínky. Smluvní příklady vycházejí z aktuálních Product Terms pro MCA, ověřených 14. října 2026; pro jiný program vyberte odpovídající podmínky.

Nejdřív oddělte tři licenční vrstvy

Windows Server potřebuje pokrytí samotného serverového softwaru. U interního přístupu dále posuzujete základní Windows Server CAL nebo odpovídající ekvivalentní oprávnění. Pro vzdálené pracovní rozhraní přibývá RDS CAL či příslušná RDS User SL. RDS je v Product Terms uvedená jako doplňkové přístupové právo; samotná základní CAL ji nenahrazuje.

Některé podnikové sady Microsoft 365 přinášejí základní serverová přístupová práva. Kontrolujte konkrétní řádek v tabulce CAL ekvivalencí. Z toho, že Microsoft 365 E3 řeší Windows Server Base CAL, neplyne zahrnutí RDS CAL. Právě tato záměna dokáže změnit závěr celé inventury.

Office v relaci má ještě vlastní pravidla pro aplikace a aktivaci. Podrobnosti řeší návod ke sdílené aktivaci Office. Zakoupení RDS CAL neopraví chybějící právo na Microsoft 365 Apps.

RemoteApp a dvě administrátorské relace

Není podstatné, zda člověk vidí celou plochu, nebo jen okno ERP. Product Terms vyžadují doplňkové RDS oprávnění také při použití Windows Serveru k hostování grafického uživatelského rozhraní jinou technologií. Název klienta, soubor RDP či alternativní vzdálený protokol nejsou spolehlivým důvodem pro vynechání RDS.

Obecné podmínky pro software dovolují dvěma uživatelům přístup bez CAL výhradně pro administrativní účely. Nejde o dvě bezplatná pracovní místa pro účetní nebo obchodníky. Ani připojení přepínačem /admin nezmění práci v ERP na správu serveru.

Při inventuře proto zapisujte účel přístupu. Správce, který nastavuje aktualizace a konfiguraci serveru, je jiný scénář než člověk, který na stejném serveru zpracovává faktury. Pokud se činnosti míchají, administrativní výjimku nepoužívejte jako univerzální pokrytí účtu.

User, Device a skutečný počet přístupů

Přehled RDS CAL výslovně upozorňuje, že Per User může být technicky přealokovaný. Licence tak mohou chybět, i když nikdo nedostává chybu. U Per Device technické vydávání CAL naopak omezuje počet pokrytých zařízení. Počet relací v jednom okamžiku proto není společným jmenovatelem obou modelů.

Modelový příklad, nikoli údaje zákazníka: firma má 60 pracovníků, kteří se střídají na 20 společných kancelářských stanicích. Tři vedoucí z téže skupiny se navíc připojují z vlastních notebooků. Ve všech případech jde o interní pracovní RDS přístup a dostupné jsou odpovídající verze licencí.

Počty nezahrnují základní Windows Server oprávnění, serverové licence ani aplikace. Tabulka není cenovým doporučením: Per Device přidává evidenci zařízení a každá nová přístupová stanice mění rozsah. Per User může být praktičtější při častém střídání notebooku, domácího PC a dalších zařízení.

V modelu podle zařízení zkoumejte zařízení, odkud se člověk skutečně připojuje. Server provozující ERP ani společný přihlašovací účet nenahradí inventuru koncových stanic. Pokud zaměstnanci používají firemní notebooky i soukromé počítače, zakreslete obě cesty ještě před porovnáním nabídek.

Upgrade má tři samostatné verze

Hostitel relací určuje, jakou verzi RDS CAL potřebujete. Novější RDS CAL může pokrývat starší hostitele; obráceně to neplatí. Licenční server současně musí podporovat instalaci příslušného balíčku CAL. Microsoft tyto dva vztahy popisuje samostatně v kompatibilitě RDS CAL.

Výsledek tabulky ještě neověřuje počet licencí, zvolený režim ani celou RDS topologii. Při upgradu brokeru, gateway a dalších rolí použijte také podporované konfigurace RDS. V nabídkovém podkladu nenechávejte jediný údaj „RDS 2025“ pro několik rozdílných komponent.

Workgroup mění model i diagnostiku

V doménovém nasazení můžete zvolit vhodný Per User nebo Per Device režim. Ve workgroup podle návodu k licencování hostitelů musíte použít Per Device. Není to pouze chybějící report uživatelů; samotné Per User zde dokumentace nepovoluje.

Je-li RD Session Host a licenční server ve workgroup na různých strojích, přibývá další kontrola. Po bezpečnostní aktualizaci pro CVE-2024-38099 licenční server požaduje neanonymní přihlašovací údaje. Microsoft popisuje samostatný účet na licenčním serveru a dostupnost jeho přihlašovacích údajů pro službu na hostiteli. Tento konkrétní krok se netýká doménového scénáře ani situace, kdy obě role běží na stejném stroji.

Proto chyba po aktualizaci nemusí znamenat nedostatek zakoupených CAL. Zkontrolujte nejprve režim, verze, dosažitelnost a autentizaci. Vypnutí požadavku na autentizaci není doporučený výchozí postup; dokumentace u něj upozorňuje na zvýšené bezpečnostní riziko. Rozdíl mezi doménami, trusty a workgroup upřesňuje návod pro licenční server napříč prostředími.

Ověření před spuštěním nového serveru

Po instalaci RD Session Host existuje technické ochranné období 120 dnů bez požadavku na licenční server. Není to důkaz správného licenčního rozsahu. Do plánu migrace zařaďte funkční licencování ještě před tím, než se běžná práce stane závislá na novém hostiteli.

1. Sepište přístupovou mapu. Konkrétní lidé, zařízení, aplikace, účel a způsob připojení; přidejte přístup mimo kancelář.
2. Rozhodněte model. Zapište User či Device a odůvodněný počet. U workgroup použijte Device. Samostatně doložte základní serverová a aplikační práva.
3. Sestavte trojici verzí. Hostitel, CAL a licenční server. Připojte doklady o pořízení a případných upgrade právech, nikoli jen screenshot balíčku.
4. Připravte vydávání CAL. Aktivujte licenční server a nainstalujte odpovídající zakoupený balíček podle návodu Microsoftu. Potom nastavte licenční server a režim na hostiteli. U nasazení bez Connection Brokeru použijte odpovídající zásady podle návodu Microsoftu. Ověřte výsledné nastavení i případné přebití jinou politikou.
5. Spusťte RD Licensing Diagnoser. Pro workgroup doplňte kontrolu autentizace služby. Funkční síťové spojení neprokazuje správné přihlašovací údaje.
6. Otestujte reprezentativní přístupy. Běžný uživatel, společná stanice a vzdálený notebook; potom porovnejte vydání CAL s inventurou. U User nepovažujte absenci blokace za licenci navíc.
7. Zaznamenejte vlastnictví změn. Nové zařízení, nový zaměstnanec, upgrade serveru a změna modelu mají mít konkrétního odpovědného správce evidence.

Výstupem mají být dvě oddělená potvrzení: podporované a funkční technické nasazení, a licenční pokrytí popsaného provozu. Jeden úspěšný test relace neposkytuje obě.