¿Acabas de actualizar a Windows Server 2022 y los mensajes de activación te confunden? En esta guía exhaustiva aprenderás a interpretar cada evento, confirmar si tu servidor está realmente activado por KMS y eliminar de raíz el temido error 0xC004F074.

Antecedentes del problema

Algunos administradores observan tres señales aparentemente contradictorias después de migrar a Windows Server 2022:

• slui.exe registra el evento 8198 con código 0x8007139F.
• slmgr.vbs /ato devuelve 0xC004F074: “No se pudo contactar un servidor KMS”.
• slmgr.vbs /dlv muestra License Status: Licensed y un período de gracia de 137 días, pero los campos KMS name/IP address figuran como “not available”.

El resultado es desconcertante: parece que la activación existe, pero el servidor avisa que no encuentra su host KMS. Veamos qué significa cada indicio.

Cómo funciona la activación KMS

En un entorno KMS (Key Management Service) el cliente sigue este ciclo:

1. Busca en DNS un registro SRV llamado vlmcs.tcp.dominio para localizar el host KMS (puerto 1688/TCP).
2. Envía una solicitud de activación; si la respuesta es válida, marca su estado como Licensed.
3. Registra un contador descendente de 180 días. Cada 7 días intenta renovar automáticamente; si falla, lo reintenta diariamente entre el día 7 y el 180.
4. Si no se renueva antes de expirar, el estado pasa a Notification y Windows muestra advertencias.

Por tanto, ver “Licensed” con 137 días restantes significa: la última renovación fue hace 43 días y, por ahora, todo está correcto.

Interpretación de los eventos y errores

Fuente	Evento/Código	Significado real	Acción recomendada
Visor de eventos (Aplicación)	8198 / 0x8007139F	La llamada a slui.exe no pudo completar la activación en línea.	Normal si se usa KMS interno; ignora mientras /dlv muestre “Licensed”.
slmgr.vbs /ato	0xC004F074	Cliente no localiza o no se comunica con el host KMS.	Verificar DNS SRV y puerto 1688.
slmgr.vbs /dlv	Licensed + días restantes	El servidor se activó en el pasado.	Asegura que pueda renovar antes de cero días.
Host KMS	12290	Recibió solicitud y respondió.	Confirma que la infraestructura KMS funciona.

Causa habitual del error 0xC004F074

En la mayoría de los casos el cliente resuelve un registro SRV incorrecto o el puerto 1688 está bloqueado. El síntoma típico es un entorno que durante años tuvo varios hosts KMS y uno de ellos ya no existe. Ese registro fantasma permanece en DNS, el cliente contacta la dirección obsoleta, no recibe respuesta y genera 0xC004F074.

Paso a paso para corregir la incidencia

Revisar y depurar DNS

nslookup -type=SRV vlmcs.tcp.dominio.local

• Elimina registros que apuntan a servidores retirados.
• Si solo necesitas un host KMS, debería haber un único registro SRV.
• Propaga los cambios o fuerza el vaciado de caché con ipconfig /flushdns.

Verificar conectividad al puerto 1688

Test-NetConnection -ComputerName KMSHost -Port 1688

Un True en TcpTestSucceeded confirma que ningún firewall interfiere. Si es False:

• Agrega una regla entrante al firewall del host KMS.
• Valida que no haya un dispositivo intermedio bloqueando.

Forzar configuración del host KMS o volver a autodetección

@REM Establecer manualmente
slmgr /skms kms.contoso.local
slmgr /ato

@REM Volver a autodetección DNS una vez corregido
slmgr /ckms

Tras un /ato correcto la salida incluirá “Producto activado con éxito”.

Comprobar los registros del servicio Protection Platform

• 12288 y 12289 (cliente): fases de contacto.
• 12290 (host): solicitudes recibidas.

La secuencia 12288 → 12289 → Licencia OK confirma un flujo saludable.

Garantizar la renovación automática

Tras solventar DNS y la red:

• El servicio Software Protection disparará la tarea programada “Activation Renewal” cada 7 días.
• El contador de días en /dlv volverá a mostrarse cercano a 180.
• Los eventos 8198 y 0xC004F074 desaparecerán.

¿Cuándo conviene usar una clave MAK?

Una clave MAK (Multiple Activation Key) realiza activaciones definitivas en los servidores de Microsoft, sin depender de tu infraestructura KMS. Es apropiada cuando:

• Tienes menos de 25 servidores y no justificas un host KMS.
• Existe riesgo de desconexión prolongada de los equipos respecto a tu red corporativa.
• Necesitas una solución de emergencia mientras reparas la detección KMS.

Para cambiar de KMS a MAK basta:

slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

Buenas prácticas para una infraestructura KMS robusta

Usar peso y prioridad en los registros SRV

Si mantienes más de un host KMS, asigna prioridad y peso coherentes para equilibrar y tolerar fallos. Ejemplo:

Host	Prioridad	Peso
kms1.dominio.local	0	100
kms2.dominio.local	1	50

Así los clientes intentarán primero el host principal y, si falla, probarán el secundario.

Supervisar con scripts y registros

$kms = "vlmcs.tcp.dominio.local"
$result = Resolve-DnsName -Name $kms -Type SRV
$result | Select-Object NameTarget,Port,Priority

Incluye este bloque en una tarea planificada y envía alertas si cambia el recuento de registros o el puerto.

Respaldar la base de datos de contadores KMS

El host KMS guarda en el registro y la carpeta %systemroot%\System32 el archivo tokens.dat. Inclúyelo en tu estrategia de copia de seguridad, junto al System State, para evitar reinicializar los contadores de activación.

Solución de problemas avanzada

• 0xC004F015 al agregar la clave KMS Host: asegúrate de usar la GVLK correcta para Windows Server 2022 y el último parche acumulativo.
• 0xC004F038 en el host KMS: aún no ha recibido suficientes solicitudes; necesita al menos 25 (clientes) o 5 (servidores) para comenzar a conceder activaciones.
• 0xC004F042: desajuste de la hora del sistema. Verifica NTP en ambos extremos; una diferencia >4 horas provoca rechazo.
• Los productos instalados con DISM /Add-Package usan canales de licencia distintos; confirma con slmgr /dlv que no requieran claves específicas.

Preguntas frecuentes

¿Puedo combinar MAK y KMS en la misma red?

Sí. KMS ignora equipos activados por MAK, y viceversa. Solo evita aplicar ambos métodos en un mismo sistema operativo para no confundir la auditoría.

¿Qué puertos necesito abrir en el firewall?

Solo TCP 1688. El tráfico usa RPC con cifrado AES y consume unos pocos KB por solicitud.

¿Cómo migrar el host KMS a un nuevo servidor?

1. Instala la clave KMS Host Genérica en el nodo nuevo.
2. Copia tokens.dat si deseas conservar el contador de activaciones.
3. Actualiza el registro SRV apuntando al nuevo servidor.
4. Deja encendido el host antiguo al menos 24 h para cubrir cachés DNS.

Conclusión

Un estado “Licensed” con días restantes confirma que Windows Server 2022 está activado, pero el error 0xC004F074 advierte de un obstáculo para la futura renovación. La solución duradera pasa por depurar DNS, garantizar la conectividad al puerto 1688 y mantener un host KMS saludable. Cuando eso no sea viable, una clave MAK ofrece activación permanente sin dependencias de la red. Al aplicar las prácticas descritas asegurarás que tus servidores sigan plenamente licenciados y libres de notificaciones inoportunas.

¿Te resultó útil esta guía? Deja tu experiencia en los comentarios y comparte la solución que funcionó para ti.