Solución de problemas de errores de licencias de Terminal Server 1003 y 1004

Resumen

Este artículo contiene información sobre la solución de problemas de errores de licencias de Terminal Server 1003 y 1004. Los usuarios que intentan conectarse a un servidor XenApp pueden experimentar los siguientes errores relacionados con Terminal Services en el Registro de eventos:

ID de evento: 1003
Origen: TermService
Tipo: Información
El cliente de terminal service ha proporcionado una licencia no válida.

ID de evento: 1004
Fuente: TermService
Descripción: No se puede adquirir una licencia para nombre de usuario, nombre de dominio.

Para obtener más información, consulte los artículos de Microsoft TechNet-Guía paso a paso de licencias de TS y Solución de problemas de licencias de Terminal Server.

Background

Con licencias de Microsoft (tanto de Licencia de acceso de Cliente regular (CAL) como de Terminal Services CAL), antes de establecer una conexión IC (la ventana emergente de inicio de sesión de GINA), se debe confirmar que la licencia de cliente existe y es válida.

Nota: Las estaciones de trabajo profesionales de Windows XP no tienen CAL integradas con respecto a los servidores de licencias de Windows 2003 Terminal Server.

Cuando no hay permisos suficientes para la siguiente clave de registro, se producen errores de conexión. Investigue el Administrador de licencias de Microsoft Terminal Services para ver si la estación de trabajo está enumerada. Si la estación de trabajo no está enumerada, este problema se produce a nivel del sistema operativo Windows. Para obtener más información, póngase en contacto con el soporte técnico de Microsoft y verifique que las Licencias de terminal de Windows 2003 estén activadas.

Symptom-1

Al conectarse con un cliente Citrix Citrix después de descargar un cliente web de Protocolo de Escritorio Remoto (RDP), es posible que el cliente RDP no presente ningún problema y continúe conectándose.

Cause-1

El registro de eventos no especifica el dispositivo cliente que proporcionó la licencia no válida. Se están aplicando permisos insuficientes a la clave de licencia de Microsoft en el registro para el grupo Usuarios autenticados. Al realizar pruebas, intente crear una conexión RDP después de quitar la clave MSLicense en el registro como usuario (sin Administrador de dominio ni Grupo de Usuarios Avanzados); la conexión RDP también falla.

Solution-1

Podría ser útil investigar las claves de registro de criptografía en HKEY_LOCAL_MACHINE y HKEY_CURRENT_USER tanto en el servidor como en la estación de trabajo. Consulte Microsoft TechNet y el uso de RegMon y FileMon para obtener información adicional. Además, consulte Sistemas internos de Windows. Estos cambios se reflejarán desde el dispositivo cliente.

Si está realizando una conexión de escritorio, se producirá un error al abrir la conexión IC dentro de la sesión de escritorio (paso a través) y la conexión subsequent posterior. La estación de trabajo afectada en este caso es el servidor.

Complete el siguiente procedimiento si experimenta errores de licencia mencionados anteriormente:
¡Atención! Consulte el Aviso legal al final de este artículo antes de usar el Editor del registro.

1. Abra el Editor del Registro a través de regedit32.comando exe.

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

3. Resalte esta clave, seleccione Seguridad en la barra de herramientas y seleccione Permisos.

4. Haga clic en la tecla Avanzada.

5. Compruebe que el grupo Usuarios autenticados esté en las entradas de permisos.

   Nota: Si no se encuentra este grupo, haga clic en Agregar, seleccione el Grupo Usuarios y haga clic en Aceptar.

   – En La entrada de permisos para MSLicensing, proporcione control total al Grupo de usuarios y haga clic en Aceptar.
   : En la configuración de Control de acceso para Licencias MS, haga clic en Aplicar y Aceptar.
   – En Entrada de permisos para MSLicensing, haga clic en Aplicar y ACEPTAR.

6. Intente conectarse mediante el cliente Client de 32 bits para Windows.

Nota: Si se utiliza un cliente Windows no nativo (Macintosh, Linux o un terminal delgado) sin registro local, los cambios de permisos se deben realizar en la siguiente clave de registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing

Symptom-2

Después de mover el servidor de licencias de Terminal Services, los clientes RDP no presentan ningún problema y continúan conectándose.

Causa-2

Una condición de carrera potencial entre el Icaapi.dll y el Rdpwsx.dll puede hacer que la clave de certificado privada en el servidor de Terminal Services no se sincronice.

Solución-2

Para Windows 2003 Terminal Server, siga el artículo de Microsoft TechNet Cómo anular el proceso de detección del servidor de licencias en Windows Server 2003 Terminal Services para agregar el servidor de licencias de Terminal Server. Para Windows 2008 Server, siga el artículo de Microsoft TechNet-Guía Paso a paso de licencias de TS.

1. Haga clic en Inicio > Ejecutar, escriba regedit y haga clic en Aceptar.

2. Busque y haga clic en la siguiente clave en el registro:
   HKEY_LOCAL_MACHINE \ SYSTEM\CurrentControlSet \ Services\TermService \ Parameters

3. En el menú Editar, vaya a Nuevo y haga clic en Clave.

4. Asigne un nombre a la nueva clave LicenseServers.

5. Busque y haga clic en la siguiente tecla en el registry:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers

6. En el menú Editar, vaya a Nuevo y haga clic en Clave.

7. Nombre la nueva clave ServerName, donde ServerName es el nombre NetBIOS del servidor de licencias que desea usar y, a continuación, presione Entrar.

8. Reinicie el equipo.

   Notas: El nuevo nombre de clave puede ser cualquiera de las siguientes designaciones que representan el servidor de licencias:

   • El nombre NetBIOS del servidor.

   • El nombre de dominio completo (FQDN) del servidor.

   • La dirección IP del servidor.

     Si utiliza Windows Server 2003 SP1 y versiones posteriores o Windows Server 2008, puede configurarlo en la herramienta administrativa de configuración de Terminal Services. La siguiente captura de pantalla muestra la interfaz en Windows Server 2003:

     

9. En Configuración del servidor, haga doble clic en el modo de detección del servidor de licencias e introduzca el nombre NetBIOS del servidor o la dirección IP.

10. Reinicie el servidor para aplicar los cambios.

    Nota: En Windows Server 2008, abra Editar configuración, haga doble clic en modo de detección del servidor de licencias, seleccione la ficha Licencias, seleccione la opción Usar los servidores de licencias especificados e introduzca el nombre del servidor de licencias (o la dirección IP) en el campo proporcionado. La siguiente captura de pantalla muestra la interfaz en Windows Server 2008:

    

    Utilice el artículo Microsoft TechNet: Los clientes de Windows XP No pueden conectarse a un servidor de Windows 2000 Terminal Services para reparar las claves de certificado en el servidor de Terminal.

Symptom-3

Al conectar un cliente Wy con un Wyse WT1200LE versión 4.2.terminal x, existe un problema conocido con el firmware incluido con el dispositivo de cliente ligero.

Una estación de trabajo individual puede conectarse al servidor A pero no al servidor B.

Algunas estaciones de trabajo cliente pueden conectarse a todos los servidores, mientras que otras se niegan a algunos servidores.

En ambos casos, la conexión del cliente RDP desde la misma estación de trabajo puede conectarse a los servidores A y B.

Resolución-3

Actualice a la última versión de firmware 4.4.079 para el modelo Winterm 1200LE descontinuado.

Solución de problemas para clientes que no son Windows

Nota: Si se utiliza un cliente Windows no nativo (Macintosh, Linux o un terminal delgado) sin un registro local, los permisos anteriores (descritos en el problema 1) deben verificarse en la siguiente clave de registro en el Servidor XenApp / Servidor de presentaciones:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Citrix\MSLicensing

1. Verifique el número de servidores TSCAL instalados y su ubicación de instalación. Si los servidores de Terminal son miembros de un dominio de Active Directory, debe instalar el servidor de licencias TS en un controlador de dominio en el dominio raíz del bosque. Solo puede haber un servidor de licencias de TS de empresa por sitio de Active Directory. Instale un servidor de licencias de TS de empresa para cada sitio en el bosque de Active Directory.Para que el objeto de Active Directory se cree correctamente, instale TS Licensing como Administrador de empresa o administrador que pertenezca al dominio raíz. Si se crea un dominio raíz vacío, es posible que el objeto de Active Directory para TS-Enterprise-License-Server no se cree correctamente.¿El objeto parece estar en los Sitios y servicios de Active Directory y se puede consultar mediante una consulta LDAP? Si sigue este proceso, todos los servidores Windows 2000 que ejecutan Terminal Services descubrirán su servidor de licencias de TS empresarial de todo el sitio mediante una búsqueda LDAP.El uso o no de Active Directory es muy importante con respecto al proceso de detección del servidor de licencias de TS. Para obtener más información sobre el proceso de detección del servidor de licencias de TS, consulte Detección de servicios de licencias de Terminal Services.

2. Verifique cuántos Servidores de terminales generan los errores y también verifique si los Servidores de terminales están en la misma subred / dominio que el servidor TSCAL. Cuando los servidores estaban en la misma subred, cambiando la configuración TCP/IP de los servidores a nodo h para WINS, agregando un servidor WINS a la mezcla y utilizando la clave de registro DefaultLicenseServer, todos los servidores de Active Directory pudieron encontrar el servidor de licencias TS. Para obtener más información, consulte Síntoma-2. Por lo tanto, verifique si se especifica el nombre NetBIOS del servidor de licencias TS modificando el siguiente valor de registro help:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
   Note: El nombre NetBIOS debe ser resoluble.

3. Verifique si marca la diferencia que el usuario de la estación de trabajo sea un administrador o tenga una cuenta de clase de usuario.Esto también es importante para saber cuándo el servidor está actuando como cliente en modo de paso a través.

4. Verifique la versión del cliente IC.

5. Actualice al último Service Pack de Microsoft.

6. Compruebe si en el Panel de control – MSLicensing está establecido en por servidor o por asiento.

7. Consulte los artículos de Microsoft TechNet-Guía Paso a paso de Solución de problemas de licencias de Terminal Server y Licencias de TS.

Nota: La opción Purgar se puede usar para limpiar licencias de las licencias de acceso de cliente almacenadas asignadas a clientes que ejecutan sistemas operativos que no son Windows. Para obtener más información, consulte el Asistente de mantenimiento CTX137608 – DSCheck.

Pasos de aislamiento

1. Aísle el servidor de problemas a un grupo de trabajo o promociónelo a un controlador de dominio.

2. Habilite este servidor como un servidor TSCAL.

3. Cree al menos dos sesiones IC en este servidor.

4. Deshabilite el servidor TSCAL desde este servidor.

5. Si corresponde, degradar el servidor.

6. Vuelve a unirte al dominio original.

7. Intente crear una sesión IC.

Notas: Se sabe que estos pasos corrigen el problema anterior. Los elementos de acción anteriores, si se completan con éxito, concluyen:

• No se realizaron cambios en el servidor XenApp ni en el servidor de presentaciones.

• Los cambios se produjeron a nivel del sistema operativo.