Activación de KMS: problemas conocidos

Pruebe nuestro agente virtual: puede ayudarle a identificar y corregir rápidamente problemas comunes relacionados con kmS y la activación de MAK

En este artículo se describen las preguntas y problemas comunes que pueden plantearse durante las activaciones del Servicio de administración de claves (KMS) y se proporcionan instrucciones para solucionar los problemas.

Note

Si sospecha que el problema está relacionado con DNS, consulte Procedimientos comunes de solución de problemas de KMS y DNS.

¿Debo hacer una copia de seguridad de la información del host de KMS?

La copia de seguridad no es necesaria para los hosts de KMS. Sin embargo, si usa una herramienta para limpiar los registros de eventos de forma rutinaria, se puede perder el historial de activación almacenado en los registros. Si usa el registro de eventos para realizar un seguimiento o documentar las activaciones de KMS, exporte periódicamente el registro de eventos del servicio de administración de claves desde la carpeta Registros de aplicaciones y servicios del Visor de eventos.

Si usa System Center Operations Manager, la base de datos de Almacenamiento de datos de System Center almacena los datos del registro de eventos para los informes, por lo tanto, no tiene que realizar copias de seguridad de los registros de eventos por separado.

¿Se activa el equipo cliente de KMS?

On the KMS client computer, open the System control panel, and look for the Windows is activated message. Alternatively, run Slmgr.vbs and use the the /dli command-line option.

El equipo cliente de KMS no se activa

Compruebe que se cumple el umbral de activación de KMS. On the KMS host computer, run Slmgr.vbs and use the /dli command-line option to determine the host’s current count. Hasta que el host de KMS tenga un recuento de 25, no se pueden activar los equipos cliente de Windows 7. Los clientes de KMS de Windows Server 2008 R2 requieren un recuento de KMS de 5 para la activación. Para obtener más información sobre los requisitos de KMS, consulta la Guía de planeación de la activación por volumen.

En el equipo cliente de KMS, busque el identificador de evento 12289 en el registro de eventos de la aplicación. Compruebe este evento para obtener la siguiente información:

• Is the result code 0? Cualquier otra cosa es un error.
• ¿Es correcto el nombre de host de KMS en el evento?
• ¿Es correcto el puerto KMS?
• ¿Es accesible el host de KMS?
• Si el cliente ejecuta un firewall que no es de Microsoft, ¿tiene que configurarse el puerto de salida?

En el equipo host de KMS, busque el identificador de evento 12290 en el registro de eventos de KMS. Compruebe este evento para obtener la siguiente información:

• ¿El host de KMS registra una solicitud del equipo cliente? Compruebe que aparece el nombre del equipo cliente de KMS. Compruebe que el cliente y el host de KMS pueden comunicarse. ¿Recibió el cliente la respuesta?
• Si no se registra ningún evento desde el cliente de KMS, la solicitud no llegó al host de KMS o el host de KMS no pudo procesarlo. Asegúrese de que los enrutadores no bloquean el tráfico mediante el puerto TCP 1688 (si se usa el puerto predeterminado) y que se permite el tráfico con estado al cliente KMS.

¿Qué significa este código de error?

Excepto los eventos de KMS que tienen el identificador de evento 12290, Windows registra todos los eventos de activación en el registro de eventos de la aplicación en el nombre del proveedor de eventos Microsoft-Windows-Security-SPP. Windows registra eventos de KMS en el registro del servicio de administración de claves en la carpeta Aplicaciones y servicios. Los profesionales de TI pueden ejecutar Slui.exe para mostrar una descripción de la mayoría de los códigos de error relacionados con la activación. La sintaxis general de este comando es la siguiente:

slui.exe 0x2a ErrorCode

Por ejemplo, si el identificador de evento 12293 contiene código de error 0x8007267C, puede mostrar una descripción de ese error ejecutando el siguiente comando:

slui.exe 0x2a 0x8007267C

Para obtener más información sobre códigos de error específicos y cómo solucionarlos, consulte Resolución de códigos de error de activación comunes.

Los clientes no suman al recuento de KMS

To reset the client computer ID (CMID) and other product-activation information, run sysprep /generalize or slmgr /rearm. De lo contrario, cada equipo cliente tiene un aspecto idéntico y el host del KMS no los cuenta como clientes de KMS independientes.

Los hosts de KMS no pueden crear registros SRV

El sistema de nombres de dominio (DNS) puede restringir el acceso de escritura o no admitir DNS dinámico (DDNS). En este caso, concede al host de KMS acceso de escritura a la base de datos de DNS o crea manualmente el registro de recursos (RR) de servicio (SRV). Para obtener más información sobre los problemas de KMS y DNS, consulte Procedimientos comunes de solución de problemas de KMS y DNS.

Solo el primer host de KMS puede crear registros SRV.

Si la organización tiene más de un host de KMS, es posible que los otros hosts no puedan actualizar SRV RR a menos que se cambien los permisos predeterminados de SRV. Para obtener más información sobre los problemas de KMS y DNS, consulte Procedimientos comunes de solución de problemas de KMS y DNS.

He instalado una clave KMS en el cliente de KMS

Las claves de KMS solo deben instalarse en hosts de KMS, no en los clientes de KMS. Ejecuta slmgr.vbs -ipk <ClaveDeInstalación> . Para obtener tablas de claves que puede usar para configurar el equipo como cliente de KMS, consulte claves de configuración de cliente de KMS. Estas claves se conocen públicamente y son específicas de la edición. Recuerde eliminar las RR de SRV innecesarias de DNS y, a continuación, reiniciar los equipos.

Error en un host de KMS

Si se produce un error en un host de KMS, debe instalar una clave de host de KMS en un nuevo host y, a continuación, activar el host. Asegúrese de que el nuevo host de KMS tiene un SRV RR en la base de datos DNS. Si instala el nuevo host KMS con el mismo nombre de equipo y la misma dirección IP que el host KMS fallido, el nuevo host KMS puede usar el registro SRV DNS del host fallido. Si el nuevo host tiene un nombre de equipo diferente, puede quitar manualmente el DNS SRV RR del host que falló o (si la depuración está habilitada en DNS) dejar que DNS lo elimine automáticamente. Si la red usa DDNS, el nuevo host de KMS crea automáticamente un nuevo SRV RR en el servidor DNS. A continuación, el nuevo host de KMS comienza a recopilar solicitudes de renovación de cliente y comienza a activar los clientes tan pronto como se cumpla el umbral de activación de KMS.

Si los clientes de KMS usan la detección automática, seleccionan automáticamente otro host de KMS si el host de KMS original no responde a las solicitudes de renovación. If the clients do not use auto-discovery, you must manually update the KMS client computers that were assigned to the failed KMS host by running slmgr.vbs /skms. Para evitar este escenario, configure los clientes de KMS para que usen la detección automática. Para obtener más información, consulte la Guía de implementación de activación de licencias por volumen.