La idea de armar este artículo surge porque he visto en varias comunidades que la gente sigue preguntando cómo realizarlo. Las razones pueden ser variadas, la mayoría porque el equipo le queda chico y quiere cambiar el hardware o bien porque el equipo anterior murió y tienen que instalarlo en uno nuevo.

El procedimiento no es muy complicado ni difícil, igualmente en este caso lo voy a comentar con la base de datos que se instala en el asistente inicial. Si optaste por instalarlo en un SQL Server 2005 en el mismo equipo varía la parte de recuperación de la base de datos. Ahora si optaste por apuntar la base a otro SQL Server entonces sólo es necesario reestablecer esa conexión en el nuevo equipo.

Para no seguir mareandote con palabras sin llegar a nada, vamos a pasar a la parte técnica de cómo realizarlo. Primero te comento el ambiente que tengo en el laboratorio para que estes mas en tema:

Servidor 1: 2K3SU01 - Actual WSUS - Futuro muerto jaja
Servidor 2: 2K3SU02 - Futuro WSUS
Base de Datos: Windows Internal Database
Ambos equipos están virtualizados con Microsoft Virtual Server 2005 R2 SP1. Hay 1600 parches en la base de datos con diferentes aprobaciones y un Servidor reportado como cliente (3KTITO). Veremos si esta información se mantiene en el nuevo equipo cuando lo migremos.

1. Revisemos el status inicial del servidor de WSUS actual. Esto nos va a servir para comparar la información origen con la destino y ver si la migración resultó ok. Si el equipo ya murió seguir con los pasos de mas adelante. Este es para una migración planificada.
 
2. Un paso interesante si tenemos el equipo todavía activo es realizar una limpieza de la base de datos para no migrar basura. Esto lo hacemos desde Options » Server Cleanup Wizard. Ahí podemos limpiar un poco la base de parches que no necesitamos, equipos que ya no se reportan, etc. Digamos que sería un paso previo a revisar el status del servidor, pero es un paso optativo.

3. Realizamos un backup completo del WSUS con ntbackup. Si no sabes como hacerlo o queres los pasos te recomiendo que leas el siguiente artículo Cómo hacer un Backup del WSUS [ Tutorial ]

4. Una vez que tenemos el backup del equipo y la info correspondiente, podemos apagar el equipo original. Si el equipo estaba muerto debemos contar con un backup para poder instalarlo en un equipo nuevo sino deberá instalarse desde cero, bajar los parches y las PC’s deberán reportarse nuevamente.

5. Bueno, ya tenemos el equipo nuevo arriba, con el backup del 01 copiado y los archivos de instalación del WSUS listos para usarse. Por qué necesitamos los archivos de instalación? Porque la idea es reinstalar el WSUS y recuperar las configuraciones y base de datos.

Lo que si vamos hacer es renombrar el servidor para que tenga el mismo nombre que el anterior así no debemos modificar políticas de WSUS. Esto lo hacemos desde My Computer » Properties » Computer Name » Change.

6. Una vez renombrado el servidor debemos asegurarnos de tener todos los prerequisitos de WSUS instalados y luego iniciar la instalación de la misma forma que estaba instalado en el equipo anterior. Si no sabes como instalarlo o no estas seguro de los pasos te recomiendo que leas Instalando WSUS 3.0 Paso a Paso [ Tutorial ]
Lo instalamos con la misma ruta que el equipo anterior. Si queremos cambiar la ubicación de la base de datos podemos hacerlo luego, ahora recomiendo para levantar el equipo mantener la misma ruta.

7. Una vez instalado, garantizamos que funcione bien. En cuanto lo vemos funcionando comenzamos con el restore de información para poder dejarlo igual a como estaba antes. Si tenes dudas de cómo realizar el Restore te recomiendo que revises el artículo comentado en el punto 3 donde hicimos el backup. Debemos hacer el restore en la misma ruta que fue tomado el backup. De esta manera garantizamos que los datos se pisaran con los que tenemos en nuestro backup. Debemos parar todos los servicios relacionados a WSUS antes de realizar dicho Restore para garantizar que pueda sobreescribir cualquier archivo.

8. Si seguimos todos los pasos vamos a tener el WSUS levantado en un nuevo equipo con toda la info migrada y funcionando. Ahora bien, si apuntas a un SQL 2005 externo podes directamente apuntar a dicha base y luego hacer restore de los parches y directorios. Si queremos cambiar la ruta de los directorios de instalación de WSUS o bien de los parches para enviarlos a otra unidad, te recomiendo que sigas leyendo el Blog para el próximo artículo de WSUS.  :)

Compártelo

Etiquetas: wsus, backup, internal database, microsoft, migracion

A veces puede pasar que al querer remover la instalación de WSUS nos arroje algún error y no termine removiendo parte de la misma. La idea es comentar los pasos necesarios para remover dicha instalación manualmente. Qué se puede borrar, qué hay que modificar, qué hay que ejecutar, etc.

Algunos pasos estan basados en KB’s de Microsoft que también linkeo en el mismo artículo. Luego de removerlo podrás instalarlo en el equipo nuevamente como si nunca hubiera estado instalado.

1. En principio debemos parar todos los servicios de WSUS asociados. Tanto de Update Services, como de la base de datos en caso de ser local y los de IIS para poder hacer una desinstalación completa y que no falle ningún archivo.

2. En caso de ser un equipo dedicado a WSUS habría que eliminar la base de datos. Si se instaló con SQL Server 2005 no hace falta desinstalarlo, sólo remover la base, pero si se utilizó Windows Internal Database habría que removerla para que no arroje errores al reinstalarlo.

• Abrir una ventana de comandos (cmd.exe)
• Ejecutar uno de los siguientes comandos:
  En plataforma 32-bit: msiexec /x {CEB5780F-1A70-44A9-850F-DE6C4F6AA8FB} callerid=ocsetup.exe
  En plataforma 64bit: msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe
• Eliminar las bases que se encuentren debajo de la carpeta %windir%\SYSMSI\SSEE

Link de Microsoft »

3. Ahora procedemos a eliminar el directorio de instalación, generalmente en           %ProgramFiles%\Update Services. Borramos esa carpeta y todas las subcarpetas.

4. Eliminamos la entrada en el registro correspondiente a la instalación del producto:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services

5. Ahora eliminamos el resto de las entradas del registro que corresponden a los servicios de WSUS:

HKLM\SYSTEM\CurrentControlSet\Services\WSUS: API Remoting Web Service
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Client Web Service
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Client Web Service Methods
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Reporting Web Service
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Server Web Methods
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Server Web Service
HKLM\SYSTEM\CurrentControlSet\Services\WSUS: Update Regulation Web Methods
HKLM\SYSTEM\CurrentControlSet\Services\WSusCertServer
HKLM\SYSTEM\CurrentControlSet\Services\WsusService

6. Como siguiente paso debemos eliminar los archivos de instalación MSI del producto. Para esto vamos a utilizar una herramienta de Microsoft llamada Windows Installer CleanUp Utility. La utilidad se encuentra en el KB290301 » de Microsoft. Ahí figura como bajarla y ejecutarla. Sólo debemos seleccionar los paquetes correspondientes a WSUS y removerlos.

7. Si el equipo no tiene otro sitio web instalado, entonces te recomiendo remover el servicio de IIS del servidor utilizando Add/Remove Programs o bien Roles del 2008. En caso de que existan otros sitios sólo podes eliminar el de WSUS junto a su Application Pool correspondiente. En caso de que compartan el sitio pero con otros directorios virtuales, podes eliminar los siguientes que sí estan relacionados con WSUS:

• Inventory
• DSSAuthWebService
• ApiRemoting30
• Content
• ReportingWebService
• SelfUpdate
• ServerSyncWebService
• SimpleAuthWebService
• ClientWebService

8. En caso de que no vayas a reinstalar el WSUS o bien quieras que baje todos los parches nuevamente y regenere la base de datos de información, tenés que eliminar el directorio C:\WSUS. La unidad varía según cada instalación. Si vas a reinstalar el producto y queres mantener lo mismo, podes dejarlo y apuntar al mismo directorio, pero recomiendo remover todo y empezar de nuevo.

9. Ahora reiniciá el servidor y ya quedaría limpio para reinstalar.

10. Recordá que si eliminaste el IIS y querés reinstalar tenes que volver a agregarlo con los componentes básicos como requisito de instalación.

Compártelo

Etiquetas: tutoriales, wsus, internal database, microsoft, server

La idea es comentar las diferentes formas de hacer un correcto deployment de Windows XP Service Pack 3 en el ambiente. Si tienes un solo equipo es fácil, puedes hacer Windows Update y listo, pero cuando tienes que administrar un ambiente mucho mas grande debes pensar en las diferentes formas de hacerlo para no afectar anchos de banda, aplicaciones, cortes de servicio, etc.

Las opciones que tenemos para hacer el deploy se extienden desde Manual (equipo por equipo), por política de dominio (GPO), por script de inicio o asignado por GPO hasta realizarlo desde aplicaciones como WSUS o System Center Essentials.

La opción de armar un script de instalación remota o bien por política requiere que tengamos el Service Pack bajado y copiado a una ruta accesible en la red de nuestro ambiente. Ahí podemos asignar el Service Pack o bien publicar el mismo para que los usuarios lo instalen al elegirlo. Recomiendo "asignarlo" a los equipos para así asegurarte que se instalen en los mismos. El problema de aplicarlo por GPO es que el control lo tenemos en base a nuestra estructura de OU y cuentas de PCs. Tampoco tenemos forma de controlar cuantas llevamos instaladas y cuantas no, etc.

Si bien el reporting se podría hacer con WSUS y aplicarlo por GPO, también podríamos aplicarlo y hacer el reporting via WSUS. WSUS 3.0 SP1 ya tiene disponible el Windows XP SP3 para su deployment. Solo debes seleccionarlo y aprobarlo para los grupos de PCs que tengas creado. Eso si, tené en cuenta los enlaces ya que es un update bastante grande y podría saturar los mismos.

Otra opción es utilizar ambos modelos, ya sea WSUS para los sites con un buen ancho de banda y GPO para los sites con un enlace algo pobre, ya que si tenemos un DC en ese site podemos usarlo como server para deployment. Obviamente que si tenemos un servidor de WSUS en ese site se puede usar para el deploy, pero considerando que no haya, tal vez un DC si.

Antes de ejecutar el plan de deployment que hayas armado y decidido, ten en cuenta que debes hacer un laboratorio con todos los tipos de PC que tengas en el ambiente para ver cómo afecta a los mismos. Prueba el SP3 con las aplicaciones de tu ambiente también. Esto te va a garantizar un update de lo mas tranquilo con los usuarios y tener el ambiente al día. Por último, luego del deployment, recuerda actualizar la imagen de instalación de tus equipos para que ya salgan con SP3 incluído.

Link | Windows XP SP3 Network Installation Package for IT Professionals - 316Mb
Link | Windows XP Service Pack 3 - ISO-9660 CD Image File - 545Mb
Link | Windows XP Professional Technet Home

Compártelo

Etiquetas: wsus, windows, 2007, essentials, gpo

Qué es el Extension Pack para WSUS 3.0 de EminentWare? Es una herramienta desarrollada por la empresa para poder extender las funciones del WSUS y llevarlo a un nivel aún mas avanzado. Agrega no sólo funciones, sino flexibilidad, administración, capacidad, etc. WSUS es una herramienta de Microsoft muy útil a la hora de actualizar nuestra infraestructura, pero tal vez le falte algunas funciones. Los requisitos mínimos son los mismos que para el WSUS y no requiere nada extra, sólo extiende tu estructura de WSUS actual, lo que provee bajos costos de implementación. Entre algunas de sus funciones se puede destacar:

• Administración de los Updates mas avanzada
• Templates de políticas para la distribución de los parches
• Distribución de parches de MS como de terceros
• Vistas en tiempo real
• Administración de los clientes avanzada
• Delegación de la aprobación de parches
• Descubrimiento de la red hasta por IP
• Inventario avanzado del ambiente
• Reportes avanzados de la plataforma
• Apagado, Reinicio y Wake-on-Lan
• Programar limpieza de la base de datos
• Identificación de equipos que no se reporten en la consola
• Forzar la aplicación de los parches

Los costos no son elevados para mejorar el ambiente de parchado de la infraestructura, así que esta es una opción válida para optimizar tu implementación de WSUS. Además ofrecen una versión de 30 días de prueba para que revises todos los features de este excelente pack.

Link | EminentWare
DataSheet | EW_Extension_Pack_DS_5.PDF

Compártelo

Etiquetas: wsus, extension, microsoft, pack, updates

La administración de los updates o parches es muy importante para un ambiente. Ya sea para PCs como para servidores de un datacenter. El tener el ambiente actualizado a la fecha hace que baje mucho las probabilidades de tener un ataque o infección en los equipos. Por ejemplo, los bloggers actualizan Wordpress para no sufrir daños o robos de la base de datos. En los equipos pasa lo mismo pero a otro nivel.

La estructura Microsoft presenta diferentes formas de realizar dichas actualizaciones para mantener la seguridad del ambiente. Estas opciones se pueden clasificar en usuarios comunes, pequeña o mediana empresa y una gran compañía.

A nivel de usuario doméstico estamos acostumbrados a actualizar nuestro Windows a través del Microsoft Update. En Windows Vista ya no abre mas el sitio de actualizaciones sino que nos abre la herramienta para actualizar Windows Update.
Lo bueno de esta opción es que no solo actualiza el sistema operativo sino que permite actualizar cualquier producto que tengamos instalado y detecte parches para el mismo. También podríamos utilizar este sistema en empresas pero requiere que entremos equipo por equipo a chequearlo.

Actualiza parches de seguridad, service packs, drivers, feature packs, etc. Justamente uno de los puntos negativos es el hecho de requerir intervención manual sobre el equipo. Podemos programarlo para que sea automático pero perderíamos total control del ambiente. No se puede planear una distribución, no se puede hacer inventario, etc. Es bastante básica y justamente sirve para las necesidades del usuario final.

Otra opción que venimos mencionando seguido y un producto que deja que hablar es Windows Server Update Services. Una herramienta muy completa para empresas, pequeñas, medianas y en algunos casos para grandes compañías también. Posee todos los beneficios de Microsoft Update, pero además se le suma el hecho de poder planear una implementación, poder ver un status de los equipos parchados como hacer ciertos reportes, existe flexibilidad a la hora de realizar los parchados, etc. Igualmente si bien es bastante útil y poderoso sigue siendo simple. Como opción gratuita es muy buena y completa. Podemos tener total control de nuestro ambiente a nivel de seguridad del sistema operativo y podemos encadenar nuestras oficinas para que también esten al día aunque no tengan conexión a internet.

Otra opción muy conocida ya de hace tiempo es el SMS 2003 o su reemplazo el System Center Configuration Manager 2007. Esta sería la opción mas avanzada, la mas trabajada y la mas robusta. Si tenes un gran enterprise, esta es tu opción recomendada. Posee todos los puntos nombrados anteriormente y mucho mas. No solo que cada punto anterior es mucho mas avanzado sino que además agrega features. Desde ya el producto no sólo se utiliza para parchado, eso es lo mínimo para su función, pero en este artículo únicamente hablamos del parchado. Puede actualizar cualquier sistema Windows. Se puede instalar cualquier tipo de update, incluso se puede agregar updates que se instalen en equipos Windows. Control a la hora de distribuir parches, programar los mismos de manera avanzada, reportes avanzados sobre el ambiente, planeamiento avanzado, administración de inventario avanzado, etc. Un verdadero monstruo para los parches de sistema. Enfocado mas que nada para grandes empresas.

Por ultimo queda mencionar el System Center Essentials 2007. Este producto nos permite administrar nuestro ambiente IT. Diseñado para embientes medianos donde la cantidad de equipos no supere los 500. Lo interesante de este producto es que se pueden agregar parches de terceros para distribuir en nuestro ambiente. Otros archivos .msi o .exe se pueden agregar lo que permite actualizar otros productos también. El resto de los features es muy similar al producto anterior salvo que la mayoría en vez de ser avanzado es de categoría intermedio. Pero como dije antes, no sólo se utiliza para el parchado por lo que nos brinda unos beneficios extra.

Ojo, Microsoft no ofrece las unicas herramientas para administración del parchado, también tenemos Update Expert de Shavlik o sino podemos optar por la reciente compañía adquirida por HP, Opsware que es un producto diseñado para la administración de todo el datacenter incluyendo el parchado de equipos.

Una herramienta que no mencioné pero hay que comentarla es la MBSA: Microsoft Baseline Security Analyzer. Con esta herramienta podemos conocer si nuestros equipos estan parchados o no. Ya con la herramienta WSUS podemos hacerlo obteniendo un hermoso reporte, pero también podemos ejecutar esta herramienta que no solo chequea por parches sino que también revisa configuraciones de seguridad, por ejemplo del IIS o del SQL. Es un excelente aliado a la hora de revisar la seguridad de nuestro ambiente.

Compártelo

Etiquetas: wsus, 2007, essentials, mbsa, microsoft

Todos conocemos lo importante de hacer backups de nuestra información, lo mismo es necesario para los servidores y sus servicios. Hace poco recibí una pregunta de la lista de mensajes de WSUS de Microsoft donde preguntaba si "acostumbrábamos tombar backup del WSUS". El texto bien decía que él siendo administrador no tomaba backup porque decía que todo se podía volver a hacer sin perder nada, pero luego de la primera caída tuvo que trabajar mucho en regenerar los grupos y de Computadores y en re-aprobar todos los parches correspondientes.

Bajo esta experiencia se dio cuenta que sí requiere tomar backup del WSUS. No tanto de los parches bajados pero si de las configuraciones y de los parches aprobados y cuales no, que es uno de los puntos mas importantes. No vaya a ser que luego se apruebe algo que no estaba probado. Por eso creo conveniente hacer un mini tutorial de cómo hacer backup a una instalación de WSUS por defecto. Luego haré uno sobre si la base de datos está en un servidor externo.

El backup que voy a plantear es utilizando la herramienta ntbackup incluída en Windows 2003. Recordemos que en 2008 no viene esta herramienta por defecto, sino que viene Windows Backup y no soporta la misma utilización. Si utilizamos una base de datos externa debemos realizar el backup desde el administrador de SQL 2005.

La información importante para resguardar de WSUS es:

• Base de Datos
  Contiene la metadata de los updates, la configuración del servidor y la información de los clientes
• Contenido
  El directorio con el contenido bajado de internet \WSUS\WSUSContent
• Directorio de Reparación de WSUS
  Donde se guardan los .msi para repararlo \WSUS\UpdateServicesPackage

Realizar el Backup

1. Ejecutamos el comando ntbackup.exe para abrir la aplicación con la que realizaremos el backup.

2. Si abrimos la aplicación en modo de asistente debemos seleccionar la opción "Back up files and settings" y el siguiente paso debe ser "Let me choose what to back up".

3. Cuando nos pregunte qué queremos hacer backup "Items to Back Up" debemos seleccionar el directorio WSUS raíz. En mi caso C:\WSUS.

4. En el paso siguiente nos va a preguntar dónde queremos guardar el backup y con qué nombre. Si tenes una unidad de cinta instalada podes enviarlo a esa unidad, sino podes seleccionar "Let me choose a location not listed here…" y ahí lo podemos guardar en el disco del servidor. Luego ese archivo puede ser tomado por otro servidor de Backup centralizado, asegurándonos de tener un backup con una herramienta que nos sirva para hacer el restore. En el campo del nombre podemos poner lo que querramos.

Si seleccionamos "Let me choose…." debemos hacer click en el botón de Browse y elegir la ruta del disco donde queremos dejar el backup con extensión *.bkf.

5.  Por último veremos cómo se realiza el backup, con el tiempo estimado del mismo, tamaño, etc. En la pantalla anterior se podía definir algunos parámetros extra como si queremos que sea incremental, full, etc. Recomiendo siempre hacer un backup Full en caso que no sea mucho el tamaño, que así es por lo general.
Al finalizar podemos ver un reporte del trabajo realizado, que en si es revisar el log del backup en formato texto.

Recuperando el Servidor

Bueno, lo facil ya se hizo, tomamos un backup, pero cómo hacemos para recuperar el servidor o realizar un restore de la información y configuración sobre el mismo equipo y dejar el servicio operativo?

1. Nuevamente ejecutamos el comando ntbackup.exe para abrir la aplicación con la que realizaremos el restore.

2. Ahora en vez de seleccionar "Back up" debemos seleccionar "Restore files and settings" y luego cuando nos pregunte qué queremos hacer restore marcamos el directorio WSUS completo desde el último backup realizado que nos aparecerá en la pantalla.

3. Cuando pasemos esas pantallas tendremos el resumen final y en el botón "Advanced" podemos cambiar la ruta donde queremos hacer el restore, lo ideal para recuperar el servicio es "Original Location", luego si queremos pisar los archivos que actualmente existen o no, y por último la seguridad de dichos archivos.
Hacemos click en Finish y va a realizar el restore del servicio a su estado anterior.

Faltan todavía un par de puntos a revisar y chequear. Por ejemplo, uno es que cada servidor de WSUS tiene un ID único, si hacemos restore a mas de un servidor del mismo árbol de WSUS no nos va a traer la info del mismo, lo cual mucho no nos sirve. El otro punto por ejemplo es que debemos reciclar el Application Pool de WSUS para que tome el restore que hicimos y un último paso sería resetear el WSUS para que tome la actualización de contenido que hicimos.

Reciclando el Application Pool:

1. Abrimos la consola de Administración del IIS.
2. Bajo el servidor de WSUS vamos a encontrar Application Pools y Web Sites. Dentro de Application Pools vemos WsusPool.
3. Hacemos click derecho sobre WsusPool y elegimos "Recycle".

Resetear el WSUS:

1. Abrimos un Command Prompt con el comando cmd.exe desde Start - Run.
2. Navegamos hasta el directorio de instalación de Update Services, en mi caso "C:\Program Files\Update Services\Tools".
3. Ahí ejecutamos el comando wsusutil.exe reset. 

Compártelo

Etiquetas: tutoriales, wsus, 2003 r2, backup, microsoft

Si bien ya había escrito algunos artículos sobre WSUS, el unico Tutorial que había armado es implementarlo sobre plataforma Windows Server 2008 ya que es la novedad del SP1 de WSUS 3.0. Creo que serviría hacer un tutorial sobre la instalación de este producto, paso a paso en plataforma Windows Server 2003 como para complementar. Comentando los requisitos mínimos, instalación y configuración básica.
 

Para repasar los requisitos mínimos de implementación de WSUS en Windows Server 2003 los voy a listar a continuación:

• Microsoft Internet Information Services (IIS) 6.0
• Instalar el hotfix KB842773 (Update for Background Intelligent Transfer Service (BITS) 2.0 and WinHTTP 5.1 Windows Server 2003)
• Microsoft .NET Framework 2.0 [Bajar »]
• Microsoft Report Viewer 2005 [Bajar »]
• Microsoft Management Console (MMC) 3.0 para Win Server 2003 (KB907265)

En el caso de Windows Server 2008 ya los había comentado en el post anterior pero viene bien repasarlos:

• Microsoft Internet Information Services (IIS) 7.0
  • Windows Authentication
  • ASP.NET
  • 6.0 Management Compatibility
  • IIS Metabase Compatibility
• Microsoft Report Viewer 2005 [Bajar »]
• Microsoft SQL Server 2005 Service Pack 1 [Bajar »]

Para mas detalles sobre la implementación de este servidor bajo Windows Server 2008 te invito a que revises los documentos ya realizados sobre WSUS en dicha categoría. Artículos sobre WSUS »

Ahora bien, si cumplimos con todos estos requisitos podemos pasar a la instalación del servicio. Obviamente habría que hacer un análisis previo de dónde conviene instalar el servidor en nuestro ambiente, cuántos Servidores WSUS van a existir, anchos de banda, etc. Imaginemos que este análisis ya está realizado y vamos a instalar el primer servidor de WSUS.

Instalación

1. Hacemos doble click sobre el archivo de instalación, por lo general WSUSSetup.exe y hacemos click en Next cuando aparece la bienvenida. Seleccionamos "Full Installation" y luego aceptamos la licencia para poder comenzar. En mi caso el instalador es WSUS3.0SP11Setup.exe.

5. Luego de pasar esa selección debemos seguir con el Asistente hasta finalizar y que comience con la instalación del mismo para luego continuar con la configuración.

Configuración

Al finalizar la instalación va a aparecer un asistente para la configuración inicial. Sugiero que se haga en ese momento por mas que se pueda cancelar y abrir luego desde la consola, es preferible terminar de configurarlo en ese instante así ya queda casi en producción.
Debemos garantizar que el equipo pueda conectarse a Internet (Microsoft Update Site) o bien al servidor WSUS de Updates superior para poder conseguir los parches. En caso de no poder comunicarse a Internet verificar mas abajo qué es necesario para la conexión a internet.

1. WSUS requiere acceso a ciertos sitios de Internet que deberían estar habilitados en el Firewall o en el Proxy server de tu compañía. Los sitios son los siguientes:

http://windowsupdate.microsoft.com
http://*.windowsupdate.microsoft.com
https://*.windowsupdate.microsoft.com
http://*.update.microsoft.com
https://*.update.microsoft.com
http://*.windowsupdate.com
http://download.windowsupdate.com
http://download.microsoft.com
http://*.download.windowsupdate.com
http://wustat.windows.com
http://ntservicepack.microsoft.com

Se debe garantizar el acceso a dichos links para que WSUS funcione correctamente. Este es un punto que se puede resolver previo a la instalación del servicio así no te encontras con problemas a la hora de bajar los parches.

2. El primer paso de configuración es definir si el servidor va a bajar los parches desde Microsoft Update o los va a sincronizar de otro servidor de WSUS. Este punto va a depender de la implementación que tengamos. En este caso va a bajarlos desde Internet, pero podría ser un servidor de un site remoto que sincronice contra el del site central. Para ese caso podríamos configurar el modo SSL e incluso podríamos definir en este paso si el servidor es una réplica del central.

3. Al siguiente paso debemos definir si va a utilizar un servidor Proxy para el acceso a internet o bien se conecta directamente. Esta configuración depende de cada organización. Una vez configurado el acceso a internet el servidor ya intentará conectarse para poder bajar la lista de productos actualizada, lenguajes disponibles y tipos de parches.

4. Si la conexión fue exitosa podremos configurar el lenguaje que deseamos contenga nuestra plataforma, los productos de los cuales queremos que chequee los parches y además baje parches disponibles y por último la clasificación de los parches que deseamos, ya sean Updates, Security Updates, Critial Updates, Service Packs, etc. Luego de seleccionar estos tres parámetros debemos configurar el calendario de sincronización de cuándo queremos que se conecte a internet a bajar dichos parches.

5. Como último paso nos va a preguntar si queremos abrir la consola administrativa al finalizar la configuración y si queremos que inicie la sincronización inicial. Estos pasos son optativos, es mas podemos obviar la sincronización si queremos y dejarla programada para la noche para no saturar el acceso a Internet.

El servidor ya está listo para operar y entregar parches a las PCs y Servidores que configuremos. Igualmente quedan un par de puntos para configurar.

1. Dentro de la Consola de Administración » Options » Automatic Approvals. En esta ventana podemos definir reglas de parches que deseemos que automáticamente sean aprovados para instalar, por ejemplo, Definiciones de Windows Defender. Es algo que seguro aprovaremos para todos los equipos así que conviene dejarlo en automático, pero igualmente depende de cada organización. En la segunda solapa de esa ventana "Advanced" vamos a configurar cómo WSUS va a tratar los parches para él mismo y para la plataforma de WSUS.

2. Otro issue importante son las notificaciones por correo que también las configuramos desde Options » E-Mail Notifications. Podemos configurar diferentes alertas para que lleguen a nuestra casilla de correo y obviamente requiere configurar el servidor de correo.

Qué falta para terminar de configurarlo y que entregue parches ?
Unicamente crear los grupos de PCs (optativo) y configurar las PCs y Servidores con los parámetros del WSUS Server. Este punto lo voy a comentar en detalle luego, tanto para hacerlo manualmente, a través de Registry o bien a través de GPO (política) de dominio.

Link | Download Windows Server Update Services 3.0 SP1
Link | Microsoft Windows Server Update Services 3.0

Compártelo

Etiquetas: tutoriales, wsus, microsoft, tutorial, updates

Etiquetas: administracion, servidores, windows updates, windows, wsus