Kuinka RDS-lisensointi toimii: Yleiskatsaus

Etätyöpöytäpalveluiden asiakaspääsylisenssit määrittävät, kuinka käyttäjät tai laitteet voivat käyttää Microsoftin etätyöpöytäpalveluiden käyttöönottoa. Tämä yleiskatsaus selittää pääasiassa RDS CAL -malleja, kuinka RD-lisensointipalvelin tukee niitä ja mitkä tekniset tiedot ylläpitäjien tulisi tarkistaa.

Microsoftin lisensointi riippuu käyttöjärjestelmästä, asennetuista rooleista, käyttäjäkannasta ja käyttöönottoa säätelevästä sopimuksesta. Tämä artikkeli tarjoaa teknistä taustaa valmistautuessasi seuraavaan lisensointipäätökseesi.

Mikä on RDS CAL?

Miksi RDS-lisenssit

RDS-lisensointi on järjestelmä, jota Microsoft käyttää hallitakseen ja tarjotakseen pääsyn etätyöpöytäpalveluihinsa. Lisensointiprosessi varmistaa, että organisaatioilla on asianmukaiset lisenssit käyttäjille tai laitteille, jotka yhdistävät RDS-infrastruktuuriin. Tämän vuoksi se on kriittinen osa etätyöpöytäyhteyden hallinnassa ja tarjoamisessa käyttäjille Windows Server -ympäristössä.

Mitä ovat asiakaspääsylisenssit?

Joten pikemminkin ohjelmistotuote, kuin an RDS-asiakaslisenssi tai RDS CAL on lisensiointioikeus, joka liittyy pääsyyn Remote Desktop Services -palveluihin. Se ei ole asiakasohjelmistoa (toisin kuin Remote Desktop Protocol) eikä se luo etäistuntoa itsenäisesti.

Perinteisessä Windows Server RDS -asennuksessa järjestelmänvalvojien tulisi ottaa huomioon sekä taustalla olevat Windows Server -käyttöoikeudet että Remote Desktop Services -palveluihin liittyvät lisäoikeudet. RDS CAL:ia ei tulisi pitää korvauksena mistään Windows Server -CAL:ista tai muista lisensseistä, joita saatetaan soveltaa.

RDS CALs ja Remote Desktop Protocol (RDP)

Etätyöpöytäprotokolla, tai RDP, on natiiviyhteysteknologia. Etätyöpöytäpalvelut, tai RDS, on Windows Serverin roolipohjainen alusta, joka tarjoaa jaettuja työpöytiä ja RemoteApp-ohjelmia käyttäjille. Meidän Windows Serverin etätyöpöytäopas antaa laajemman selityksen tästä arkkitehtuurista ja sen pääpalvelinrooleista.

Rajoitetut etäyksityisoikeudet eroavat päivittäisten työpöytien tai liiketoimintasovellusten tarjoamisesta loppukäyttäjille. Organisaatioiden tulisi tarkistaa soveltuvat Microsoftin ehdot ennen kuin ne käsittelevät hallinnollista pääsyä loppukäyttäjän etäohjelmapalveluna.

Nyt, ennen kuin siirrymme tarkempiin yksityiskohtiin, tässä on joitakin perusteita ja sanastoa tämän aiheen käsittelemiseksi.

Perus toiminnot, määritelmät ja vuorovaikutukset:

1. RDS-lisenssityypit

RDS CALs, eli asiakaspääsylisenssit , voidaan määrittää kahdella tavalla:

• Käyttäjä CAL: Tämä lisenssi sallii tietyn käyttäjän käyttää RDS:ää mistä tahansa laitteesta. Se on ihanteellinen tilanteisiin, joissa yksittäiset käyttäjät tarvitsevat joustavuutta yhdistää useilta laitteilta, kuten työpöydiltä, kannettavilta tietokoneilta tai tableteilta.
• Laite CAL: Tämä lisenssi on määritetty tietylle laitteelle, mikä mahdollistaa useiden käyttäjien pääsyn RDS-palvelimelle kyseiseltä laitteelta. Se sopii ympäristöihin, joissa useat käyttäjät jakavat yhden työaseman.

2. Lisensointiprosessi

1. Lisenssipalvelin: Sinun on asennettava ja aktivoitava RDS-lisenssipalvelimen rooli Windows Serverissä hallitaksesi CALien jakelua. Lisenssipalvelin on sitten vastuussa RDS CALien hallinnasta ja myöntämisestä käyttäjille tai laitteille.
2. Lisenssipalvelimen aktivointi: Kun Lisenssipalvelin-rooli on asennettu, sinun on aktivoitava se Microsoftin lisensointisivuston kautta, puhelimitse tai automaattisesti, jos internet-yhteys on saatavilla.
3. CALien asentaminen: Aktivoinnin jälkeen voit asentaa ostetut RDS CALit Lisenssipalvelimelle. Tämä prosessi sisältää yleensä Microsoftin tarjoaman lisenssiavaimen syöttämisen. Nämä CALit jaetaan sitten käyttäjille tai laitteille, kun ne yhdistyvät RDS:ään.
4. CALien myöntäminen: Kun käyttäjä tai laite yhdistää RDS-istuntoon, RDS-lisenssipalvelin myöntää CALin, jos sellainen on saatavilla. Lisenssipalvelin seuraa jokaisen CALin käyttöä varmistaakseen vaatimustenmukaisuuden.

3. Armahdusaika

Ensimmäisen RDS-roolin asennuksen yhteydessä on armonaika, jolloin RDS CAL:ia ei vaadita. Tämä mahdollistaa RDS-ympäristön konfiguroinnin ja testaamisen ilman välittömiä lisensointihuolia. Armonaikojen jälkeen asianmukainen RDS-lisensointi on oltava kunnossa.

4. Lisenssin valvonta

• Käyttäjäkohtaisesti: Lisenssipalvelin ei tiukasti valvo käyttäjäkohtaisia lisenssejä; se vain seuraa myönnettyjen käyttäjä-CALien määrää. Sinun on varmistettava, että sinulla on ostettuna riittävästi käyttäjä-CALeja kattamaan kaikki käyttäjät.
• Per laite: Lisenssipalvelin seuraa aktiivisesti laitteita ja varmistaa, että jokaisella laitteella on voimassa oleva laite-CAL.

5. Lisenssityypit

• Pysyvä: Säännölliset CALit on pysyvästi määritetty, kunnes ne peruutetaan manuaalisesti tai niiden voimassaolo päättyy.
• Väliaikainen: Tilapäisiä CAL:ia voidaan myöntää, kun uusi käyttäjä tai laite yhdistää RDS:ään ensimmäistä kertaa. Nämä kestävät tyypillisesti 90 päivää ja ne korvataan sitten pysyvällä CAL:illa, jos se on saatavilla.

6. Lisenssivaatimusten noudattaminen

Va compliance on ratkaisevan tärkeää. Lisenssipalvelin seuraa myönnettyjen CALien määrää varmistaakseen, että et ylitä ostamiasi lisenssejä. On tärkeää varmistaa keskeytymätön pääsy. Vaikka käyttäjä-CALeja ei valvota tiukasti, laite-CALeja seurataan tarkasti varmistaakseen, että jokaisella laitteella on voimassa oleva lisenssi. Lisenssipalvelin voi tuottaa raportteja käytön ja vaatimustenmukaisuuden seuraamiseksi.

7. Korkea saatavuus

Kriittisissä käyttöympäristöissä RDS-lisenssipalvelimet voidaan konfiguroida korkean saatavuuden tiloihin. Tämä varmistaa, että vaikka yksi lisenssipalvelin epäonnistuu, toinen voi jatkaa lisenssien myöntämistä.

8. Ulkoinen liitäntälisenssi

Ulkoisten käyttäjien (esim. kumppanien tai asiakkaiden) tilanteissa Ulkoinen Liitäntälisenssi saattaa olla sopivampi kuin yksittäiset CALit.

9. Istuntoisäntien ja lisensointitilojen hallinta

RDS-istuntoisäntä on konfiguroitava käyttämään oikeaa lisensointitilaa (Per User tai Per Device) ja osoitettava oikeaan lisenssipalvelimeen.

10. Kun olet epävarma, tarkista

Muista, että tämä on edelleen yleiskatsaus. Koska yksityiskohdat voivat vaihdella ympäristösi ja Microsoftin lisensointisopimusten mukaan, on aina hyvä idea konsultoida lisensointiasiantuntijaa tai Microsoftin edustajaa varmistaaksesi täydellisen vaatimustenmukaisuuden ja optimaalisen konfiguroinnin.

Näiden käsitteiden yhteenvetona alla on tarkempia näkökohtia, joissa on tarvittaessa kuvia tai esimerkkejä.

Milloin RDS CAL:it yleensä vaaditaan?

CAL:ien eri infrastruktuureille ja käyttötarkoituksille

Jokaisen käyttäjän tai laitteen, joka yhdistää Windows Serveriä ajavaan RD Session Hostiin, tarvitsee sopiva RDS CAL Lisenssianalyysi voi muuttua, kun ympäristö käyttää muita Microsoftin palveluja, isännöityä infrastruktuuria, ulkoisia käyttäjiä tai erilaisia pääsyteknologioita.

Ensimmäinen vaihe on siten arkkitehtoninen. Tunnista, onko RD-istuntopalvelimen rooli asennettu, mitä palveluja käyttäjät käyttävät ja tukevatko yhteys palvelimen hallintaa tai monikäyttäjäohjelmien toimitusympäristöä.

Sisäiset ja ulkoiset käyttäjät

Työntekijät, urakoitsijat, kumppanit ja asiakkaat eivät välttämättä aina kuulu samaan lisensointimalliin. Microsoft tarjoaa ulkoisen liittimen lisenssejä joillekin tuotteille ja ulkoisen käyttäjän skenaarioille, mutta sovellettavat ehdot riippuvat tuotteesta, palvelinympäristöstä ja sopimuksesta.

Ulkoista liitintä ei tule automaattisesti käsitellä käyttäjä- tai laite-CALien korvaajana. Asiakkaisiin, isännöityihin palveluihin tai suuriin ulkoisiin väestöihin liittyvät käyttöönotot tulisi tarkistaa Microsoftin tai valtuutetun lisensointiasiantuntijan kanssa.

RDS User CAL vs Device CAL

Käyttäjä CALit tai Laite CALit

Microsoft tarjoaa kaksi pääasiallista RDS CAL -mallia. Sopiva malli riippuu siitä, ovatko käyttäjät vai päätelaitteet vakaampi väestö.

Malli	Määrätty käyttäjälle	Usein arvioitu seuraaville
Per käyttäjä	Nimetty käyttäjä	Työntekijät, jotka yhdistävät useilta laitteilta
Per laite	Erityinen päätepiste	Jaetut työasemat, kioskityöskentely ja vuorotyöympäristöt

Pääasialliset erot:

• Käyttäjä CAL seuraa lisensoitua käyttäjää laitteiden välillä.
• Laite CAL kattaa lisensoidun laitteen, kun eri ihmiset käyttävät kyseistä päätepistettä RDS:ään pääsemiseksi.

Microsoft myös huomauttaa, että Per User -seurannassa on rajoituksia työryhmäympäristöissä, kun taas laite-CAL:it voidaan seurata ilman Active Directory -jäsenyyttä.

Esimerkit:

• 30 työntekijän organisaatio, joka yhdistää toimistotietokoneista, kannettavista tietokoneista ja tableteista, voi arvioida tarpeensa 30 käyttäjä-CAL:ina.
• Tehdas, jossa on 45 vuorotyöntekijää jakamassa 15 terminaalia, saattaa arvioida, että he tarvitsevat yhteensä 15 laite-CAL:ia jaettavaksi vuorojen aikana.

Nämä esimerkit havainnollistavat laskentalogiiikkaa sen sijaan, että ne tarjoaisivat lisenssineuvontaa tiettyyn käyttöönottoon.

Ovatko RDS CALit samanaikaisia lisenssejä?

RDS CALeja ei normaalisti tulisi laskea kelluvaksi pooliksi, joka perustuu vain samanaikaisiin istuntoihin. Per User -lisensointi perustuu asiaankuuluvaan käyttäjäpopulaatioon, kun taas Per Device -lisensointi perustuu asiaankuuluvaan laitepopulaatioon.

Tällä erolla on merkitystä, kun yrityksellä on monia valtuutettuja käyttäjiä, mutta vain muutama aktiivinen istunto kerrallaan. Istuntojen samanaikaisuus voi vaikuttaa infrastruktuurin kapasiteettiin, mutta se ei automaattisesti määritä tarvittavien CAL:ien määrää.

Miten RDS-lisensointi toimii teknisesti?

Miten prosessi etenee?

RDS-asennus käyttää RD-lisensointipalvelinta RDS CALien asentamiseen, myöntämiseen ja seuraamiseen. Normaali hallintojärjestys on:

1. Asenna RD-lisensointirooli.
2. Aktivoi lisensointipalvelin.
3. Asenna yhteensopiva RDS CAL -paketti.
4. Määritä jokainen RD-istuntopalvelin oikealla lisensointitilalla.
5. Ohjaa istuntopalvelin oikeaan lisensointipalvelimeen.
6. Valvo myöntämistä, kokoonpanovaroituksia ja saatavilla olevia lisenssejä.

Mahdolliset ongelmat

Kun käyttäjä tai laite yhdistää, RD-istuntoisäntä määrittää, onko RDS CAL:ia vaadittu, ja ottaa yhteyttä lisensointipalvelimeen. Oikea CAL-paketti yksinään ei riitä. Ongelmia syntyy, jos istuntoisäntä käyttää väärää lisensointitilaa tai ei voi tavoittaa lisensointipalvelinta.

Lisensointitiedot ja ryhmät

TSplus-opas etätyöpöytälisensoinnin tilan määrittäminen selittää asiaankuuluvat ryhmäkäytännöt, PowerShell ja palvelinasetukset.

Per laite -lisensoinnissa lisensointipalvelin myöntää ja seuraa aktiivisesti lisenssejä päätepisteille. Käyttäjäkohtaisessa lisensoinnissa Microsoft asettaa suuremman vastuun järjestelmänvalvojille oikean lisenssimäärän ylläpitämisestä, koska tekninen ylilataus voi tapahtua.

Yksinkertaisempaa sovellusta ja työpöytäjulkaisua varten ilman täyden RDS-pinon operatiivista painoa, miksi ei aloita ilmainen TSplus Remote Access -kokeilu Loistava tapa testata yksinkertaista keskitettyä sovellustoimitusta omassa ympäristössäsi.

Mitä on armokaudet ja tilapäiset CALit?

120 päivän grace-aika

Uudelle käyttöönotetulle RD-istuntopalvelimelle on 120 päivän lisenssivapausjakso, jonka aikana lisenssipalvelinta ei vaadita. Tämän jakson jälkeen kelvollisilla asiakkaille tarvitaan voimassa oleva RDS CAL, jonka on myöntänyt saatavilla oleva lisenssipalvelin, ennen kuin he voivat aloittaa etäistunnon.

Käyttöikkuna, ei poikkeus

Armoaika on käyttöönottoikkuna, ei pysyvä lisensointimalli. Järjestelmänvalvojien tulisi käyttää sitä lisensointipalvelimen aktivoimiseen, CAL-paketin asentamiseen ja Istuntopalvelimen konfiguraation vahvistamiseen.

Tilapäiset CALit

Tilapäiset CALit ovat erillinen mekanismi. Laitekohtaisessa mallissa laite voi saada tilapäisen CALin ensimmäisellä kirjautumisellaan. Microsoft dokumentoi, että tilapäinen laite CAL on voimassa 90 päivää. Tilapäiset CALit eivät ole saatavilla käyttäjäkohtaisessa mallissa.

RDS CAL -versionin yhteensopivuus

RDS CAL -yhteensopivuus sisältää kaksi erillistä tarkistusta:

Tarkista	Yleinen sääntö
CAL istuntoisäntään	Uudemman version CAL voi käyttää samaa tai aikaisempaa Windows Server -versiota.
CAL lisensointipalvelimelle	Lisensointipalvelimen on toimittava samalla Windows Server -versiolla kuin CAL tai uudemmalla versiolla.

Istuntopalvelimet

Esimerkiksi Windows Server 2025 RDS CAL voi kattaa kelvollisen yhteyden Windows Server 2022 Session Hostiin. Windows Server 2022 RDS CAL ei voi kattaa Windows Server 2025 Session Hostia.

Windows Server -versiot

Samoin Windows Server 2022 -lisensointipalvelin ei voi isännöidä Windows Server 2025 RDS CAL -pakettia. Lisensointipalvelimen on toimittava Windows Server 2025:ssä, jotta se voi asentaa kyseisen CAL-version.

Windows Server -päivitystä suunnittelevien järjestelmänvalvojien tulisi tarkistaa istuntopalvelimet, RD-lisensointipalvelin ja asennettujen CAL-versioiden muutokset.

Yleisimmät RDS-lisensointivirheet

Useita toistuvia ongelmia on teknisiä sen sijaan, että ne olisivat ostopuolen virheitä:

• laskemalla vain samanaikaisia istuntoja
• sekoittamalla Windows Server CAL:it RDS CAL:ien kanssa
• asentamalla CAL:it mutta jättämällä Istuntoisäntä-lisensointitilan määrittämättömäksi
• käyttämällä lisensointipalvelinta, joka ei voi isännöidä CAL-versiota
• olettaen, että onnistunut yhteys todistaa lisenssivaatimusten noudattamisen
• sallimalla 120 päivän armokauden umpeutua ennen lisenssipolun testaamista

RD Licensing Diagnoser, Event Viewer ja Remote Desktop Licensing Manager voivat auttaa tunnistamaan konfiguraatio- ja viestintäongelmia. Kun RD Session Host ei voi löytää sopivaa palvelinta, katso meidän “No Remote Desktop License Servers Available” virhe opas keskittyneelle vianetsintäpolulle. Silti, vaikka nämä työkalut näyttävät teknisen tilan, ne eivät korvaa soveltuvan lisenssisopimuksen tarkastelua.

Mitä TSplus Remote Access tuo keskusteluun?

TSplus Etäyhteys

TSplus Remote Access -lisensointi ja Microsoft-lisensointi tulisi arvioida erikseen. TSplusin tukiohjeet erottavat Microsoft RDS -toiminnallisuutta ja RDS-roolia käyttävät käyttöönotot niistä käyttöönotosta, joissa tätä roolia ei ole asennettu. Vaikka RDS tarjoaa vankan kehyksen etäyhteyksille, TSplus tarjoaa ratkaisuja, jotka laajentavat ja yksinkertaistavat etäinfrastruktuurisi hallintaa ja käyttöä.

Tässä on, miten TSplus voi parantaa etätyöpöytäkokemustasi:

Yksinkertainen ja vapauttaa käyttöjärjestelmäsi

TSplus Remote Access tarjoaa kustannustehokkaan tavan käyttää perinteistä RDP:tä, tarjoten saumattoman etätyöpöytäyhteyden helpon konfiguroinnin ja hallinnan kanssa. Siinä on mahdollisuus laite- ja käyttöjärjestelmäriippumattomuuteen. HTML5 pääsy avaamalla Windows-horisonttia, jotta tietyt osastot eivät jää järjestelmäkohtaisuuksien vangiksi. TSplus Remote Access tukee laajaa laitevalikoimaa ja mahdollistaa sovellusten tai työpöytien välittömän julkaisemisen vähäisellä asetuksella.

Sopimukset ja vaatimukset

Soveltuvat Microsoftin vaatimukset riippuvat Windows-käyttöjärjestelmästä, asennetuista rooleista, käytetyistä palveluista ja hallitsevasta sopimuksesta. Organisaatioiden tulisi siksi erottaa TSplus-lisenssi kaikista Microsoft-lisensseistä, jotka saattavat koskea taustalla olevaa palvelinympäristöä.

TSplusin tukijuttu aiheesta Microsoftin EULA:t ja CAL:t määrittelee tuotekohtaisen teknisen aseman. Kuitenkin, TSplus ei vaikuta organisaatioiden vaatimustenmukaisuuden määrittämiseen Microsoftin sopimusten kanssa.

Olipa Microsoft RDS -rooli ja RDS-toiminnallisuus käytössä tai ei, järjestelmänvalvojien tulisi tarkistaa Microsoftin nykyiset RDS-vaatimukset. Itse asiassa, vaikka RDS-roolia ei käytetä, organisaation tulisi silti arvioida kaikki Windows Serverin, työpöytäkäyttöjärjestelmän ja sovellusten lisensointivelvoitteet.

Lopullista arviointia varten dokumentoi arkkitehtuuri ja ota yhteyttä Microsoftiin, valtuutettuun lisensointikumppaniin tai muuhun pätevään asiantuntijaan.

Miten TSplus-ohjelmistopaketti voi parantaa ja vahvistaa asetustasi?

TSplus Advanced Security

Turvallisuus on ensisijainen prioriteetti kaikissa etätyöpöytäympäristöissä. TSplus Advanced Security parantaa RDS-ympäristöäsi ominaisuuksilla, kuten monivaiheisella todennuksella, IP-osoiterajoituksilla ja kattavalla pääsynhallinnalla, varmistaen, että etäyhteytesi ovat turvallisia.

TSplus Server Monitoring ja kuormantasaus

Liiketoiminnalle, joka vaatii korkeaa saatavuutta ja skaalautuvuutta, TSplus Load Balancing jakaa käyttäjäistunnot useiden palvelimien kesken, varmistaen optimaalisen suorituskyvyn ja luotettavuuden jopa huipputuntien aikana.

TSplus Etä Tuki

TSplus Remote Support yksinkertaistaa etävikojen korjaamista ja apua, jolloin IT-tukitiimit voivat nopeasti yhdistää käyttäjäistuntoihin ja ratkaista ongelmia ilman perinteisten RDS-tukityökalujen monimutkaisuutta.

Päätelmä

RDS-lisensoinnin toiminnan ymmärtäminen on olennaista vaatimustenmukaisen ja tehokkaan etätyöpöytäympäristön ylläpitämiseksi. Tehokas RDS-lisensointi tarkoittaa kysymysten käsittelyä: kuka yhdistää, mitä laitteita he käyttävät ja mitkä Windows Server -roolit tarjoavat istunnon. Tämän jälkeen järjestelmänvalvojat voivat arvioida käyttäjä- tai laitemallia, konfiguroida RD-lisensoinnin oikein ja tarkistaa version yhteensopivuuden.

Toimiva etäistunto ei itsessään todista lisenssivaatimusten noudattamista. Pidä teknisiä tietoja, tarkista Microsoftin nykyiset ehdot ja hae asiantuntija-apua, kun käyttöönotto sisältää ulkoisia käyttäjiä, isännöintiä, sekoitettuja lisensointimalleja tai epätavallista arkkitehtuuria.

Hyödyntämällä TSplus-tuotteita voit parantaa RDS-asetustasi paremmalla turvallisuudella, yksinkertaistetulla hallinnalla ja suuremmalla joustavuudella. Haluatko yksinkertaisempaa sovellusten ja työpöydän toimituksen hallintaa ja käyttöä, kustannustehokasta etäyhteyttä tai edistyneitä ominaisuuksia? TSplus-ratkaisut voidaan räätälöidä tarpeidesi mukaan. tutustu TSplus Remote Access -ohjelmistoon ja aloita ilmainen 15 päivän kokeilusi .