Fournisseur de mise à jour groupée (GUP) Symantec Endpoint Protection 11.0

Symantec.com > Entreprise > Support > Base de données

Fournisseur de mise à jour groupée (GUP) Symantec Endpoint Protection 11.0

Ce document est une traduction réalisée à partir de l'anglais. Il est possible que des modifications aient été apportées à la version anglaise d'origine après que ce document ait été traduit et publié. Symantec ne garantit ni la précision ni l'exhaustivité de la traduction.

Situation:
Vous voudriez avoir plus d'informations sur la fonctionnalité de GUP.

Solution:
Aperçu du fournisseur de mise à jour groupée
Le fournisseur de mise à jour groupée était une demande de conception de client particulier pour un ordinateur obttenant et publiant les mises à jour de contenu. Ceci est conçu pour fournir une fonctionnalité vaguement semblable à la configuration d'un client Symantec AntiVirus hérité en tant que serveur secondaire.
L'ordinateur qui télécharge et publie le contenu est désigné "Fournisseur de mise à jour groupée". Les ordinateurs du groupe de clients utiliseront le "fournisseur de mise à jour groupée" indiqué comme proxy local pour les mises à jour de contenu.

Scénario traité en ajoutant un GUP
Clients avec des filiales
Pensez aux situations où vous utiliseriez un serveur secondaire dans Symantec AntiVirus 10.x, mais où ce n'était pas une solution idéale. Typiquement une filiale.

Le bureau a de 2 à 20 ordinateurs, souvent vers le nombre plus peu élevé. Un de ces ordinateurs peut être un serveur (pharmacie ou épicerie par exemple) ou il peut seulement y avoir uniquement des postes de travail, comme dans les banques. Le réseau vers la filiale n'a pas une bande passante importante. C'est ce qui amène le besoin de traiter avec un proxy le contenu identique.

Dans Symantec AntiVirus 10.x, certains clients pourraient utiliser un serveur secondaire dans cette situation, cependant, les serveurs secondaires avec des clients téléchargent un fichier "XDB" pour fournir des définitions de virus aux clients. Le fichier "XDB" fait environ 12 Mo, parfois davantage. Le serveur secondaire envoie aux clients un fichier contenant les modifications des définitions avec une taille de 50 Ko à 100 Ko. L'arithmétique est contre le scénario de serveur secondaire ou n'importe quel téléchargement automatique de contenu complet par le GUP. Un serveur secondaire téléchargerait bien plus de contenu sur la bande passante limitée que tous les clients combinés. Le point d'équilibre est à environ 200 ordinateurs.

Ceci implique que le fournisseur de GUP ne téléchargera pas le plein contenu à moins qu'il ne soit demandé par un client, auquel cas si tout va bien il sera utile aux autres clients.

Défis en ajoutant un GUP

Utiliser un GUP dans chaque groupe
Ceci améliorera les performances de la distribution de contenu de manière significative et réduira considérablement la charge sur le serveur. Les mesures en laboratoire ont montré que toute la charge significative sur le serveur vient de la distribution de contenu. Le serveur est capable de traiter directement des journaux, des mises à jour d'état et de répondre à des demandes d'index et de profil pour plus de 200 clients par seconde sans aucune contrainte. Cela ne génère pas beaucoup de trafic réseau.

Cela répond au besoin fondamental de serveurs secondaires pour soulager le serveur principal. Pour le besoin essentiel de la distribution de contenu, cela fournit une meilleure solution que Symantec AntiVirus Corporate Edition 10.

Utiliser un GUP dans un grand groupe
Nous aurons des problèmes quand le groupe deviendra trop grand, c'est-à-dire plus de 200. Certainement, si un serveur dédié est défini comme proxy, il pourra prendre en charge une grande quantité de contenu. C'est ce que font les serveurs secondaires aujourd'hui.

Détails de conception d'un GUP
Comment le GUP est-il défini ?

Un paramètre sera ajouté à la politique LiveUpdate (LU) pour spécifier un membre du groupe de clients comme "Proxy de contenu" Cet ordinateur sera le fournisseur de mise à jour groupée (GUP)
Chaque client Symantec Endpoint Protection contient le code d'un mini serveur HTTP qui lui permet de devenir potentiellement le GUP.
La politique LU spécifiera un nom d'hôte ou l'adresse IP et le port de l'ordinateur serveur HTTP GUP. Le port par défaut est 2967, mais peut être reconfiguré sur un port alternatif. L'administrateur peut spécifier le nom d'hôte de l'ordinateur ou son adresse IP.
Le transfert de fichiers sera fera par HTTP et sera contenu dans la charge utile de la réponse HTTP. C'est exactement la même chose que le transport existant. Le protocole sera SyLink.
HTTPS ne sera PAS pris en charge pour Symantec Endpoint Protection version 11.0.
Le contenu livré par Symantec Endpoint Protection Manager sera mis en cache.
Le GUP ne prendra PAS en charge initialement le correctif et le canal de mise à jour.

Quand un client devient le GUP

Le code de mini serveur HTTP sera une extension DLL à l'agent SMC. Dans cette conception, le GUP fonctionne indépendamment du traitement de contenu interne. Le GUP est chargé par l'agent SMC une fois configuré. Quand il démarre, il commence à écouter sur le port configuré. Il continue à écouter jusqu'à ce qu'il soit arrêté.
Tous les clients du groupe reçoivent la même configuration de politique de proxy. Celui qui correspond à l'adresse ou au nom d'hôte du proxy est le proxy et chargera le micro serveur Web.
L'ordinateur désigné comme GUP créera un répertoire s'il n'existe pas déjà à l'emplacement suivant :
C:\Program Files\Symantec\Symantec Endpoint Protection\SharedUpdates

Le dossier "SharedUpdates" copie en cache tous les fichiers mis en proxy. Pour le premier cycle de mise en place ce sera seulement le contenu LU géré. Aucune autre communication ni contenu ne sera mis en proxy. La récupération des fichiers d'index et des profils, la publicaiton des états et des journaux, etc. se feront directement avec le serveur.

Le répertoire "SharedUpdates" sera peuplé quand le GUP recevra une demande pour voir si les fichiers demandés sont présents dans le cache local. Si le fichier est présent, il réagit à la demande avec le fichier. S'il n'est pas présent, le GUP maintient la demande en attente et réémet la même demande "GetLUFile SyLink" vers le serveur. Quand ce fichier arrive, il est ajouté dans le cache du GUP.

Le code de GUP peut seulement obtenir des mises à jour de contenu à partir de Symantec Endpoint Protection Manager. En ce qui concerne le GUP, il ne connait pas le client sur lequel il réside. Même si le client devait être mis à jour par des moyens alternatifs comme Intelligent Updater ou Symantec Internal Liveupdate, le GUP ne pourrait pas utiliser ces mises à jour pour servir de proxy pour d'autres clients. Le build de version affichera l'avertissement suivant :

Fichiers et registre

L'extension DLL de SMC, le "proxy GUP" est contenue dans C:\Program Files\Symantec\Symantec Endpoint Protection\GUProxy.plg
Les entrées de registre concernées :
HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\Symantec Endpoint Protection\LiveUpdate

GUP et règles de filtrage
Il n'y a aucun besoin de créer des règles de filtrage spécifiques sur les clients Symantec Endpoint Protection 11.0, mais les règles de filtrage seront nécessaires pour les pare-feux tiers.

Références
Ce document est disponible dans les langues suivantes :

ÉVALUER CETTE SOLUTION: Cette solution était-elle utile ?
Oui
Non; Si les informations fournies n'étaient pas claires ou si les informations que vous cherchiez n'étaient pas mentionnées, signalez-le nous. Vos commentaires nous aiderons à améliorer notre prestation.
REMARQUE : les commentaires saisis ici ne feront l'objet d'AUCUNE réponse personnalisée.

Identification document: 20080818100623935
Dernière révision: 10/29/2008
Date de création: 08/18/2008
Système d'exploitation: 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
Nom du produit: Endpoint Protection 11