Instrucciones para solucionar problemas del Servicio de administración de claves (KMS)

• Se aplica a:

  ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Los clientes empresariales configuran Servicio de administración de claves (KMS) como parte de su proceso de implementación, ya que les permite usar un proceso sencillo y directo para activar Windows en sus entornos. Normalmente, una vez configurado el host de KMS, los clientes KMS se conectan al host automáticamente y se activan por sí solos. Sin embargo, a veces el proceso no funciona según lo previsto. En este artículo se explica cómo solucionar cualquier problema que pueda surgir.

Para obtener más información sobre las entradas del registro de eventos y el script slmgr.vbs, consulte Referencia técnica de activación de un volumen.

Dónde empezar a solucionar problemas de KMS

Comencemos con una puesta a punto rápida sobre cómo funciona la activación de KMS. KMS es un modelo de servidor cliente que tiene algunas similitudes con el protocolo DHCP (Dynamic Host Configuration Protocol). Sin embargo, en lugar de entregar direcciones IP a los clientes en su solicitud, KMS habilita la activación del producto. KMS también es un modelo de renovación, en el que los clientes intentan reactivarse de forma periódica. Hay dos roles: el host de KMS y el cliente de KMS.

• El host de KMS ejecuta el servicio de activación y habilita la activación en el entorno. Para configurar un host de KMS, debe instalar una clave de KMS desde el Centro de servicios de licencias por volumen (VLSC) y, luego, activar el servicio.
• El cliente KMS es el sistema operativo Windows que se implementa en el entorno y necesita activarse. Los clientes KMS pueden ejecutar cualquier edición de Windows que use la activación por volumen. Los clientes KMS vienen con una clave preinstalada, denominada clave de licencia por volumen genérica (GVLK) o clave de configuración de cliente KMS. La presencia de la GVLK es lo que hace que un sistema sea un cliente de KMS. Los clientes KMS usan registros SRV DNS (_vlmcs._tcp) para identificar el host de KMS. Después, los clientes intentan detectar y usar este servicio automáticamente para activarse. Durante el período de gracia de 30 días inicial, intentan activarse cada dos horas. Después de activar los clientes KMS, intentan renovar su activación cada siete días.

Desde una perspectiva de solución de problemas, es posible que tenga que examinar los lados del host y del cliente para averiguar por qué se está produciendo un problema.

Solucionar problemas en el host de KMS

Al examinar el host de KMS durante la solución de problemas, hay dos áreas que debe examinar:

• Compruebe el estado del servicio de licencias de software host mediante el comando slmgr.vbs en un símbolo de la línea de comandos.
• Compruebe el Visor de eventos para los eventos relacionados con las licencias o la activación.

Compruebe el servicio de licencias de software mediante el comando slmgr.vbs

Para ver la salida detallada del servicio de licencias de software, abra una ventana del símbolo del sistema con privilegios elevados y escriba slmgr.vbs /dlv. En la captura de pantalla siguiente se muestran los resultados de ejecutar este comando en uno de nuestros hosts de KMS dentro de Microsoft.

Estas son algunas variables a las que debe prestar atención en la salida durante la solución de problemas:

• La información de versión está en la parte superior de la salida slmgr.vbs /dlv. La información de la versión es útil para determinar si el servicio está actualizado. Asegurarse de que todo está actualizado es importante porque el servicio KMS admite diferentes claves de host de KMS. Puede usar estos datos para evaluar si la versión que está usando actualmente admite la clave de host de KMS que está intentando instalar. Para obtener más información acerca de las actualizaciones, consulte Hay disponible una actualización para Windows Vista y para Windows Server 2008 para ampliar la compatibilidad de activación de KMS para Windows 7 y Windows Server 2008 R2.

• El nombre indica qué edición de Windows se ejecuta en el sistema host de KMS. Puede usar esta información para solucionar problemas que impliquen agregar o cambiar la clave de host de KMS. Por ejemplo, puede usar esta información para comprobar si la edición del sistema operativo admite la clave que está intentando usar.

• La descripción muestra qué clave está instalada actualmente. Use este campo para comprobar si la clave que activó por primera vez el servicio era la correcta para los clientes KMS que ha implementado.

• El estado de la licencia muestra el estado del sistema host de KMS. El valor debe ser Con licencia. Cualquier otro valor significa que debe reactivar el host.

• El recuento actual muestra un número entre 0 y 50. El recuento es acumulativo entre sistemas operativos e indica el número de sistemas válidos que se han intentado activar en un período de 30 días.

  Si el recuento es 0, significa que el servicio se ha activado recientemente o que no hay clientes válidos conectados al host de KMS.

  El recuento no aumenta por encima de 50, independientemente del número de sistemas válidos que existan en el entorno. El recuento se establece para almacenarse en caché solo el doble que la directiva de licencias máxima devuelta por un cliente KMS. El sistema operativo del cliente Windows establece la directiva máxima que requiere un recuento de 25 o superior desde el host de KMS para activarse. Por lo tanto, el recuento más alto que puede tener el host de KMS es de 2 x 25 o 50. En entornos que contienen solo clientes KMS de Windows Server, el recuento máximo en el host de KMS es de 10. Este límite se debe a que el umbral para las ediciones de Windows Server es de 5 (2×5, o 10).

  Un problema común relacionado con el recuento se produce cuando el entorno tiene un host de KMS activado y suficientes clientes, pero el recuento no aumenta más allá de uno. Cuando se produce este problema, significa que la imagen del cliente implementada no se configuró correctamente, por lo que los sistemas no tienen identificadores únicos de máquina cliente (CMID). Para obtener más información, consulte Cliente KMS y El recuento actual de KMS no aumenta al agregar a la red nuevos equipos cliente basados en Windows Vista o Windows 7. Uno de nuestros ingenieros de asignación de nivel de soporte también ha escrito sobre este problema, en El recuento de clientes en el host de KMS no aumenta debido a CMID duplicados.

  Otro motivo por el que puede que el recuento no aumente es que hay demasiados hosts de KMS en el entorno y el recuento se distribuya en todos ellos.

• Escuchar en el puerto. La comunicación con KMS usa RPC anónima. De forma predeterminada, los clientes usan el puerto TCP 1688 para conectarse al host de KMS. Asegúrate de que este puerto esté abierto entre los clientes de KMS y el host de KMS. Puedes cambiar o configurar el puerto en el host de KMS. Durante su comunicación, el host de KMS envía la designación de puerto a los clientes de KMS. Si cambias el puerto en un cliente de KMS, la designación de puerto se sobrescribe cuando el cliente se pone en contacto con el host.

A menudo nos preguntan sobre la sección solicitudes acumulativas de la salida slmgr.vbs /dlv. Normalmente, estos datos no son útiles para la solución de problemas. El host de KMS mantiene un registro constante del estado de cada cliente de KMS que intenta activar o reactivar. Las solicitudes con error indican que el host de KMS no admite determinados clientes KMS. Por ejemplo, si un cliente de KMS de Windows 7 intenta activar en un host de KMS que se ha activado mediante una clave de KMS de Windows Vista, la activación no se realiza.

En las líneas Solicitudes con Estado de la licencia se describen todos los posibles estados de la licencia, pasados y presentes. Desde la perspectiva de la solución de problemas, estos datos solo son pertinentes solo si el recuento no aumenta según lo esperado. En ese caso, deberías ver aumentar el número de solicitudes incorrectas. Para resolver este problema, debe comprobar la clave de producto que se usó para activar primero el sistema host de KMS. Además, ten en cuenta que los valores de solicitudes acumulativas solo se restablecen si reinstalas el sistema host de KMS.

Eventos útiles de host de KMS

Los identificadores de evento descritos en las siguientes secciones son aquellos con los que debería familiarizarse para que la solución de problemas relacionados con el host sea más eficiente.

Id. de evento 12290

El host de KMS crea un registro con la etiqueta id. de evento 12290 cuando un cliente KMS se pone en contacto con el host al intentar activarse. El id. de evento 12290 contiene información que puede usar para saber qué tipo de cliente contactó con el host y por qué se produjo un error. El siguiente segmento de una entrada de Id. de evento 12290 procede del registro de eventos del Servicio de administración de claves del host de KMS.

Los detalles del evento incluyen la información siguiente:

• El recuento mínimo necesario para activar informa de que el número del host de KMS debe ser 5 para que el cliente se active. Esto significa que este sistema operativo es un sistema operativo Windows Server, aunque esta variable por sí sola no indica qué edición está usando el cliente. Si los clientes no se activan, asegúrese de que el recuento del host permite que el cliente se active.
• El id. de máquina cliente (CMID) es un valor único en cada sistema. Si este valor no es único, se debe a que la imagen no se configuró correctamente para la distribución mediante sysprep. Para obtener más información sobre cómo generalizar los equipos, consulte Sysprep (Generalizar) una instalación de Windows. Cuando se produce este problema, el recuento de hosts de KMS no aumenta aunque haya suficientes clientes en el entorno. Para obtener más información, consulta El recuento actual de KMS no aumenta al agregar a la red nuevos equipos cliente basados en Windows Vista o Windows 7.
• El estado de la licencia y la expiración del estado de la licencia indica el estado actual de la licencia del cliente. Esta variable puede ayudarle a indicar si un cliente está intentando activarse por primera vez o si está intentando reactivarse. La entrada de tiempo también puede indicar cuánto tiempo permanece el cliente en ese estado si no cambia nada más.

Si está solucionando problemas con un cliente y no encuentra un id. de evento 12290 correspondiente en el host de KMS, el cliente no se está conectando al host de KMS. Los motivos por los que falta la entrada del id. de evento 12290 pueden incluir:

• Se ha producido una interrupción de la red.
• El host no se resuelve o no está registrado en DNS.
• El firewall bloquea TCP 1688.
  • El puerto también podría bloquearse en otros lugares del entorno, incluido en el propio sistema host de KMS. De forma predeterminada, el host de KMS tiene una excepción de firewall para KMS, pero esta excepción no está habilitada automáticamente. Tiene que habilitar la excepción manualmente.
• El registro de eventos está lleno.

Los clientes KMS registran dos eventos correspondientes: el Id. de evento 12288 y el Id. de evento 12289. Para obtener información acerca de estos eventos, consulta la sección Cliente KMS.

Id. de evento 12293

Otro evento pertinente para buscar en el host de KMS es el id. de evento 12293. Este evento indica que el host no ha publicado los registros necesarios en DNS. Este escenario puede provocar errores y debe asegurarse de que el evento no está ahí después de configurar el host y antes de implementar clientes. Para obtener más información acerca de los problemas de DNS, consulta Procedimientos habituales de solución de problemas de KMS y DNS.

Cliente KMS

También puede usar el comando slmgr.vbs y el Visor de eventos para solucionar problemas de activación en los clientes KMS.

Slmgr.vbs y el servicio de licencias de software

Para ver la salida detallada del servicio de licencias de software, abre una ventana del símbolo del sistema con privilegios elevados y escribe slmgr.vbs /dlv en el símbolo del sistema. En la captura de pantalla siguiente se muestran los resultados de este comando en uno de nuestros hosts de KMS dentro de Microsoft.

Estas son algunas variables a las que debe prestar atención en la salida durante la solución de problemas:

• El nombre indica qué edición de Windows usa el sistema cliente KMS. Puede usar esta variable para comprobar que la versión de Windows que intenta activar es compatible con KMS.
• La descripción muestra qué clave se instaló. Por ejemplo, VOLUME_KMSCLIENT indica que el sistema ha instalado la clave de configuración del cliente KMS, o GVLK, que es la configuración predeterminada para los elementos multimedia de licencia por volumen. Un sistema con un GVLK intenta activarse automáticamente mediante un host de KMS. Si ve un valor diferente aquí, como MAK, debe volver a instalar el GVLK para configurar este sistema como un cliente KMS. Puede instalar manualmente la clave siguiendo las instrucciones para ejecutar slmgr.vbs /ipk <GVLK> en claves de configuración de cliente KMS, o siga las instrucciones de Referencia técnica de la Herramienta de administración de activación por volumen (VAMT) para usar VAMT en su lugar.
• Se puede usar la clave de producto parcial para determinar si la clave de configuración del cliente KMS coincide con el sistema operativo que usa el cliente de KMS. De forma predeterminada, la clave correcta está presente en los sistemas que se han compilado mediante medios del portal del Centro de servicios de licencias por volumen (VLSC). En algunos casos, los clientes pueden usar la activación de la Clave de activación múltiple (MAK) hasta que haya suficientes sistemas en el entorno para admitir la activación de KMS. Debe instalar la clave de configuración del cliente KMS en estos sistemas para realizar la transición de MAK a KMS. Use VAMT para instalar esta clave y asegúrese de que usa la clave correcta.
• El estado de la licencia muestra el estado del sistema cliente de KMS. Para un sistema activado por KMS, este valor debe tener licencia. Cualquier otro valor puede indicar que hay un problema. Por ejemplo, si el host de KMS funciona correctamente y el cliente KMS todavía no se activa o está bloqueado en un estado de gracia, significa que algo impide que el cliente llegue al sistema host. Este bloqueo puede ser un problema de firewall, una interrupción de la red, etc.
• El id. de máquina cliente (CMID) debe ser único en cada cliente de KMS. Como se mencionó en Comprobar el servicio de licencias de software mediante el comando slmgr.vbs, un problema común relacionado con el recuento es si el recuento no aumenta más allá de uno independientemente del número de hosts o clientes KMS que active en el entorno. Para obtener más información, consulta El recuento actual de KMS no aumenta al agregar a la red nuevos equipos cliente basados en Windows Vista o Windows 7.
• El nombre de equipo de KMS de DNS indica el FQDN del host de KMS que el cliente usó correctamente para la activación y el puerto TCP que usó para comunicarse.
• El almacenamiento en caché del host de KMS muestra si está habilitado o no el almacenamiento en caché. El almacenamiento en caché normalmente está habilitado de forma predeterminada. Al habilitar el almacenamiento en caché, el cliente KMS almacena en caché el mismo host de KMS que usó para la activación y se comunica directamente con este host en lugar de consultar el DNS cuando es el momento de la reactivación. Si el cliente no puede ponerse en contacto con el host de KMS almacenado en caché, consulta al DNS para detectar un nuevo host de KMS.

Eventos de cliente de KMS

En las secciones siguientes se describen los eventos de cliente con los que debe estar familiarizado para ayudarle a solucionar posibles problemas de forma más eficaz.

Id. de evento 12288 e Id. de evento 12289

Cuando un cliente de KMS se activa o se reactiva correctamente, el cliente registra dos eventos: el Id. de evento 12288 y el Id. de evento 12289. La captura de pantalla siguiente que muestra un segmento de una entrada de id. de evento 12288 procede del registro de eventos del Servicio de administración de claves del cliente de KMS.

Si solo ve el id. de evento 12288 sin el id. de evento 12289 correspondiente, significa que el cliente KMS no ha podido llegar al host de KMS, que el host de KMS no ha respondido o que el cliente no ha recibido la respuesta del host. En estos casos, debe comprobar que el host de KMS es reconocible y si los clientes de KMS pueden ponerse en contacto con él.

La información más importante en el Id. de evento 12288 son los datos del campo Información. Por ejemplo, Información muestra el estado actual del cliente y el puerto FQDN y TCP que usó el cliente cuando intentó la activación. Puede usar el FQDN para solucionar problemas de escenarios en los que el recuento de un host de KMS no aumenta. Por ejemplo, si hay demasiados hosts de KMS disponibles para los clientes (ya sean sistemas legítimos o no admitidos), el recuento se puede distribuir entre todos ellos.

Una activación incorrecta no siempre significa que el cliente tiene los id. de evento 12288 y no 12289. Una activación o reactivación incorrecta también puede tener ambos eventos. En este caso, tienes que examinar el segundo evento para comprobar el motivo del error.

La sección de información del Id. de evento 12289 proporciona la siguiente información:

• La marca de activación, indica si la activación se realizó correctamente (1) o no (0).
• El recuento actual en el host de KMS muestra el valor de recuento en el host de KMS cuando el cliente intenta activarse. Si no se realiza la activación, puede deberse a que el recuento no es suficiente para este sistema operativo de cliente o que no hay sistemas suficientes en el entorno para compilar el recuento.

¿Qué pide Soporte técnico?

Si las activaciones no funcionan según lo previsto después de la solución de problemas, puede ponerse en contacto con el Soporte técnico de Microsoft para obtener asistencia técnica. Normalmente, el ingeniero de soporte técnico solicita la siguiente información:

• La salida de slmgr.vbs /dlv del host de KMS y los sistemas cliente KMS.
• Registros de eventos del host de KMS (registro del Servicio de administración de claves) y de los sistemas cliente KMS (registro de aplicación).

Pasos siguientes

• Ask the Core Team: #Activation (Pregunta al equipo principal: #Activación)