Risoluzione degli errori di licenza di Terminal Server 1003 e 1004

Questo articolo contiene informazioni sulla risoluzione degli errori di licenza di Terminal Server 1003 e 1004. Gli utenti che tentano di connettersi a un server XenApp potrebbero riscontrare i seguenti errori relativi ai servizi terminal nel registro eventi:

ID evento: 1003
Fonte: TermService
Tipo: Informazioni
Il client del servizio terminal ha fornito una licenza non valida.

ID evento: 1004
Fonte: TermService
Descrizione: Impossibile acquisire una licenza per nome utente, nome di dominio.

Per ulteriori informazioni, consultare gli articoli di Microsoft TechNet – TS Licensing Step-by-Step Guide e risoluzione dei problemi delle licenze Terminal Server.

Background

Con le licenze Microsoft (CAL (Regular Client Access License) e Terminal Services CAL), prima di stabilire una connessione IC (il pop-up di accesso GINA), la licenza client deve essere confermata per esistere ed essere valida.

Nota: le workstation Windows XP Professional non dispongono di CAL integrati rispetto ai server di licenza Terminal Server di Windows 2003.

Quando non sono disponibili autorizzazioni sufficienti per la seguente chiave di registro, si verificano errori di connessione. Esaminare Microsoft Terminal Services License Manager per verificare se la workstation è enumerata. Se la workstation non è enumerata, questo problema si trova a livello del sistema operativo Windows. Per ulteriori informazioni, contattare il supporto tecnico Microsoft e verificare che le licenze di Windows 2003 Terminal siano attivate.

Symptom-1

Durante la connessione con un client Citrix Cit dopo aver scaricato un client Web RDP (Remote Desktop Protocol), il client RDP potrebbe non presentare problemi e continuare a connettersi.

Causa-1

Il registro eventi non specifica il dispositivo client che ha fornito la licenza non valida. Autorizzazioni insufficienti vengono applicate alla chiave di licenza Microsoft nel registro di sistema per il gruppo Utenti autenticati. Durante il test, tentare di creare una connessione RDP dopo aver rimosso la chiave MSLicense nel registro di sistema come utente (nessun amministratore di dominio o gruppo di utenti avanzati); anche la connessione RDP non riesce.

Soluzione-1

Potrebbe essere utile esaminare le chiavi del registro di crittografia in HKEY_LOCAL_MACHINE e HKEY_CURRENT_USER sia sul server che sulla workstation. Vedere Microsoft TechNet e l’utilizzo di RegMon e FileMon per ulteriori informazioni. Inoltre, vedere Windows Sysinternals. Queste modifiche verranno riflesse dal dispositivo client.

Se si effettua una connessione desktop, l’apertura della connessione IC all’interno della sessione desktop (Pass-through) e la successiva connessione IC falliranno. La workstation interessata in questo caso è il server.

Completare la seguente procedura se si verificano errori di licenza precedentemente menzionati:
Attenzione! Fare riferimento al Disclaimer alla fine di questo articolo prima di utilizzare l’Editor del Registro di sistema.

  1. Aprire l’editor del Registro di sistema tramite regedit32.comando exe.

  2. Passare a HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSLicensing.

  3. Evidenziare questa chiave, selezionare Sicurezza sulla barra degli strumenti e selezionare Autorizzazioni.

  4. Fare clic sul tasto Avanzate.

  5. Verificare che il gruppo Utenti autenticati si trovi nelle voci Autorizzazioni.

    Nota: se questo gruppo non viene trovato, fare clic su Aggiungi, selezionare il gruppo Utenti e fare clic su OK.

    – Nella voce di autorizzazione per MSLicensing, fornire il controllo completo al gruppo Utenti e fare clic su OK.
    – Nelle Impostazioni di controllo accessi per MSLicensing, fare clic su Applica e OK.
    – Nella voce di autorizzazione per MSLicensing, fare clic su Applica e OK.

  6. Tentare di connettersi utilizzando il client IC a 32 bit per Windows.

Nota: Se si utilizza un client Windows non nativo (Macintosh, Linux o un terminale Thin) senza un registro locale, è necessario apportare le modifiche alle autorizzazioni alla seguente chiave di registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

Symptom-2

Dopo aver spostato il server delle licenze Terminal Services, i client RDP non presentano problemi e continuano a connettersi.

Causa-2

Una potenziale condizione di razza tra l’Icaapi.dll e Rdpwsx.dll potrebbe causare la non sincronizzazione della chiave di certificato privata sul server Terminal Services.

Soluzione-2

Per Windows 2003 Terminal Server, seguire l’articolo di Microsoft TechNet Come ignorare il processo di rilevamento del server di licenza in Windows Server 2003 Terminal Services per aggiungere il server di licenza Terminal Server. Per Windows 2008 Server seguire Microsoft TechNet articolo-TS Licenza Guida passo – passo.

  1. Fare clic su Start > Esegui, digitare regedit e fare clic su OK.

  2. Individuare e fare clic sulla seguente chiave nel registro di sistema:
    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ TermService \ Parameters

  3. Nel menu Modifica, vai su Nuovo e fai clic su Chiave.

  4. Assegnare un nome ai nuovi server di licenza chiave.

  5. Individuare e fare clic sul seguente tasto nel registry:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

  6. Nel menu Modifica, vai su Nuovo e fai clic su Chiave.

  7. Assegnare un nome alla nuova chiave ServerName dove ServerName è il nome NetBIOS del server delle licenze che si desidera utilizzare, quindi premere Invio.

  8. Riavviare il computer.

    Note: Il nuovo nome chiave può essere una delle seguenti denominazioni che rappresentano il server delle licenze:

    • Il nome NetBIOS del server.

    • Il nome di dominio completo (FQDN) del server.

    • L’indirizzo IP del server.

      Se si utilizza Windows Server 2003 SP1 e versioni successive o Windows Server 2008, è possibile impostarlo nello strumento di amministrazione Configurazione servizi terminal. La schermata seguente mostra l’interfaccia in Windows Server 2003:

      Immagine aggiunta dall'utente

  9. In Impostazioni server, fare doppio clic sulla modalità di rilevamento del server di licenza e immettere il nome NetBIOS del server o l’indirizzo IP.

  10. Riavviare il server per applicare le modifiche.

    Nota: In Windows Server 2008, aprire Modifica impostazioni, fare doppio clic su Modalità Rilevamento server licenza, selezionare la scheda Licenze, selezionare l’opzione Usa server licenza specificati e immettere il nome del server licenza (o l’indirizzo IP) nel campo fornito. La schermata seguente mostra l’interfaccia in Windows Server 2008:

    Immagine aggiunta dall'utente

    Utilizzare l’articolo Microsoft TechNet-I client Windows XP non possono connettersi a un server di servizi terminal di Windows 2000, per riparare le chiavi di certificato sul server Terminal.

Symptom-3

Quando si collega un client Wy utilizzando un Wyse WT1200LE versione 4.2.x terminale, c’è un problema noto che esiste con il firmware fornito con il dispositivo thin client.

Una singola workstation potrebbe connettersi al server A ma non al server B.

Alcune workstation client potrebbero connettersi a tutti i server mentre altre sono negate ad alcuni server.

In entrambi i casi, la connessione client RDP dalla stessa workstation potrebbe connettersi a entrambi i server A e B.

Risoluzione-3

Aggiornamento all’ultima versione del firmware 4.4.079 per il modello Winterm fuori produzione 1200LE.

Risoluzione dei problemi per i Non-Windows Client

Nota: Se si utilizza un non-native client Windows, Macintosh, Linux, o un Sottile Terminale) senza un locale del registro di sistema, i precedenti autorizzazioni (indicate nel numero 1) deve essere verificato il seguente chiave del registro di sistema sul Server XenApp/Presentation Server:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

  1. Verificare il numero di TSCAL server installati e la loro posizione di installazione. Se i server Terminal sono membri di un dominio Active Directory, è necessario installare TS License Server su un controller di dominio nel dominio principale della foresta. Può essere presente un solo server di licenze TS Enterprise per sito Active Directory. Installare un Enterprise TS License server per ogni sito nella foresta di Active Directory.Per creare correttamente l’oggetto Active Directory, installare TS Licensing come amministratore aziendale o amministratore appartenente al dominio root. Se viene creato un dominio radice vuoto, l’oggetto Active Directory per TS-Enterprise-License-Server potrebbe non essere creato correttamente.L’oggetto sembra essere nei siti e nei servizi di Active Directory e può essere interrogato utilizzando una query LDAP? Se si segue questo processo, tutti i server Windows 2000 che eseguono Servizi Terminal scopriranno il loro server di licenza TS Enterprise a livello di sito mediante ricerca LDAP.L’uso o meno di Active Directory è molto importante per quanto riguarda il processo di rilevamento del server delle licenze TS. Per ulteriori informazioni sul processo di rilevamento di TS License server, vedere Individuazione del servizio licenze Terminal Services.

  2. Verificare quanti Terminal Server generano gli errori e verificare anche se i Terminal Server si trovano sulla stessa sottorete/dominio del server TSCAL. Quando i server erano sulla stessa sottorete, cambiando la configurazione TCP/IP sui server in h-node per WINS, aggiungendo un server WINS al mix e utilizzando la chiave di registro DefaultLicenseServer, tutti i server in Active Directory erano in grado di trovare il server delle licenze TS. Per ulteriori informazioni, vedere Sintomo-2. Pertanto, verificare se si specifica il nome NetBIOS del TS License server modificando il seguente valore del registro di sistema help:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
    Note: Il nome NetBIOS deve essere risolvibile.

  3. Verificare se fa la differenza che l’utente sulla workstation sia un amministratore o abbia un account di classe utente.Questo è anche importante sapere quando il server agisce come client in modalità pass-through.

  4. Verificare la versione del client IC.

  5. Aggiornamento al Service Pack Microsoft più recente.

  6. Verificare se nel Pannello di controllo – MSLicensing è impostato su per server o per sede.

  7. Fare riferimento agli articoli di Microsoft TechNet-Guida passo-passo per la risoluzione dei problemi delle licenze Terminal Server e TS Licensing.

Nota: l’opzione Purge può essere utilizzata per ripulire le licenze dalle licenze di accesso client memorizzate assegnate ai client che eseguono sistemi operativi non Windows. Per ulteriori informazioni, consultare CTX137608-DSCheck Maintenance Assistant.

Fasi di isolamento

  1. Isolare il server del problema in un gruppo di lavoro e / o promuoverlo in un controller di dominio.

  2. Abilitare questo server come server TSCAL.

  3. Creare almeno due sessioni IC su questo server.

  4. Disabilitare il server TSCAL da questo server.

  5. Se applicabile, abbassare il server.

  6. Ricongiungersi al dominio originale.

  7. Tentativo di creare una sessione IC.

Note: Questi passaggi sono noti per correggere il problema precedente. Gli elementi di azione precedenti, se completati con successo, concludono:

  • Non sono state apportate modifiche al Server XenApp / Server di presentazione.

  • Le modifiche si sono verificate a livello di sistema operativo.

Write a Comment

Il tuo indirizzo email non sarà pubblicato.