none
RDS server nepřiřazuje licence RRS feed

  • Dotaz

  • Dobrý večer,

    mám WS2012R2 RDS server, člen domény, nainstalovaná také role licenčního serveru, ten je aktivovaný, bez chyb, na něm mám nainstalovaných 25 RDS Device CAL a situace  je následující:

    Pokud se na tento RDS server připojím ze stanice, vůbec nepřidělí Device licenci, je to standartní stav ? Přiznám se, že teď vůbec netuším, na WS2016 mi Device licence přiděluje - temporary a pak trvalou.

    V Diagnostice licencování VP mám stále k dispozici 25 licencí, bez ohledu na to, kolik je připojených uživatelů z různých stanic.

    Děkuji
    pondělí 21. ledna 2019 20:15

Všechny reakce

  • a RDS vi, kde je jeho licencni server? a RDS vi, ze ma pouzivat PerDevice a ne PerUser?

    Zkontrolovat deployment properties. viz napr.

    https://blogs.technet.microsoft.com/askperf/2013/09/20/rd-licensing-configuration-on-windows-server-2012/

    úterý 22. ledna 2019 7:11
  • Díky za reakci,

    toto jsem ověřoval hned na začátku, přímo v lokálním GPO serveru je nastaveno FQDN licenčního serveru a licenční model. Všechny role RDS jsou nainstalovány na jednom a tom samém serveru, o kterém je řeč.

    Ještě doplním, že se připojení k RDS realizuje ze stanic, které nejsou připojeny k AD.

    O.V.



    úterý 22. ledna 2019 8:15
  • A RD licencing Diagnoser je spokojeny? Tj. vi kdo je lic.server a ukazuje spravny pocet a TYP RDS CAL?
    úterý 22. ledna 2019 9:23
  • Ano, ten je taky spokojený, nepochopitelně se tu jeví vše dobře:

    Get-RDServer | fl

    Server : TS.AS.LOCAL
    Roles  : {RDS-RD-SERVER, RDS-CONNECTION-BROKER, RDS-WEB-ACCESS, RDS-LICENSING}

    Get-RDLicenceConfiguration

    Mode                 LicenseServer
    PerDevice            {ts.as.local}   

    úterý 22. ledna 2019 10:26
  • pak je to zahada :)

    úterý 22. ledna 2019 11:26
  • Ano to je :-)

    Dnes jsem se dozvěděl od původního IT, že RDS byl původně používán zcela bez AD, až následně byl bokem zprovozněn AD a tento RDS server do něj připojen - zde bych viděl jádro problému, ale už nevím, na co se zaměřit...



    úterý 22. ledna 2019 11:37
  • juknout do registry, kdo je licencni server

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

    úterý 22. ledna 2019 14:09
  • Aha, tento klíč je prázdný, předpokládám správně zde vytvořit novou hodnotu Multi_SZ SpecifiedLicenseServers  ????

    Děkuji


    úterý 22. ledna 2019 14:37
  • Pokud nekdo provozoval nestandardne RDS ve workgroup, pak musi zde specifikovat, kde lic.server je.

    Pokud tam neni nic, je to spatne, ale melo by se sem napsat standardnim procesem. Muzete zkusit zapsat rucne, ale je to nestandard.

    Znovu: zkontrolujte, jak mate nastavene deployment properties - RD Licensing. Viz URL, ktere jsem poslal. Na to jsem nedostal odpoved.

    úterý 22. ledna 2019 15:33
  • Pane Tiser, díky za snahu pomoci, zkusím to tímto směrem.

    Teď jsem se ovšem podíval na zcela jiný RDS WS2012R2, kde vše funguje, a ta položka v registru taky není, a šlape to .... :-))))))

    Pokud na něco přijdu, tak doplním.
    úterý 22. ledna 2019 16:32
  • Tak problém vyřešen:

    Na tom serveru bylo sice pomocí Local GPO nastaveno:

    Použít určené licenční servery vzdálené plochy: fqdn licenčního serveru
    Nastavit licenční režim služby Vzdálená plocha: podle zařízení

    ale server toto nastavení zřejmě ignoroval (byť diagnostika licencí žádný problém nehlásila) - to by i vysvětlovalo, že mi občas Diagnostika licencování VP ukazovala režim licencování na zařízení, ale občas náhodně i pro uživatele, přitom tam žádné licence pro uživatele nebyly instalovány

    Dále jsem v registru zjistil, že položka LicencingMode měla hodnotu 4 (user CAL) a má mít 2 (device CAL):

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core]
    "LicensingMode"=dword:00000002

    Dále jsem doplnil v registru položku:

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers]
    "SpecifiedLicenseServers"=REG_MULTI_SZ:fqdn licenčního serveru

    A po restartu již licenční server přiděluje licence.

    úterý 22. ledna 2019 17:34
  • Hrabat ro registru je sice mozne, ale ne vhodne.

    Porad jsem se nedozvedel, jestli si pouzil kartu RD licensing v propeperties farmy. Minimalne pro kontrolu, hned na zacatku. viz muj prvni dotaz, viz URL a tam tento obrazek:

    https://msdnshared.blob.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/54/33/metablogapi/5756.clip_image017_thumb_1F3DD871.jpg

    Evidentne ne. Pak by cela tato diskuze trvala 5 minut a nemela nekolik iteraci.





    středa 23. ledna 2019 8:49
  • Použití deployment properties jsem vám potvrdil hned v následujícím příspěvku, mohlo to zaniknout v kontextu věty.

    V tomto konkrétním případě je úplně irelevantní, jak bylo RD Licencing nastaveno, protože to bylo ignorováno až do zásahu do registru.

    Co se týče počtu iterací, osobně si myslím, že by to mohlo někomu pomoci, pokud bude ve stejné situaci. Je sice daný nějaký scénář implementace RDS, ale ne vždy víte jak se to dělalo před vámi, navíc, není to zdaleka jediný případ, kdy se provozuje RDS vlokálním prostředí, bez domény a pak se překlopí do AD.

    Klidně ty iterace promažte, nebo celé vlákno.


    středa 23. ledna 2019 9:21
  • OK. zaplava textu :) spojil jsem si to stim GPO.

    Nejde o delku vlakna, jde o rychle reseni bez zbytecneho tlachani kolem.

    A bohuzel tazatele casto nereaguji na dobre minene otazky a urputne se drzi vlastni myslenky :)

    Je fajn, ze mate vyreseno :)

    středa 23. ledna 2019 11:11