Video Screencast Help

basculer client vers serveur GUP [resolu]

Created: 06 Dec 2012 • Updated: 07 Jan 2013 | 8 comments

bonjour,

Nos clients sont actuellement managés par un srv sepm local et tout fonctionne bien

Notre holding me demande de basculer mes clients sur le serveur gup qu'ils ont déployé sur chaque site

Si je regarde le sylink.xml de mon serveur gup , je vois bien les paramètres de leur serveur.

 

Comment basculer mes clients sur ce serveur ?

Quel fichier sylink dois-je recopié sur mes clients ?

Faut-il faire autrement ?  

 

 

Comments 8 CommentsJump to latest comment

.Brian's picture

You just need to change the name of the GUP in the policy to the new one you want to use. This can be done in the LiveUpdate policy.

Please click the "Mark as solution" link at bottom left on the post that best answers your question. This will benefit admins looking for a solution to the same problem.

Rafeeq's picture

try this document

 

How to move Symantec Endpoint Protection clients to a different group by using the SylinkDrop, or SylinkReplacer, utility and a sylink.xml

 

http://service1.symantec.com/SUPPORT/ent-security....

 

W007's picture

Check this
http://www.symantec.com/business/support/index?pag...

 

Don't forget to mark your thread as 'SOLVED' with the answer that best helped you.

Mithun Sanghavi's picture

 

Bonjour,
 
M'excuse, mais je suis incapable de comprendre vos besoins.
Il semble que vous voulez changer le fournisseur de mise à jour du Groupe aux clients normaux.
Si tel est le cas, vous pouvez simplement faire les changements nécessaires aux politiques LiveUpdate des groupes / sous-groupes.
 
Je suis sûr que ça aide!

Mithun Sanghavi
Senior Consultant
MIM | MCSA | MCTS | STS | SSE | SSE+ | ITIL v3

Don't forget to mark your thread as 'SOLVED' with the answer that best helped you.

alainta's picture

désolé , je me suis mal exprimé :

 

le serveur sepm actuel utilisé sera supprimé.

les clients devront se mettre à jour depuis un GUP dépendant d'un serveur sepm qui n'a aucun lien avec l'actuel.

De plus je n'ai pas accès à ce nouveau srv sepm mais seulement au gup qui est sur mon site.

Ma question est :

comment basculer mes clients vers ce gup sans tout ré-installer ?

 

Mithun Sanghavi's picture

 

Bonjour,
 
Quelques doutes. Votre doute est encore incertaine.
 
Est la SEPM déplacé vers un nouveau serveur ou complètement désinstallé?
 
Y at-il un cadeau Nouveau serveur SEPM?
 
Désinstaller complètement SEPM ne laisserait pas le GUP de mettre à jour à partir du serveur SEPM.
 
Pour avoir le rapport GUP à la SEPM Nouvelle (s'il ya lieu), aurait pour s'assurer que les modifications appropriées politique LiveUpdate sont faites.
 
Ne pas le faire, les clients seraient encore à signaler GUP et plus tard chercher les mises à jour de définition de SEPM.
 
Vous n'avez pas à changer le Sylink.xml du client GUP de SEPM le dernier à diriger le rapport du client vers le nouveau serveur SEPM.
 
Pour remplacer la Sylink.xml, vérifiez ces l'article:
 
Pour Symantec Endpoint Protection 11.x,
 
Comment faire pour déplacer des clients Symantec Endpoint Protection sur un autre groupe en utilisant le SylinkDrop ou SylinkReplacer, l'utilité et la sylink.xml
 
 
Rétablir les communications aux clients avec un fichier Sylink.xml nouvelle
 
 
Pour Symantec Endpoint Protection 12.1,
 
Comment modifier le fichier sylink.xml dans Symantec Endpoint Protection (SEP) 12.1
 
 
Utilisation de la "SylinkReplacer" Utilitaire
 
 
Rétablir les communications aux clients Symantec Endpoint Protection avec un fichier Sylink.xml nouvelle
 
 
Par la suite, vous devez mettre à jour la politique LiveUpdate sur le serveur SEPM ainsi.
 
Je suis sûr que ce serait utile.

Mithun Sanghavi
Senior Consultant
MIM | MCSA | MCTS | STS | SSE | SSE+ | ITIL v3

Don't forget to mark your thread as 'SOLVED' with the answer that best helped you.

Olivier_C's picture

Bonjour,

La notion de client communicants avec un srv SEPM et de clients se mettants à jour sur un GUP sont liés mais complètement différents.

Lorsqu'un PC boote, le client SEP se connecte sur un serveur SEPM en se bassant sur les informations présentes dans le fichier sylink d'installation. Lorsque la connection au serveur est opérationnelle, le client récupère, entre autre, la listes de mises à jour disponibles, puis si il est dépendant d'un GUP pour effectuer ses mises à jour, demandera à ce GUP de lui fournir les nouvelles définitions virales (delta ou full). Ici, le GUP devra faire partie du même domaine SEPM que le client.

Donc, dans votre situation, si votre serveur SEPM va être arrêté, vous devez trouver un autre serveur SEPM auquel les clients vont se connecter. Dans ce cas, vous pouvez utiliser les outil précisés plus haut (sylinkDrop ou SylinkReplacer disponnibles sur le CD 2 de SEPM) pour basculer les clients vers le nouveau serveur si celui-ci est sur un domaine SEPM différent..

Une alternative interessante serait que ce nouveau serveur fasse partie du Domaine Symantec que vous utilisez actuellement. Dans ce cas, il suffierait de modifier la liste des serveurs de gestion afin de faire pointer les clients vers le nouveau serveur SEPM.

Cdlt.

Olivier.

~~~~~~~~~~~~

Olivier

Jason1222's picture

Excuse moi si je repete un peu ce que dit Olivier ci-haut.

1 - Tu peux copier dans un repertoire partager par exemple, une copie de sylink.xml de ton nouveua serveur GUP afin de faire un ou des tests avec tes clients.

2 - La communication de ton GUP vers leurs serveur fonctionne?  Les ports du pare-feu ou le routing et les ACLs permettent une communication?  C'est important que les clients puissent voir le serveur.  Meme si tu n'y a pas acces, par acces en terminal, que minimalement les ports de communications soient ouverts.

3 - Une fois que tu auras determiner que tes clients peuvent en effet communiquer avec le serveur, tu pourras a ce moment simplement changer le sylink.xml (sylinkdrop.exe) de un de tes clients et confirmer qu'elle aurait bien prie les nouvelles politiques.

4 - Pour un déploiement a grande échelle, tu pourras utiliser l'outil (sylinkreplacer.exe) pour tes clients, oubien le scripter.  Dependemment de comment tu es à l'aise avec ca.

5 - lorsque tu es assuré que tous les clients y sont connectés au nouveua serveur et prennent leurs definitions du GUP, a ce moment là, vous pourriez décommissionner l'ancien serveur, qui lui ne servira plus.