Il faut bien différencier deux choses concernant les GUP :
- La politique LiveUpdate, qui permet d’indiquer les critères à vérifier pour un client SEP afin de savoir s’il doit se considérer comme un GUP
- La liste des GUP présente sur chaque SEPM (%SEPM%\data\outbox\agent\gup\Globallist.xml), qui est envoyé aux clients lorsqu’une mise à jour est disponible, afin qu’ils puissent connaitre les GUP disponibles
Lorsqu’un client reçoit sa politique LiveUpdate, il vérifie si les critères qu’elle contient (adresse IP, nom, clé de registre, etc.) lui correspondent. Si c’est le cas, il active sa fonction GUP et en informe son manager. Ce dernier va alors inclure le client à la Globallist, ce qui permettra aux autres postes de pouvoir l’utiliser. Dès lors, le champ "Fournisseur de mises à jour groupées" du client affichera également VRAI dans la console.
Si un GUP définit dans la politique LiveUpdate ne retourne pas son statut au manager (pour différentes raisons : la machine n’existe pas, la machine n’est pas connue de cette console SEPM, etc.), alors il ne pourra pas retourner son statut de GUP. Par conséquence, il n’apparaitra pas dans la Globallist et ne sera pas utilisé par les clients. Cela est valable qu’il s’agisse d’un GUP principal ou d’un GUP de backup (via l’option permettant de définir un GUP utilisable depuis un sous-réseau différent - http://www.symantec.com/docs/TECH139867).