Depanarea erorilor de licențiere 1003 și 1004 Terminal Server

rezumat

acest articol conține informații despre depanarea erorilor de licențiere 1003 și 1004 Terminal Server. Utilizatorii care încearcă să se conecteze la un server XenApp pot experimenta următoarele erori legate de Terminal Services în Jurnalul de evenimente:

ID eveniment: 1003
sursă: TermService
Tip: informații
clientul terminal service a furnizat o licență nevalidă.

ID eveniment: 1004
Sursa: TermService
Descriere: Nu se poate obține o licență pentru numele de utilizator, numele de domeniu.

pentru mai multe informații, consultați articole Microsoft TechNet – TS licențiere ghid pas cu pas și depanare licențiere Terminal Server.

Background

cu licențele Microsoft (atât licența de acces client obișnuit (CAL), cât și Terminal Services CAL), înainte de stabilirea unei conexiuni ICA (fereastra pop-up Gina logon), licența client trebuie confirmată pentru a exista și a fi valabilă.

notă: stațiile de lucru Windows XP Professional nu au Cal încorporate în ceea ce privește serverele de licență Windows 2003 Terminal Server.

când nu există permisiuni suficiente pentru următoarea cheie de registry, apar defecțiuni de conexiune. Investigați managerul de licențe Microsoft Terminal Services pentru a vedea dacă stația de lucru este enumerată. Dacă stația de lucru nu este enumerată, atunci această problemă este la nivelul sistemului de operare Windows. Pentru mai multe informații, contactați asistența tehnică Microsoft și verificați dacă licențele terminalului Windows 2003 sunt activate.

Symptom-1

când vă conectați cu un client Citrix ICA după descărcarea unui client web Remote Desktop Protocol (RDP), este posibil ca clientul RDP să nu prezinte probleme și să continue să se conecteze.

cauză-1

Jurnalul de evenimente nu specifică dispozitivul client care a furnizat licența nevalidă. Permisiunile insuficiente sunt aplicate cheii de licență Microsoft din registru pentru grupul de utilizatori autentificați. Când testați, încercați să creați o conexiune RDP după eliminarea cheii MSLicense din registru ca utilizator (fără administrator de domeniu sau grup de utilizatori de putere); conexiunea RDP eșuează, de asemenea.

soluție-1

ar putea fi util pentru a investiga cheile de registry criptografie în HKEY_LOCAL_MACHINE și HKEY_CURRENT_USER atât pe server și stația de lucru. Consultați Microsoft TechNet și utilizarea RegMon și FileMon pentru informații suplimentare. În plus, consultați Windows Sysinternals. Aceste modificări vor fi reflectate de pe dispozitivul client.

dacă efectuați o conexiune desktop, atunci deschiderea conexiunii ICA în interiorul sesiunii desktop (Pass-through) și conexiunea ICA ulterioară vor eșua. Stația de lucru afectată în acest caz este serverul.

finalizați următoarea procedură dacă întâmpinați erori de licențiere menționate anterior:
atenție! Consultați Disclaimer la sfârșitul acestui articol înainte de a utiliza Registry Editor.

1. Deschideți Editorul de registru prin regedit32.comanda exe.

2. navigați la HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing.

3. evidențiați această tastă, selectați Securitate pe bara de instrumente și selectați Permisiuni.

4. Faceți clic pe tasta avansat.

5. verificați dacă grupul de utilizatori autentificați se află în intrări de permisiuni.

   Notă: Dacă acest grup nu este găsit, Faceți clic pe Adăugare, selectați grupul Utilizatori și faceți clic pe OK.

   – în permisiunea de intrare pentru MSLicensing, oferi control complet la grupul de utilizatori și faceți clic pe OK.
   – în setările de control acces pentru MSLicensing, faceți clic pe Aplicare și pe OK.
   – în permisiunea de intrare pentru MSLicensing, faceți clic pe Aplicare și OK.

6. încercați să vă conectați utilizând clientul ICA pe 32 de biți pentru Windows.

notă: Dacă utilizați un client Windows non-nativ (Macintosh, Linux sau un terminal subțire) fără un registru local, modificările de permisiune trebuie făcute la următoarea cheie de registry:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Mslicensing

Symptom-2

după mutarea serverului de licențiere Terminal Services, clienții RDP nu prezintă probleme și continuă să se conecteze.

cauză-2

o posibilă condiție de rasă între Icaapi.dll și Rdpwsx.dll poate provoca cheia de certificat privat de pe serverul Terminal Services să devină nesincronizată.

soluție-2

Pentru Windows 2003 Terminal Server, urmați articolul Microsoft TechNet cum să suprascrieți procesul de descoperire a serverului de licență în Windows Server 2003 Terminal Services pentru a adăuga serverul de licență Terminal Server. Pentru Windows 2008 Server urmați articolul Microsoft TechNet-TS licențiere ghid pas-cu-pas.

1. Faceți clic pe Start > Executare, tastați regedit și faceți clic pe OK.

2. Localizați și faceți clic pe următoarea cheie din registru:
   HKEY_LOCAL_MACHINE \ sistem \ CurrentControlSet \ servicii \ TermService \ parametri

3. în meniul Editare, accesați nou și faceți clic pe cheie.

4. denumiți noile licențe cheie.

5. Localizați și faceți clic pe următoarea tastă din registry:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

6. în meniul Editare, accesați nou și faceți clic pe cheie.

7. denumiți noua cheie ServerName unde ServerName este numele NetBIOS al serverului de licență pe care doriți să îl utilizați, apoi apăsați Enter.

8. reporniți computerul.

   Note: noul nume de cheie poate fi oricare dintre următoarele denumiri care reprezintă serverul de licență:

   • numele NetBIOS al serverului.

   • numele de domeniu complet calificat (FQDN) al serverului.

   • adresa IP a serverului.

     dacă utilizați Windows Server 2003 SP1 și versiuni ulterioare sau Windows Server 2008, puteți seta acest lucru în instrumentul administrativ de configurare Terminal Services. Următoarea captură de ecran arată interfața în Windows Server 2003:

     

9. în setările serverului, faceți dublu clic pe modul de descoperire a serverului de licență și introduceți numele NetBIOS al serverului sau adresa IP.

10. reporniți serverul pentru a aplica modificările.

    notă: În Windows Server 2008, deschideți Editare setări, faceți dublu clic pe modul de descoperire a serverului de licență, selectați fila licențiere, selectați opțiunea Utilizați serverele de licență specificate și introduceți numele serverului de licență (sau adresa IP) în câmpul furnizat. Următoarea captură de ecran arată interfața în Windows Server 2008:

    

    utilizați articolul Microsoft TechNet – clienții Windows XP nu se pot conecta la un Server Windows 2000 Terminal Services, pentru a repara cheile de certificat de pe serverul Terminal.

simptom-3

când conectați un Client ICA utilizând o versiune Wyse WT1200LE 4.2.x terminal, există o problemă cunoscută care există cu firmware-ul livrat împreună cu dispozitivul client subțire.

o stație de lucru individuală s-ar putea conecta la serverul A, dar nu la serverul B.

unele stații de lucru client s-ar putea conecta la toate serverele, în timp ce altele sunt refuzate la unele servere.

în ambele cazuri, conexiunea client RDP de la aceeași stație de lucru s-ar putea conecta la ambele servere a și B.

Rezoluție-3

Upgrade la cea mai recentă versiune de firmware 4.4.079 pentru modelul Winterm întrerupt 1200le.

Depanarea pentru clienții non-Windows

Notă: Dacă utilizați un client Windows non-nativ (Macintosh, Linux sau un terminal subțire) fără un registru local, permisiunile anterioare (prezentate în numărul 1) trebuie verificate pe următoarea cheie de registry de pe serverul/serverul de prezentare XenApp:
HKEY_LOCAL_MACHINE \ SOFTWARE\Citrix \ Mslicensing

1. verificați numărul de servere TSCAL instalate și locația lor de instalare. Dacă serverele dvs. terminale sunt membre ale unui domeniu Active Directory, ar trebui să instalați serverul de licență TS pe un controler de domeniu din domeniul rădăcină al pădurii. Nu poate fi doar un singur server de licență Enterprise TS pe site-ul Active Directory. Instalați un server de licență TS Enterprise pentru fiecare site din Pădurea Active Directory.Pentru ca obiectul Active Directory să fie creat corect, instalați licențierea TS ca administrator de întreprindere sau administrator aparținând domeniului rădăcină. Dacă este creat un domeniu rădăcină gol, obiectul Active Directory pentru TS-Enterprise-License-Server ar putea să nu fie creat corect.Obiectul arată ca și cum ar fi în Site-urile și serviciile Active Directory și poate fi interogat folosind o interogare LDAP? Dacă urmați acest proces, toate serverele Windows 2000 care rulează Terminal Services vor descoperi serverul lor de licență TS Enterprise la nivel de site prin căutarea LDAP.Dacă este sau nu Active Directory este utilizat este foarte important în ceea ce privește procesul de descoperire a serverului de licență TS. Pentru mai multe informații despre procesul de descoperire a serverului de licență TS, consultați Terminal Services Licensing service discovery.

2. Verificați câte servere terminale generează eroarea(erorile) și verificați, de asemenea, dacă serverele terminale se află pe aceeași subrețea/domeniu ca serverul TSCAL. Când serverele se aflau pe aceeași subrețea, schimbând configurația TCP / IP de pe servere în nodul h pentru victorii, adăugând un server WINS la mix și folosind cheia de registry DefaultLicenseServer, toate serverele din Active Directory au putut găsi serverul de licență TS. Pentru mai multe informații, consultați simptomul-2. Prin urmare, verificați dacă specificați numele NetBIOS al serverului de licență TS modificând următoarea valoare de registry help:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
   Note: numele NetBIOS trebuie să fie rezolvabil.

3. verificați dacă face o diferență că utilizatorul de pe stația de lucru este un administrator sau are cont de clasă de utilizator.Acest lucru este, de asemenea, important să știți când serverul acționează ca client în modul pass-through.

4. Verificați versiunea clientului ICA.

5. actualizați la cel mai recent Pachet Service Pack Microsoft.

6. verificați dacă în Panoul de Control – MSLicensing este setat la per-server sau per-seat.

7. consultați articole Microsoft TechNet-depanare licențiere Terminal Server și licențiere TS ghid pas cu pas.

notă: opțiunea Purge poate fi utilizată pentru curățarea licențelor din licențele de acces client stocate atribuite clienților care rulează sisteme de operare non-Windows. Pentru mai multe informații, consultați CTX137608 – Dscheck Maintenance Assistant.

pași de izolare

1. izolați serverul de probleme la un grup de lucru și/sau promovați-l la un controler de domeniu.

2. activați acest server ca server TSCAL.

3. creați cel puțin două sesiuni ICA pe acest server.

4. dezactivați serverul TSCAL de pe acest server.

5. dacă este cazul, retrogradați serverul.

6. reintroduceți domeniul original.

7. încercați să creați o sesiune ICA.

Note: se știe că acești pași corectează problema precedentă. Elementele de acțiune precedente, dacă sunt finalizate cu succes, încheie:

• nu s-au făcut modificări la serverul XenApp Server/prezentare.

• modificările au avut loc la nivelul sistemului de operare.