WSUS (Windows Server Update Services): Configuración de política – Parte II

Javier Olmedo

Seguimos con la segunda parte sobre WSUS (Windows Server Update Services), en esta entrada vamos a ver como crear una política en el dominio para aplicar a los equipos clientes, si no has empezado esta serie de entradas, puedes ver la primera parte.

 

Crear política para equipos clientes

 

1. Abrimos “Administración de directivas de grupo”, en “Herramientas”.

 

2. En mi caso, tengo creada una unidad organizativa dentro de «Usuarios y equipos del Active directory» para ubicar todos los equipos clientes del dominio, «Click derecho» y «Crear una GPO en este dominio y vincularlo aquí», ponemos un nombre y aceptamos.

 

3. Vamos a editar la política para configurarla correctamente, «Click derecho» sobre ella y «Editar»

 

4. Ahora en «Configuración del equipo» –> «Directivas» –> «Plantillas administrativas» –> «Componentes de Windows» –> «Windows Update» se encuentran las 5 directivas básicas que tendremos que modificar, modificad las demás en función de vuestras necesidades.

 

5.1 Directiva “Configurar Actualizaciones automáticas”

Esta directiva nos permite descargar automáticamente las actualizaciones que estén disponibles en el servidor WSUS y programarlas para que se instalen todos los días a las 14:00h (hora en la cual sabemos que están encendidos los equipos y pueden instalar actualizaciones sin perjudicar a ningún usuario)

 

5.2 Directiva “Especificar la ubicación de Windows Update en la Intranet”
En esta directiva vamos a hacer un poco más de hincapié, previamente vamos a crear un registro en el DNS para posteriormente configurarlo en la directiva, esto lo hago porque es preferible configurarlo con un registro DNS a ponerlo con el nombre del servidor, con esto ganamos que en el caso de migrar el servicio de WSUS a otro servidor, no sea necesario modificar las políticas, únicamente cambiaríamos la IP en el registro DNS.
Nos vamos a «Administrador de DNS» -> «Zona de búsqueda directa», marcamos nuestro dominio y «Click derecho» -> «Host nuevo (A o AAAA)»

 

Ponemos un nombre y añadimos la IP del servidor, marcamos la opción «Crear registro del puntero (PRT) asociado»

 

Para comprobar que el registro está correctamente creado, nos vamos a cualquier equipo del dominio y tecleamos en la consola de comando nslookup [nombre_registro], si nos devuelve correctamente la IP estará todo preparado para configurar la política.

nsllkup [nombre_registro]

 

Quedaría de esta manera configurada la política, añadimos el puerto 8530 que por defecto es el que escucha el servicio de WSUS (8531 para HTTPS)

 

5.3 Directiva “Frecuencia de detección de Actualizaciones automáticas”
En esta directiva vamos a configurar el intervalo en el cual el equipo cliente se pondrá en contacto con el servidor WSUS para comprobar si existen actualizaciones para él, 8 horas creo que es el intervalo más adecuado.

 

5.4 Directiva “Volver a programar las instalaciones programadas de Actualizaciones automáticas”

A veces, el equipo se encuentra apagado o por algún motivo no puede conectarse con el servidor WSUS para recibir actualizaciones, en esta política, lo que vamos a establecer es el tiempo que tardará el equipo en volver a reprogramar la tarea de sincronización, por ejemplo, si el equipo está apagado y tenemos configurado esta política en 5 minutos, cuando encienda tardará ese tiempo en reprogramar la tarea de volver a ponerse en contacto con el servidor WSUS.

 

5.5 Directiva “No reiniciar automáticamente con usuarios que hayan iniciado sesión”
De esta política queda bastante claro todo, no reiniciar los equipos si hay usuario trabajando con los ellos, con esto evitaremos que se pierdan documentos/información.

 

Resumen de la política creada

 

Para que las políticas se hagan efectivas en los equipos, tenemos que reiniciarlo o ejecutar el comando gpupdate /force

gpupdate /force

 

Esto lo podríamos hacer con PowerShell, para no tener que estar ejecutándolo equipo por equipo, en otras entradas hablaremos sobre administración de equipos con PowerShell.

Ya tendríamos todo, podemos ver los 2 equipos con todas las actualizaciones al día.

 

En la próxima y última entrada veremos como trabajar con los reportes y uso básico de la consola de WSUS.

 

Saludos,

Gracias.

Comparte el artículo si te ha gustado

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on pinterest
Pinterest
Share on telegram
Telegram
Share on whatsapp
WhatsApp
Share on email
Email

39 respuestas

  1. Hola, gracias por la guia, en caso de tener varios servidores Wsus, como se apuntan los diferentes wsus, tanto para agregar un targeting por ou, o para que en caso de que un wsus este caido use otro wsus.

    Gracias

  2. Hola Javier ya hice todo el proceos pero en la policita como direccionno que los clientes se vayan al WSUS sin usar el DNS? Comparto solo el folder dodne se descargan las Actualizacion y pongo la ruta en la politica?

  3. excelente, solo un solo problema he configurado todo y he desactivado todo lo que recomiendas pero tengo mas de un equipo que no logro ver unos que no dan el reporte y el resto solo se queda en 99% y de ahi no pasan me podrias ayudar con eso?

  4. Excelente explicación, pero tengo un problema la unidad donde se almacenan las actualizaciones es de 500 Gb y se lleno en solo dos dias, y la consola del administrador WSUS aparece con un mensaje de error (sin conexión).
    Gracias.

  5. Excelente tutorial, solo una duda… mi AD lo tengo en Win Server 2008 y WSUS en Win Server 2012 (ambos versión estándar), sabrás si eso causa algún problema ya sea de incompatibilidad o de otro tipo? Ya que tengo otros dos servidores WSUS con 2008 y funcionan perfectamente, con 2012 si veo equipos pero no llegan al 100%., gracias de antemano.

  6. Estimado, de verdad que quede impresionado con tu post, primer POST WSUS SERIO en español!

    Me podrás ayudar con que tengo equipos que no reportan?, tengo equipos que tienen mas de 300 días sin reportar.

    he usado varios script desde la maquina que no esta reportando. He usado el wuauclt /detectnow y nadaaa.

    Que seria?

    Muchas Gracias!

  7. Hola Javier, De verdad que me gusta mucho tu post, felicitaciones, primer post Serio con info de Wsus en español que he visto.

    te comento a ver si me puedes ayudar, me asignaron el tema de wsus, y no tengo ayuda por parte de los administradores jeje, ya llevo horas de cursos y entiendo el sistema, pero tengo problemas con equipos que no estan reportando, osea equipos que tienen mas de 300 dias sin reportar. La ip esta ok, hace ping y todo lo demas.

    He usado varios script en powershell q estan publicados, pero sigo sin poder hacerla reportar, las pcs son con windows 10.

    ni usando el wuauclt /detectnow

    que crees que sera?

    Saludos!

  8. Hola, hay alguna forma de forzar (por comando o con alguna configuracion) a wsus a que mande las actualizaciones a los equipos?
    tengo una politica para programar las actualizaciones pero esta no se actualiza con tanta rapidez como nos gustaría.

    1. Buenas Elman,
      Puedes configurarlo desde el panel de WSUS, puedes configurar cuando el servidor descarga actualizaciones y cuando las envía a los equipos.
      Si por algún motivo, no se ejecuta de manera correcta, prueba a forzarlo con PowerShell.

      Saludos.

  9. Tengo mis equipos en un grupo, ese grupo esta en la OU que tiene la GPO de WSUS, pero no se esta aplicando, mis equipos estas en otra OU por administración, y tengo varias replicas de WSUS, por ello no puedo aplicar la GPO en Raiz de la OU donde estan todos mis equipos, por ello administro por Grupos.

    Que estara pasando que no se aplica la GPO.

    Saludo.s

  10. Buen tutorial, lo único que tengo el problema que en WSUS no me salen los equipos configurados por GPO.
    Estoy revisando todo y no se me ocurre la solución.

Deja tu comentario