Как работи лицензиране на RDS: Преглед

Лицензите за достъп на клиенти на услуги за отдалечен работен плот определят как потребителите или устройствата могат да получат достъп до внедряване на услуги за отдалечен работен плот на Microsoft. Този преглед обяснява основните модели RDS CAL, как сървърът за лицензиране на RD ги поддържа и кои технически детайли администраторите трябва да проверят.

Лицензирането на Microsoft зависи от операционната система, инсталираните роли, потребителската популация и споразумението, регулиращо внедряването. Тази статия предоставя технически контекст в подготовка за вашето последващо определяне на лицензите.

Какво е RDS CAL?

Защо лицензите RDS

Лицензирането на RDS е системата, която Microsoft използва за управление и предоставяне на достъп до своите услуги за отдалечен работен плот. Процесът на лицензиране осигурява на организациите подходящите лицензи за потребители или устройства, свързващи се с инфраструктурата на RDS. Поради това, той е критичен компонент в управлението и предоставянето на достъп до отдалечен работен плот на потребителите в среда на Windows Server.

Какви са лицензиите за достъп на клиенти?

Така че, вместо софтуерен продукт, един Лиценз за достъп на клиент RDS или RDS CAL е лицензно право, свързано с достъпа до Remote Desktop Services. То не е клиентски софтуер (за разлика от Remote Desktop Protocol) и не създава дистанционна сесия самостоятелно.

В конвенционално разгръщане на Windows Server RDS, администраторите трябва да вземат предвид както основните права за достъп до Windows Server, така и допълнителните права, свързани с Remote Desktop Services. RDS CAL не трябва да се разглежда като заместител на каквито и да било Windows Server CALs или други лицензи, които могат да се прилагат.

RDS CALs и Протокол за отдалечен работен плот (RDP)

Протокол за отдалечен работен плот, или RDP, е родната технология за свързване. Услугите за отдалечен работен плот, или RDS, са платформата на Windows Server, базирана на роли, която предоставя споделени работни плотове и програми RemoteApp на потребителите. Нашият Ръководство за отдалечен работен плот на Windows Server предоставя по-широко обяснение на тази архитектура и нейните основни сървърни роли.

Ограничените права за отдалечено администриране се различават от предоставянето на ежедневни работни станции или бизнес приложения на крайни потребители. Организациите трябва да проверят приложимите условия на Microsoft, преди да третират административния достъп като услуга за отдалечено приложение за крайни потребители.

Сега, преди да преминем към по-подробна информация, ето някои основи и речник, за да се ориентирате в тази тема.

Основни функции, определения и взаимодействия:

1. Видове лицензи за RDS

RDS CALs, известни още като лицензи за достъп на клиенти може да бъде зададен по два начина:

• Потребителски CAL: Тази лицензия позволява на конкретен потребител да получи достъп до RDS от всяко устройство. Тя е идеална за сценарии, в които индивидуалните потребители се нуждаят от гъвкавост да се свързват от множество устройства, като настолни компютри, лаптопи или таблети.
• Лиценз за устройство: Тази лицензия е присвоена на конкретно устройство, позволявайки на множество потребители да получат достъп до RDS сървъра от това устройство. Тя е подходяща за среди, в които няколко потребители споделят едно работно място.

2. Процес на лицензиране

1. Сървър за лицензиране: Трябва да инсталирате и активирате ролята на RDS License Server на Windows Server, за да управлявате разпределението на CALs. License Server след това е отговорен за управлението и издаването на RDS CALs на потребители или устройства.
2. Активация на сървър за лиценз: След като ролята на License Server е инсталирана, трябва да я активирате чрез уебсайта за лицензиране на Microsoft, по телефон или автоматично, ако имате достъп до интернет.
3. Инсталиране на CALs: След активиране можете да инсталирате закупените RDS CAL на Лицензионния сървър. Този процес обикновено включва въвеждане на лицензионен ключ, предоставен от Microsoft. Тези CAL ще бъдат разпределени на потребители или устройства, когато се свързват с RDS.
4. Издаване на CALs: Когато потребител или устройство се свърже с RDS сесия, RDS License Server издава CAL, ако такъв е наличен. License Server проследява използването на всеки CAL, за да осигури съответствие.

3. Период на гратис

При първоначалната инсталация на ролята RDS има гратисен период, през който не се изискват RDS CALs. Това ви позволява да конфигурирате и тествате вашата RDS среда без незабавни притеснения относно лицензиране. След гратисния период, трябва да бъде налично правилно лицензиране за RDS.

4. Прилагане на лицензионни условия

• На потребител: Сървърът за лицензиране не налага строго лицензиране на потребител; той просто проследява броя на издадените потребителски CAL. Трябва да се уверите, че имате закупени достатъчно потребителски CAL, за да покриете всички потребители.
• На устройство: Лицензният сървър активно проследява устройствата и осигурява всяко устройство да има валиден Device CAL.

5. Видове лицензи

• Постоянен: Редовните CALs са постоянно присвоени, докато не бъдат ръчно оттеглени или изтекат.
• Временен: Временни CAL могат да бъдат издадени, когато нов потребител или устройство се свърже с RDS за първи път. Те обикновено траят 90 дни и след това се заменят с постоянен CAL, ако е наличен.

6. Спазване на лицензионните изисквания

Съответствието е от съществено значение. Лицензионният сървър проследява броя на издадените CAL, за да се увери, че не надвишавате закупените лицензи. Важно е да се осигури непрекъснат достъп. Докато потребителските CAL не се прилагат строго, CAL за устройства се наблюдават внимателно, за да се увери, че всяко устройство има валиден лиценз. Лицензионният сървър може да генерира отчети, които да помогнат за проследяване на използването и съответствието.

7. Висока наличност

За среди, където наличността е критична, сървърите за лицензиране на RDS могат да бъдат конфигурирани в режими с висока наличност. Това гарантира, че дори ако един сървър за лицензиране се провали, друг може да продължи да издава лицензи.

8. Лиценз за външен конектор

В сценарии, в които потребителите са външни (например, партньори или клиенти), лицензът за външен конектор може да бъде по-подходящ от индивидуалните CAL.

9. Хостове на сесии и лицензионни режими

RDS сесионният хост трябва да бъде конфигуриран да използва правилния режим на лицензиране (на потребител или на устройство) и да бъде насочен към правилния лицензен сървър.

10. Когато имате съмнения, проверете

Запомнете, че това остава общ преглед. Тъй като спецификите могат да варират в зависимост от вашата среда и лицензионни споразумения с Microsoft, винаги е добра идея да се консултирате с експерт по лицензиране или представител на Microsoft, за да осигурите пълно съответствие и оптимална конфигурация.

С тези понятия обобщени, по-долу са конкретни аспекти с по-голяма прецизност и с илюстрации или примери, където е необходимо.

Кога обикновено са необходими RDS CAL?

CALs за различни инфраструктури и приложения

Всеки потребител или устройство, което се свързва с RD Session Host, работещ с Windows Server, се нуждае от подходящ RDS CAL Лицензионният анализ може да се промени, когато средата използва други услуги на Microsoft, хоствана инфраструктура, външни потребители или различни технологии за достъп.

Първата стъпка е следователно архитектурна. Идентифицирайте дали ролята RD Session Host е инсталирана, кои услуги ползват потребителите и дали връзката поддържа администриране на сървъра или среда за доставка на приложения с множество потребители.

Вътрешни и външни потребители

Служителите,contractors, партньори и клиенти не винаги могат да попадат под един и същ лицензионен подход. Microsoft предлага лицензи за външни свързващи устройства за някои продукти и сценарии с външни потребители, но приложимите условия зависят от продукта, сървърната среда и споразумението.

Външен конектор не трябва автоматично да се разглежда като заместител на CALs за потребители или устройства. Разглеждането на внедрявания, свързани с клиенти, хоствани услуги или големи външни популации, трябва да се извършва с Microsoft или упълномощен специалист по лицензиране.

Потребителски CAL на RDS срещу CAL на устройство

Потребителски CAL или Устройствени CAL

Microsoft предлага два основни модела RDS CAL. Подходящият модел зависи от това дали потребителите или крайни точки са по-стабилната популация.

Модел	Назначен на	Често оценяван за
На потребител	Именуван потребител	Служители, свързващи се от няколко устройства
На устройство	Специфичен крайна точка	Споделени работни станции, киоски и смени

Основни отличия:

• Потребителски CAL следва лицензиран потребител на различни устройства.
• Устройство CAL покрива лицензирането на устройството, когато различни хора използват тази крайна точка за достъп до RDS.

Microsoft също отбелязва, че проследяването по потребител има ограничения в работни групи, докато Device CALs могат да бъдат проследявани без членство в Active Directory.

Примери:

• Организация с 30 служители, свързващи се от офис компютри, лаптопи и таблети, може да оцени нуждата си от 30 User CALs.
• Фабрика с 45 работници на смяна, споделящи 15 терминала, може да оцени, че имат нужда от 15 Device CALs общо, които да се споделят през смените.

Тези примери илюстрират логиката на броене, а не предоставят съвети за лицензиране за конкретно внедряване.

RDS CALs ли са конкордни лицензи?

RDS CALs не трябва обикновено да се считат за плаваещ пул, базиран само на едновременни сесии. Лицензирането на потребител е базирано на съответното население от потребители, докато лицензирането на устройство е базирано на съответното население от устройства.

Тази разлика е важна, когато бизнесът има много упълномощени потребители, но само няколко активни сесии едновременно. Конкуренцията на сесиите може да повлияе на капацитета на инфраструктурата, но не определя автоматично необходимия брой CAL.

Как работи лицензиране на RDS технически?

Как протича процесът?

Разгръщането на RDS използва сървър за лицензиране на RD, за да инсталира, издава и проследява RDS CALs. Нормалната административна последователност е:

1. Инсталирайте услугата роля RD Licensing.
2. Активирайте лицензионния сървър.
3. Инсталирайте съвместим пакет с RDS CAL.
4. Конфигурирайте всеки RD Session Host с правилния режим на лицензиране.
5. Укажете хост сесията на подходящия лицензен сървър.
6. Наблюдавайте издаването, конфигурационните предупреждения и наличните лицензи.

Потенциални проблеми

Когато потребител или устройство се свърже, RD Session Host определя дали е необходим RDS CAL и се свързва с лицензионния сървър. Само правилният пакет CAL не е достатъчен. Проблеми ще възникнат, ако Session Host използва грешен лицензионен режим или не може да достигне до лицензионния сървър.

Специфики и групи на лицензиране

Ръководството на TSplus за конфигуриране на режима на лицензиране на Remote Desktop обяснява свързаната групова политика, настройки на PowerShell и сървъра.

За лицензиране на устройство, лицензиращият сървър активно издава и проследява лицензи за крайни точки. При лицензиране на потребител, Microsoft поставя по-голяма отговорност на администраторите да поддържат правилния брой лицензи, тъй като може да се случи техническо преразпределение.

За по-просто приложение и публикуване на документи на настолни компютри без оперативната тежест на пълен RDS стек, защо не започнете безплатен пробен период на TSplus Remote Access Отличен начин да тествате проста централизирана доставка на приложения в собствената си среда.

Какво е с периодите на гратис и временните CAL?

120 дни гратисен период

Новоразположен RD Session Host има 120-дневен гратисен период за лицензиране, през който не е необходим лицензен сървър. След този период, правоспособните клиенти се нуждаят от валиден RDS CAL, издаден от наличен лицензен сървър, преди да могат да започнат дистанционна сесия.

Период на разгръщане, а не дерогация

Периодът на гратис е времеви прозорец за внедряване, а не постоянен лицензионен модел. Администраторите трябва да го използват, за да активират лицензионния сървър, да инсталират пакета CAL и да валидират конфигурацията на хоста на сесията.

Временни CALs

Временните CAL са отделен механизъм. В модела "На устройство" устройството може да получи временен CAL при първото си влизане. Microsoft документира, че временният CAL за устройство е валиден за 90 дни. Временните CAL не са налични в модела "На потребител".

Съвместимост на версията RDS CAL

Съвместимостта на RDS CAL включва две отделни проверки:

Проверете	Общо правило
CAL към хост сесия	По-късна версия на CAL може да получи достъп до същата или по-ранна версия на Windows Server.
CAL към сървър за лицензиране	Лицензионният сървър трябва да работи с една и съща версия на Windows Server като CAL или по-късна версия.

Сесийни сървъри

Например, Windows Server 2025 RDS CAL може да покрие допустима връзка към Windows Server 2022 Session Host. Windows Server 2022 RDS CAL не може да покрие Windows Server 2025 Session Host.

Версии на Windows Server

Също така, сървър за лицензиране на Windows Server 2022 не може да хоства пакет с RDS CAL за Windows Server 2025. Сървърът за лицензиране трябва да работи с Windows Server 2025, за да инсталира тази версия на CAL.

Администраторите, планиращи ъпгрейд на Windows Server, трябва да прегледат хостовете на сесиите, RD лицензионния сървър и инсталираните версии на CAL, тъй като едно изменение.

Чести грешки при лицензиране на RDS

Няколко повтарящи се проблема са технически, а не свързани с покупките:

• броене само на едновременни сесии
• объркване на Windows Server CAL с RDS CAL
• инсталиране на CALs, но оставяне на режима на лицензиране на хост сесия неконфигуриран
• използвайки лицензен сървър, който не може да хоства версията на CAL
• предполагайки, че успешната връзка доказва съответствието с лицензионните изисквания
• позволявайки на 120-дневния гратисен период да изтече преди тестването на лицензионния път

RD Licensing Diagnoser, Event Viewer и Remote Desktop Licensing Manager могат да помогнат за идентифициране на проблеми с конфигурацията и комуникацията. Когато RD Session Host не може да намери подходящ сървър, погледнете към нашия Грешка “Няма налични сървъри за лиценз на Remote Desktop” ръководство за фокусиран път за отстраняване на проблеми. Въпреки това, докато тези инструменти показват технически статус, те не заменят прегледа на приложимото лицензионно споразумение.

Какво добавя TSplus Remote Access към дискусията?

TSplus Remote Access

Лицензирането на TSplus Remote Access и лицензирането на Microsoft трябва да се оценяват отделно. Насоките за поддръжка на TSplus разграничават внедрявания, използващи функционалността на Microsoft RDS и ролята на RDS, от внедрявания, при които тази роля не е инсталирана. Докато RDS предоставя стабилна рамка за отдалечен достъп, TSplus предлага решения, които разширяват и опростяват управлението и използването на вашата отдалечена инфраструктура.

Ето как TSplus може да подобри вашето изживяване с отдалечен работен плот:

Прост и освобождава вашата операционна система

TSplus Remote Access предлага икономичен начин за използване на традиционен RDP, осигурявайки безпроблемен достъп до отдалечен работен плот с лесна конфигурация и администриране. Има опция за устройства и операционни системи, независими от платформата. HTML5 достъп отваряйки хоризонта на Windows, така че определени отдели да не бъдат задържани от специфики на системата. TSplus Remote Access поддържа широк спектър от устройства и ви позволява незабавно да публикувате приложения или работни станции с минимална настройка.

Споразумения и изисквания

Приложимите изисквания на Microsoft зависят от операционната система Windows, инсталираните роли, използваните услуги и управляващото споразумение. Следователно организациите трябва да разграничават лиценз на TSplus от всякакви лицензи на Microsoft, които могат да се прилагат към основната среда на сървъра.

Статията за поддръжка на TSplus относно Лицензионни споразумения и CAL на Microsoft определя техническата позиция, специфична за продукта. Въпреки това, TSplus няма влияние върху определянето на съответствието на организациите с договорите на Microsoft.

Независимо дали се използва ролята на Microsoft RDS и функционалността на RDS, администраторите трябва да прегледат текущите изисквания на Microsoft за RDS. Всъщност, дори когато ролята на RDS не се използва, организацията все още трябва да оцени всякакви задължения за лицензиране на Windows Server, настолни операционни системи и приложения.

За окончателна оценка документирайте архитектурата и се консултирайте с Microsoft, упълномощен партньор за лицензиране или друг квалифициран специалист.

Как може софтуерният пакет TSplus да подобри и укрепи вашата настройка?

TSplus Advanced Security

Сигурността е основен приоритет в всяка среда за отдалечен работен плот. TSplus Advanced Security подобрява вашата RDS среда с функции като многофакторна автентикация, ограничения на IP адресите и цялостен контрол на достъпа, осигурявайки, че вашите отдалечени връзки са сигурни.

TSplus Server Monitoring и балансировка на натоварването

За бизнеса, който изисква висока наличност и мащабируемост, TSplus Load Balancing разпределя потребителските сесии между множество сървъри, осигурявайки оптимална производителност и надеждност, дори по време на пикови часове на използване.

TSplus Remote Support

TSplus Remote Support опростява отдалеченото отстраняване на проблеми и помощ, позволявайки на ИТ екипите за поддръжка да се свързват бързо с потребителските сесии и да решават проблеми без сложността на традиционните инструменти за поддръжка на RDS.

Заключение

Разбирането на начина, по който работи лицензиране на RDS, е от съществено значение за поддържането на съвместима и ефективна среда за отдалечен работен плот. Ефективното лицензиране на RDS предполага отговор на въпросите: кой се свързва, какви устройства използват и кои роли на Windows Server предоставят сесията. Оттам администраторите могат да оценят модел на потребител или устройство, да конфигурират RD лицензиране правилно и да проверят съвместимостта на версиите.

Работната дистанционна сесия сама по себе си не доказва спазването на лицензионните условия. Запазвайте технически записи, преглеждайте актуалните условия на Microsoft и търсете специализирани съвети, когато внедряването включва външни потребители, хостинг, смесени лицензионни модели или необичайна архитектура.

Чрез използването на продуктите на TSplus можете да подобрите настройката на RDS с подобрена сигурност, опростено управление и по-голяма гъвкавост. Искате ли по-просто администриране и използване на приложения и настолни компютри, икономически ефективен отдалечен достъп или разширени функции? Решенията на TSplus могат да бъдат адаптирани, за да отговорят на вашите нужди: изследвайте TSplus Remote Access и започнете безплатния си 15-дневен пробен период .