Proveedor de actualizaciones de grupo (GUP) de Symantec Endpoint Protection 11.0

Este documento es una traducción del inglés. Es posible que la versión original en inglés se haya actualizado después de la traducción y publicación de este documento. Symantec no garantiza la precisión de la integridad de la traducción.

Situación:
Se desea tener más información sobre las funciones de GUP.

Solución:
Descripción general del Proveedor de actualizaciones de grupo
El Proveedor de actualizaciones de grupo surgió a partir de la solicitud de una función que permitiera indicar que un cliente determinado funcione como el equipo que obtiene las actualizaciones de contenido y las publica. Está diseñado para proporcionar funciones levemente similares a la configuración de un cliente de una versión anterior de Symantec AntiVirus como servidor secundario.
El equipo que descarga y publica el contenido se denomina "Proveedor de actualizaciones de grupo". Los equipos en el grupo de clientes utilizarán el "Proveedor de actualizaciones de grupo" señalado como proxy local para las actualizaciones de contenido.

Situación que se resuelve agregando un GUP
Clientes con sucursales
Piense en situaciones donde se utilizaría un servidor secundario en Symantec AntiVirus 10.x, aunque no fuera una solución ideal. El caso típico es una sucursal.

La oficina tiene entre 2 y 20 equipos, a menudo el número más bajo. Uno de estos equipos puede ser un servidor (para una farmacia o un almacén) o puede solamente haber estaciones de trabajo, como en los bancos. La red de la sucursal no tiene una gran cantidad de ancho de banda. Esto hace que sea necesario utilizar un proxy para el contenido del mismo tipo.

En Symantec AntiVirus 10.x, algunos clientes pueden utilizar un servidor secundario en esta situación; sin embargo, los servidores secundarios con clientes descargan un archivo XDB para proporcionar definiciones de virus a los clientes. El archivo XDB tiene alrededor de 12 MB de tamaño, o a veces más. El servidor secundario envía a los clientes un archivo con cambios en las definiciones con un tamaño de 50 KB a 100 KB. La aritmética juega en contra de la situación del servidor secundario o cualquier descarga automática de contenido completo realizada por el GUP. Un servidor secundario descargaría mucho más contenido por una cantidad pequeña de la banda ancha que todos los clientes combinados. El punto de rentabilidad es de alrededor 200 equipos.

Esto implica que el GUP no descargará el contenido completo a menos que sea solicitado por un cliente, punto en el cual puede ser útil para otros clientes también.

Desafíos al agregar un GUP

Cómo usar un GUP en cada grupo
Esto mejorará el rendimiento de la distribución de contenido perceptiblemente y reduce notablemente la carga en el servidor. Las medidas en el laboratorio mostraron que toda la carga significativa en el servidor viene de la distribución de contenido. El servidor puede procesar registros directamente, realizar actualizaciones y administrar solicitudes de índices y perfiles a más de 200 clientes por segundo sin fallas. Tampoco genera mucho tráfico de red.

Esto cumple la necesidad básica de servidores secundarios ya que descarga del servidor principal. Para la necesidad principal de distribuir contenido, realmente proporciona una mejor solución que Symantec AntiVirus Corporate Edition 10.

Cómo usar un GUP en un grupo grande
Habrá problemas cuando el grupo crezca, por ejemplo a más de 200. Ciertamente, si se configura un servidor dedicado como proxy, es posible manejar bastante contenido. Para ello se usan los servidores secundarios en la actualidad.

Detalles de diseño de GUP
¿Cómo se define el GUP?

Se agrega una configuración a la política de LiveUpdate (LU) que especifica un miembro del grupo de clientes como "proxy de contenido". Este equipo será el Proveedor de actualizaciones de grupo (GUP).
Cada cliente de Symantec Endpoint Protection contiene un mini código de servidor HTTP que permite que potencialmente se convierta en GUP.
La política de LU especificará un nombre de host o IP y un puerto del equipo servidor HTTP GUP. El puerto predeterminado es 2967, pero se puede volver a configurar en un puerto alternativo. El administrador puede especificar el nombre de host del equipo o la dirección IP.
La transferencia de archivos se realizará por HTTP y estará contenida dentro de la carga útil de respuesta HTTP. Esto es exactamente igual que en el transporte existente. El protocolo será el protocolo SyLink.
HTTPS NO se admite para la versión de Symantec Endpoint Protection 11.0.
El contenido entregado por Symantec Endpoint Protection Manager será guardado en la memoria caché.
El GUP inicialmente NO admitirá el parche ni el canal de actualización.

Cuando un cliente se convierte en GUP

El mini código de servidor HTTP será una extensión DLL del agente de SMC. El diseño tiene un GUP que se ejecuta independientemente de la administración de contenido interno. El GUP es cargado por el agente de SMC, cuando está configurado. Cuando se inicia, comienza a escuchar en el puerto configurado. Continúa escuchando hasta que se apaga.
Todos los clientes en el grupo reciben la misma configuración de políticas de proxy. El que coincide con la dirección o el nombre de host del proxy es el proxy y carga el micro servidor web.
El equipo que se señala como GUP creará un directorio, si no existe ya, en la ubicación siguiente:
C:\Archivos de programa\Symantec\Symantec Endpoint Protection\SharedUpdates

La carpeta “SharedUpdates” almacenará en la memoria caché todos los archivos proxy. Para la primera etapa de implementación, solamente se administrará contenido de LU. No se procesará en proxy otra comunicación ni otro contenido. La obtención de archivos y perfiles de índice, la publicación de estados y registros, etc. se hará directamente con el servidor.

El directorio SharedUpdates se completará cuando el GUP reciba una solicitud que comprueba si los archivos solicitados están presentes en la memoria caché local. Si el archivo está presente, responde a la solicitud con el archivo. Si no está presente, entonces el GUP toma la solicitud pendiente y reenvía la misma solicitud “GetLUFile SyLink” al servidor. Cuando llega ese archivo, se agrega a la memoria caché del GUP.

El código de GUP puede obtener solamente actualizaciones de contenido desde Symantec Endpoint Protection Manager. En lo que respecta al GUP, no sabe en qué cliente reside. Incluso si el cliente debe actualizarse a través de medios alternativos (por ejemplo, Intelligent Updater o Symantec Liveupdate interno), el GUP no podrá usar esas actualizaciones al proxy para otros clientes. El número de versión mostrará la siguiente advertencia:

Archivos y registro

La extensión DLL a SMC, el "Proxy de GUP" se incluye en C:\Archivos de programa\Symantec\Symantec Endpoint Protection\GUProxy.plg
Las entradas de registro relacionadas:
HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\Symantec Endpoint Protection\LiveUpdate

GUP y normas de firewall
No hay necesidad de crear normas de firewall específicas en los clientes de Symantec Endpoint Protection 11.0, pero las normas de firewall serán necesarias para los firewalls de otros fabricantes.

Reference Link
Este documento está disponible en los siguientes idiomas:

Document ID: 20080818100946935
Last Modified: 10/29/2008
Ultima modificación: 08/18/2008
Sistema operativo: Windows 2000 Professional, Windows 2000 Server/Advanced Server, Windows XP Professional Edition, Windows Server 2003 Web/Standard/Enterprise/Datacenter Edition, Windows Vista, Windows XP Professional x64 Edition, Windows Server 2003 x64 Edition, Windows Vista x64 Edition
Producto: Endpoint Protection 11