Mivel ehhez a számítógéphez nincsenek kliensszámítógépek. Hiba: "A távoli munkamenet le van tiltva, mert nincsenek távoli asztali CAL-ok"

Jó nap! Néha a terminálkiszolgálóhoz a "kliensen" keresztül történő csatlakozáskor hiba léphet fel: " A távoli munkamenet le van tiltva, mert nincsenek távoli asztali CAL-ok.» Ebben a cikkben szeretném leírni a hiba okait és javasolni lehetséges megoldások ez a probléma.

Tehát, amikor RDP-n keresztül csatlakozik egy terminálkiszolgálóhoz, hiba történik: „A távoli munkamenet le van tiltva, mert ehhez a számítógéphez nincsenek távoli asztali kliens licencek. »

Ez az üzenet a következő esetekben látható:

1. A terminálkiszolgálón nincs konfigurálva licenckiszolgáló a távoli asztali szolgáltatásokhoz.
2. Nincsenek ügyfél-hozzáférési licencek (CAL) a licenckiszolgálón.

Tekintsük ezeket a helyzeteket részletesebben, és jelezzük a megszüntetésük módjait.

1. A licencszerver beállítása

A terminálkiszolgáló telepítéséről, valamint a távoli asztali licencszerver konfigurálásáról és a licencek aktiválásáról a következő cikkekben olvashat:

Ha korábban működött a távoli asztali kapcsolat a terminálkiszolgálóval, akkor előfordulhat, hogy ez a kliens 180 napra ideiglenes licencet kapott, és ez a licenc már lejárt. Az ideiglenes engedély újbóli megszerzéséhez meg kell tennie kliens gép távolítsa el a nyilvántartásból az aktuális lejárt licencre vonatkozó információkat.

Elindítjuk a rendszerleíróadatbázis-szerkesztőt. Ezt a parancs futtatásával teheti meg regedit.exe (« Rajt» - « Keressen programokat és fájlokat", vagy " Rajt» — « Fuss» vagy nyomja meg a billentyűkombinációt Win+Rés írja be a parancs nevét az ablakba " Fuss»).

Az elindított rendszerleíró adatbázis-szerkesztőben törölnie kell a következő könyvtárat:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing

Az eltávolítás után el kell indítani a klienst, hogy az új ideiglenes licenc bekerüljön a nyilvántartásba.

2. CAL-ok hiánya

Ha a terminálkiszolgálót licencelő licencszerver kifogy a licencekből, meg kell várnia, amíg valaki feladja a licencet, vagy meg kell vásárolnia és aktiválnia kell a szükséges számú CAL-t.

A terminálkiszolgáló licencelési beépülő moduljában megtekintheti a licencek teljes, használt és elérhető számát. A beépülő modul megnyitásához egymás után lépjen a menübe " Rajt» - « Adminisztráció» - « Távoli asztali szolgáltatások» - « Távoli asztali licenckezelő»

• a jelentés létrehozásának dátuma és időpontja;
• jelentés hatóköre, például Domain, OU=Sales vagy Minden megbízható domain;
• a licenckiszolgálón telepített távoli asztali szolgáltatások felhasználóinkénti CAL licenceinek száma;
• A licenckiszolgáló által kiadott távoli asztali szolgáltatások felhasználónkénti CAL-ok száma a jelentés meghatározott hatóköre alapján.

A generált jelentések a " lapon jelennek meg Jelentések» a Remote Desktop Licensing Managerben.

Segített ez a cikk?

Nemrég egy váratlan problémába ütköztem, januárban telepítettem és konfiguráltam a windows server 2012-t, minden a TK szerint történt

azok. A Windows Server 2012-t munkacsoportban használják (tartomány használata nélkül), a megvásárolt ügyféltanúsítványok telepítése a terminálkiszolgálóhoz való csatlakozáshoz,

a licencszerver telepítve és aktiválva van.

Minden rendben működött pontosan 120 napig, miután hiba történt

« Távoli munkamenet, mert nem állnak rendelkezésre terminálkiszolgáló licenckiszolgálók a licencelés végrehajtására. Lépjen kapcsolatba a szerver rendszergazdájával«.

Felmerült a kérdés, hogyan és miért.

Először is odamentünk

Kiszolgálókezelő\Távoli asztali szolgáltatások\Szerverek

Ezt ellenőrizték

1. A Windows Server 2012 aktiválva

2. Elindult szolgáltatások: távoli asztalok ,

Szerverkezelő\Helyi szerver

Hiba történt

A távoli asztali licencelés türelmi ideje lejárt, és a szolgáltatás nincs regisztrálva a licenckiszolgálón a telepített licencekkel. Az állandó működéshez távoli asztali licenckiszolgáló szükséges. Egy RD Session Host kiszolgáló a kezdeti indítástól számított 120 napig működhet licencszerver nélkül.

a távoli asztal licencelési módja nincs beállítva

A licencelési mód azonban be van állítva, a licencszolgáltatás konfigurálva van, és maga a szerver is aktiválva van.

Kiderült, hogy ben legújabb verziói A Microsoft Windows Server 2008 2008 R2 2012 tartomány használatát javasolja, miközben mindkét licencelési mód működik,

domain hiányában pedig csak az eszközenkénti licencelési mód lehetséges, 120 nap elteltével pedig a felhasználónkénti licencelési mód leáll, és lehetetlenné válik az RDP-n keresztüli csatlakozás a szerverhez.

javítsa ki a helyzetet nyissa meg a Powershell-t, vagy futtassa a Winkey+r billentyűkombinációt

Helyi házirendeket konfigurálunk a munkacsoportban található szerverekhez

A terminál sorban írjuk gpedit.mscés módosítsa a megfelelő kulcsokat.

Használjon megadott távoli asztali licenckiszolgálókat(adja hozzá szerverünk nevét vagy ip-címét)

Számítógép konfigurációja\Felügyeleti sablonok\Windows-összetevők\Távoli asztali szolgáltatások\Távoli asztali munkamenet gazdagép\Licenc - Állítsa be a Távoli asztali licencelési módot

Angol verzió:

Használja a megadott távoli asztali licenckiszolgálókat(adja hozzá a szerverünk nevét vagy az ip címe)

Számítógép konfigurációja\Felügyeleti sablonok\Windows-összetevők\Távoli asztali szolgáltatások\Távoli asztali munkamenet gazdagép\Licenc - Állítsa be a Távoli licencelési módot (válassza ki az eszköz licenceinek típusát)

Fontos! Ha felhasználónkénti licencelési módot választunk, akkor a hiba továbbra is megmarad, és a szerver ezt folyamatosan ismétli nem elérhető licencszerver, mert be Egy munkacsoportnak csak eszközenkénti licencelési módja lehet.

nyissa meg az összes szervert - kattintson a jobb gombbal a szerverünkre - licenckezelés

dalle – licenckiszolgáló adatbázis újraépítése – a távoli asztali licencadatbázis sérült

kattintson a jelölőnégyzetre a kiszolgálóra telepített licencek eltávolításának megerősítéséhez

nyissa meg a licencszerződést, írja be az engedélyezési számot és a licencszámot, ha Windowst vásárolt.

az eszközhöz ki kell választani a licencek típusát.

Ezután indítsa újra a szolgáltatásokat: távoli asztali licencelés és távoli asztalok

vagy indítsa újra a szervert, ami után RDP-n keresztül újra csatlakozhat a szerverhez

Amikor megpróbál távoli asztalra telepíteni egy Windows virtuális gépet az Azure-ban, bizonyos hibákat tapasztalhat. Ez a cikk a leggyakoribb hibaüzeneteket és a megoldásukra vonatkozó lépéseket ismerteti. Ha nem tud csatlakozni Virtuális gép RDP protokollon keresztül, de nem jelenik meg hibaüzenet, lásd.

Néhány konkrét hibával kapcsolatban lásd a cikk későbbi részét.

A távoli munkamenet le van tiltva, mert nem állnak rendelkezésre távoli asztali licenckiszolgálók a licencelés végrehajtására.

Ok: A Remote Desktop Server szerepkör 120 napos türelmi időszaka lejárt, és telepítenie kell a licenceket.

Megoldásként elmentheti az .rdp fájl helyi másolatát a portálról, majd a következő parancs futtatásával kapcsolatot létesíthet parancs sor PowerShell. Ez a lépés csak az aktuális kapcsolatra vonatkozóan tiltja le a licencelést.

Mstsc .RDP /admin

Ha nem tervez kettőnél több egyidejű távoli asztali kapcsolatot egy virtuális géppel, eltávolíthatja a Távoli asztali kiszolgáló szerepkört a Kiszolgálókezelő segítségével.

További információért tekintse meg a blogbejegyzést: Az Azure VM-hez való RDP meghiúsul „Nincsenek elérhető távoli asztali licenckiszolgálók”.

A Remote Desktop Service nem találja a számítógép nevét.

Ok: A Remote Desktop Client nem tudja feloldani a számítógép nevét az .rdp fájlbeállításokban.

Lehetséges megoldások

• Ha egy szervezet intranetjén dolgozik, győződjön meg arról, hogy számítógépe hozzáfér a proxyszerverhez, és képes HTTPS-en keresztül adatokat küldeni rá.

Ha helyi .rdp fájllal dolgozik, próbálja meg a portál segítségével létrehozott fájlt használni. Ebben a lépésben ellenőrizni fogja, hogy a virtuális gép DNS-neve, felhőszolgáltatás neve és virtuális gép-végpont-portja helyes-e. Íme egy példa a portál által generált RDP-fájlra:

Teljes cím:s:tailspin-azdatatier.cloudapp.net:55919 hitelesítő adatok kérése:i:1

Ebben az RDP-fájlban a cím rész a következőkből áll:

• a virtuális gépet üzemeltető felhőszolgáltatás FQDN-je (ebben a példában tailspin-azdatatier.cloudapp.net);
• végponti külső TCP-port távoli asztali kommunikációhoz (55919).

Hitelesítési hiba történt. Nem sikerült kapcsolatba lépni a helyi biztonsági rendszergazdával."

Ok: A cél virtuális gép nem találja a hitelesítési adatok felhasználónév részében megadott biztonsági rendszergazdát.

Ha a felhasználónév a formátumban van biztonsági rendszer\Felhasználónév(például CORP\User1), majd biztonsági rendszer ebben a bejegyzésben a virtuális gép számítógépnevét (a helyi biztonság érdekében) vagy az Active Directory tartománynevét jelöli.

Lehetséges megoldások

• Ha a fiók helyi a virtuális gépen, ellenőrizze a virtuális gép nevének helyesírását.
• Ha a fiók egy Active Directory tartományhoz tartozik, ellenőrizze a tartománynév helyesírását.
• Ha ez egy Active Directory tartományfiók, és a tartománynév helyes, ellenőrizze, hogy a tartományvezérlő elérhető-e az adott tartományhoz. A tartományvezérlőkkel rendelkező Azure virtuális hálózatokban ez a funkció gyakran nem érhető el, mert nem fut. Megoldásként használjon helyi rendszergazdai fiókot tartományfiók helyett.

Windows biztonsági hiba: A hitelesítő adatok nem működnek.

Ok: A cél virtuális gép nem tudja ellenőrizni a fiók nevét és jelszavát.

A Windows rendszerű számítógépek elfogadják a helyi és a tartományi fiókok adatait.

• Helyi fiókok esetén használja a szintaxist számítógép név\Felhasználónév(például SQL1\Admin4798).
• Domainfiókok esetén használja a szintaxist domain név\Felhasználónév(például CONTOSO\ivan_ivanon).

Ha egy virtuális gépet tartományvezérlővé léptet elő egy új Active Directory-erdőben, akkor a bejelentkezett helyi rendszergazdai fiók az új erdőben és tartományban azonos jelszóval egyenértékű fiókká alakul. Ezután a helyi fiók törlődik.

Ha például a DC1\DCAdmin helyi fiókkal jelentkezett be, és egy virtuális gépet előléptet egy corp.contoso.com tartományvezérlővé egy új erdőben, akkor a DC1\DCAdmin helyi fiók törlődik, és egy új CORP tartományfiók jön létre. \DCAdmin jön létre ugyanazon jelszó helyett.

Győződjön meg arról, hogy a fióknév olyan név, amelyet a virtuális gép ellenőrizni tud és érvényes fiókként elfogad, és a jelszó helyes.

A helyi rendszergazdai fiók jelszavának megváltoztatásával kapcsolatos információkért tekintse meg a Távoli asztali szolgáltatások vagy a bejelentkezési jelszó visszaállítása Windows virtuális gépen című témakört.

Nem lehet csatlakozni a távoli számítógéphez.

Ok: A csatlakozáshoz használt fióknak nincs engedélye a távoli asztalra való bejelentkezéshez.

Mindegyiken Windows számítógép A távoli asztal felhasználóinak helyi csoportja van. Olyan fiókokat és csoportokat tartalmaz, amelyek jogosultak távolról bejelentkezni. A helyi rendszergazdák csoport tagjai hasonló hozzáférési jogokkal rendelkeznek, bár a megfelelő fiókok nem tagjai a helyi Távoli asztal felhasználói csoportjának. Tartományhoz csatlakozó számítógépeken a helyi Rendszergazdák csoport tartalmazza az adott tartomány rendszergazdai fiókjait is.

Győződjön meg arról, hogy a csatlakozáshoz használt fiók rendelkezik jogosultsággal a távoli asztalra való bejelentkezéshez. A probléma megoldásához használjon tartományi rendszergazdai vagy helyi rendszergazdai fiókot a távoli asztali kapcsolat létrehozásához. A szükséges fiók hozzáadásához a helyi távoli asztali felhasználók csoporthoz használja a Microsoft Management Console (MMC) beépülő modult ( Segédprogramok > Helyi felhasználók és csoportok > Csoportok > Távoli asztali felhasználók).

További intézkedések

Ha nem látja a fenti hibákat, és ismeretlen probléma lép fel, amikor RDP-vel csatlakozik, tekintse meg a Távoli asztali kapcsolat hibaelhárítási útmutatóját.

• A virtuális gépen futó alkalmazásokhoz való hozzáférés hibaelhárításával kapcsolatos információkért tekintse meg a Kapcsolódási problémák elhárítása Linux virtuális gépeken az Azure-beli alkalmazásokhoz című témakört.
• Ha SSH használatával csatlakozik egy Azure Linux virtuális géphez, és problémái vannak, tekintse meg ezt a cikket

A Windows XP óta minden verziója rendelkezik szabványos RDP (Remote Desktop Protocol) klienssel, amelyet a távoli asztali szolgáltatáshoz való csatlakozáshoz használnak. Néha, amikor egy távoli asztali kliensen keresztül csatlakozik egy terminálkiszolgálóhoz, hiba történik: "A távoli munkamenet megszakadt, mert nincsenek ügyféllicencek."

Ez az üzenet két esetben jelenhet meg:

1. A terminálkiszolgáló nincs konfigurálva licenckiszolgálóval a Remote Desktop Services számára.
2. A licenckiszolgáló nem osztott ki ügyfél-hozzáférési licenceket (CAL).

Tekintsük mindkét esetet részletesebben.

A licencszerver beállítása

A hiba gyakran előfordul egy idő után a már konfigurált kapcsolatokban, 120 vagy 180 nap elteltével. Valószínűleg a kapcsolat létrehozásakor a kliens erre az időszakra kapott ideiglenes licencet. Új ideiglenes licenc beszerzéséhez törölnie kell a lejárt licencinformációkat az ügyfélgép nyilvántartásából. Ezért:

CAL - licencek ellenőrzése

Lehetséges, hogy a terminálkiszolgáló licenckiszolgálójának licencei kifogytak. Ehhez csak várja meg a licenc kiadását, vagy vásárolja meg és aktiválja a szükséges számú CAL - licencet.

Az elérhető és használt CAL-ok ellenőrzéséhez használja a „Terminal Server Licensing” parancsot a Windows kiszolgálón:

1. Nyissa meg a Start → Felügyeleti eszközök → Távoli asztali szolgáltatások → Távoli asztali licenckezelő lehetőséget.
2. Válassza ki a licencszerverét.
3. A megnyíló ablakban kattintson a "Művelet" → "Jelentés létrehozása" menüpontra.

A jelentés megjeleníti azon távoli asztali szolgáltatások számát felhasználóinkénti CAL-licencenként, amelyek:

• telepítve van a licenckiszolgálóra;
• a licencszerver által kiadott jelentés meghatározott hatóköre alapján.