{"id":91,"date":"2026-08-30T19:55:30","date_gmt":"2026-08-30T17:55:30","guid":{"rendered":"https:\/\/asfy.fr\/index.php\/tutoriels\/vtp-synchroniser-les-vlans-entre-plusieurs-switches-et-eviter-le-piege-classique\/"},"modified":"2026-08-30T21:56:40","modified_gmt":"2026-08-30T19:56:40","slug":"vtp-synchroniser-les-vlans-entre-plusieurs-switches-et-eviter-le-piege-classique","status":"publish","type":"sv_tutoriel","link":"https:\/\/asfy.fr\/index.php\/tutoriels\/vtp-synchroniser-les-vlans-entre-plusieurs-switches-et-eviter-le-piege-classique\/","title":{"rendered":"VTP : synchroniser les VLANs entre plusieurs switches (et \u00e9viter le pi\u00e8ge classique)"},"content":{"rendered":"

Le VTP (VLAN Trunking Protocol) permet de synchroniser automatiquement la liste des VLANs sur plusieurs switches Cisco. Pratique en th\u00e9orie, mais \u00e0 manier avec pr\u00e9caution \u2014 une mauvaise manipulation peut effacer les VLANs de tout un r\u00e9seau en quelques secondes.<\/p>\n

\n\n \n \n \n \n \n <\/marker>\n <\/defs>\n \n Switch A<\/text>\n VTP Server<\/text>\n \n Switch B<\/text>\n VTP Client<\/text>\n \n Switch C<\/text>\n VTP Client<\/text>\n Domaine VTP : \u00ab\u00a0ASFY\u00a0\u00bb<\/text>\n<\/svg>
Le switch serveur propage sa base de VLANs aux switches clients du m\u00eame domaine VTP, via les liens trunk.<\/figcaption><\/figure>\n

Le principe<\/h2>\n

Sans VTP, cr\u00e9er un VLAN implique de le configurer manuellement sur chaque switch du r\u00e9seau. Avec VTP, un switch configur\u00e9 en mode serveur<\/strong> propage sa base de VLANs \u00e0 tous les switches du m\u00eame domaine VTP connect\u00e9s en trunk, qui re\u00e7oivent automatiquement la mise \u00e0 jour, sans intervention manuelle sur chaque \u00e9quipement.<\/p>\n

Les trois modes VTP<\/h2>\n
    \n
  • Server<\/strong> \u2014 peut cr\u00e9er, modifier et supprimer des VLANs ; propage les changements aux autres switches du domaine.<\/li>\n
  • Client<\/strong> \u2014 re\u00e7oit et applique les mises \u00e0 jour, ne peut pas cr\u00e9er de VLAN localement.<\/li>\n
  • Transparent<\/strong> \u2014 ne participe pas \u00e0 la synchronisation ; conserve ses propres VLANs configur\u00e9s localement, mais relaie les messages VTP re\u00e7us vers les autres switches sans les appliquer.<\/li>\n<\/ul>\n

    Le domaine VTP : la cl\u00e9 de la synchronisation<\/h2>\n

    Deux switches ne synchronisent leurs VLANs que s’ils appartiennent au m\u00eame \u00ab\u00a0domaine\u00a0\u00bb VTP, identifi\u00e9 par un nom (sensible \u00e0 la casse) configur\u00e9 manuellement. Un switch dont le domaine VTP est vide adopte automatiquement le premier domaine qu’il re\u00e7oit sur un trunk \u2014 un comportement \u00e0 conna\u00eetre avant de brancher un nouvel \u00e9quipement.<\/p>\n

    Le pi\u00e8ge classique : le num\u00e9ro de r\u00e9vision<\/h2>\n

    Chaque changement sur un switch en mode serveur incr\u00e9mente un num\u00e9ro de r\u00e9vision de configuration. Si vous branchez sur le r\u00e9seau un switch en mode serveur avec un num\u00e9ro de r\u00e9vision plus \u00e9lev\u00e9 \u2014 m\u00eame avec une base de VLANs vide ou obsol\u00e8te \u2014 il \u00e9crasera la configuration VLAN de tout le domaine<\/strong>. C’est l’un des incidents les plus document\u00e9s dans les r\u00e9seaux Cisco, souvent caus\u00e9 par un switch de test ou de rechange mal r\u00e9initialis\u00e9 avant sa remise en service.<\/p>\n

    Comment se prot\u00e9ger<\/h2>\n
    Switch(config)# vtp mode transparent<\/pre>\n
    Beaucoup d’architectes r\u00e9seau recommandent aujourd’hui d’utiliser VTP en mode transparent partout, ou de d\u00e9sactiver VTP purement et simplement, en g\u00e9rant les VLANs manuellement ou via un outil d’automatisation externe (Ansible, par exemple). Le gain de temps de VTP ne compense pas toujours le risque en environnement de production, surtout sur un r\u00e9seau critique.<\/p>\n
    V\u00e9rifier l’\u00e9tat VTP d’un switch<\/h2>\n
    Switch# show vtp status<\/pre>\n
    Cette commande affiche le mode actuel, le domaine VTP configur\u00e9 et le num\u00e9ro de r\u00e9vision \u2014 \u00e0 v\u00e9rifier syst\u00e9matiquement avant de connecter un nouveau switch \u00e0 un r\u00e9seau existant, en particulier un switch qui a d\u00e9j\u00e0 servi ailleurs.<\/p>\n
    VTP version 3 : une am\u00e9lioration notable<\/h2>\n
    VTP version 3 introduit une protection par mot de passe primaire\/secondaire et une meilleure gestion du num\u00e9ro de r\u00e9vision, r\u00e9duisant (sans l’\u00e9liminer compl\u00e8tement) le risque de l’incident d\u00e9crit plus haut. Elle reste toutefois moins r\u00e9pandue que les versions 1 et 2 sur les parcs d’\u00e9quipements existants.<\/p>\n
    Commandes utiles : application et supervision<\/h2>\n
    Configuration<\/h3>\n
    Avant toute chose, un switch doit \u00eatre configur\u00e9 dans le bon mode selon le r\u00f4le qu’il doit jouer dans le domaine VTP. Voici les trois possibilit\u00e9s, avec la commande et l’usage associ\u00e9 pour chacune.<\/p>\n
    Mode Server<\/h4>\n
    C’est le mode par d\u00e9faut sur la plupart des switches Cisco. Le switch peut cr\u00e9er, modifier et supprimer des VLANs<\/strong>, et propage automatiquement ces changements \u00e0 tous les autres switches du m\u00eame domaine VTP. \u00c0 r\u00e9server \u00e0 un switch c\u0153ur de r\u00e9seau clairement identifi\u00e9, pas \u00e0 n’importe quel \u00e9quipement.<\/p>\n
    Switch(config)# vtp mode server\nSwitch(config)# vtp domain ASFY\nSwitch(config)# vtp password VotreMotDePasseFort<\/pre>\n
    Mode Client<\/h4>\n
    Le switch re\u00e7oit et applique<\/strong> les VLANs envoy\u00e9s par le serveur, mais ne peut en cr\u00e9er aucun localement \u2014 toute tentative de cr\u00e9er un VLAN sur un switch en mode client est rejet\u00e9e. Utile pour des switches d’acc\u00e8s qui n’ont pas besoin de g\u00e9rer eux-m\u00eames les VLANs.<\/p>\n
    Switch(config)# vtp mode client\nSwitch(config)# vtp domain ASFY\nSwitch(config)# vtp password VotreMotDePasseFort<\/pre>\n
    Mode Transparent<\/h4>\n
    Le switch ne participe pas<\/strong> \u00e0 la synchronisation : il g\u00e8re ses propres VLANs localement, de fa\u00e7on totalement ind\u00e9pendante du domaine VTP. Il relaie cependant les messages VTP qu’il re\u00e7oit vers ses autres ports trunk, sans les appliquer \u00e0 sa propre configuration. C’est le mode le plus s\u00fbr contre l’incident du num\u00e9ro de r\u00e9vision, et celui recommand\u00e9 par d\u00e9faut sur un r\u00e9seau de production.<\/p>\n
    Switch(config)# vtp mode transparent\nSwitch(config)# vtp domain ASFY<\/pre>\n
    R\u00e9glages communs aux trois modes<\/h4>\n
    Quel que soit le mode choisi, prot\u00e9gez le domaine avec un mot de passe et, si le mat\u00e9riel le permet, utilisez la version 3 pour b\u00e9n\u00e9ficier de ses protections suppl\u00e9mentaires :<\/p>\n
    Switch(config)# vtp password VotreMotDePasseFort\nSwitch(config)# vtp version 3<\/pre>\n
    Supervision (monitoring)<\/h3>\n
    Avant de brancher un switch sur un domaine existant, ou pour diagnostiquer un probl\u00e8me de synchronisation, plusieurs commandes permettent d’inspecter pr\u00e9cis\u00e9ment l’\u00e9tat VTP d’un \u00e9quipement.<\/p>\n
    show vtp status : l’identit\u00e9 VTP du switch<\/h4>\n
    Switch# show vtp status<\/pre>\n
    C’est la commande la plus importante \u00e0 conna\u00eetre \u2014 elle donne toutes les informations sur le switch lui-m\u00eame (son \u00ab\u00a0identit\u00e9\u00a0\u00bb VTP) :<\/p>\n