Differences

This shows you the differences between two versions of the page.

--- informatique:extreme_networks [2025/08/27 14:59] – [Firmware] via clé USB pteu
+++ informatique:extreme_networks [2026/09/10 08:53] (current) – [BGP] pteu
@@ Line 22: / Line 22: @@
 =====Licences=====
-Certaines fonctionnalités sont restreintes à un certain niveau de licence.
+Certaines fonctionnalités sont restreintes à un certain niveau de licence. A partir du voucher, générer la clé de licence sur le portail Extreme [[https://extreme-networks.my.site.com/ExtrLicenseLanding|Licenses Home]] ou [[https://extreme-networks.my.site.com/ExtrCloudLicenseLanding|Cloud Licenses Home]] ; celle-ci sera, en fonction du type de licence, liée au numéro de série d'un switch (à renseigner sur le site).
-Procédure pour changer la licence d'un stack :
+Dans le cas d'un switch universel, de modèle 5000 : une fois la clé de licence récupérée, déposer le fichier de licence sur un serveur de fichier (TFTP par ex) et le télécharger sur le switch :
+<code bash>
+tftp get serveur-tftp vr VR-Mgmt lservlcXXXXXXX-XXXPRD-5000-PRMR.lic
+install license file lservlcXXXXXXX-XXXPRD-5000-PRMR.lic
+# vérification:
+show licenses
+Enabled License Level:
+        Premier
+Enabled Feature Packs:
+        None
+</code>
+Procédure pour changer la licence d'un stack (dans le cas de switch non-universels, x460-g2 par ex) :
 <code bash>
 # on enlève la restriction de licence sur le slot4 (s'il y en a une)
@@ Line 48: / Line 61: @@
 </code>
+Dans le cas
 =====Système=====
@@ Line 299: / Line 312: @@
 # Lister les clés configurées sur le switch:
 show sshd2 user-key
+</code>
+====Iimporter un certificat SSL====
+Pour mettre en place du rsyslog TLS ou un certificat pour l'accès HTTPS.
+Importer la CA au format PEM texte (le fichier doit commencer par la ligne "<nowiki>-----BEGIN CERTIFICATE-----</nowiki>" et être de taille > 2048 bits), depuis un serveur TFTP.
+<code bash>
+download ssl 10.0.0.1 certificate trusted-ca ca.pem
+</code>
+Celui-ci doit avoir les bons flags, notamment dans les extensions X509v3:
+  * **Basic Constraints**: CA/ TRUE
+  * **Subject key identifier**
+  * **Authority key identifier**
+  * **Key Usage**: Digital signature, Certificate Sign
+Importer le certificat du commutateur :
+<code bash>
+download ssl 10.0.0.1 certificate ssl-cert commutateur.pem
+Warning:
+SSL Certificate and Key do not match.
+Please load new Key now.
+New Certificate will be usable after restart of thttpd process..
+!
+download ssl 10.0.0.1 certificate privkey commutateur.key
 </code>
@@ Line 489: / Line 528: @@
 .1.3.6.1.2.1.1.1.0			description système/version du firmware
 .1.3.6.1.2.1.1.3.0                      uptime du matériel
+!
+.1.3.6.1.2.1.17.7.1.4.2.1.3		liste des VLANs sur le switch
+!
 .1.3.6.1.4.1.1916.1.1.1.34.1.10.3	idem
 .1.3.6.1.4.1.1916.1.1.1.13.0		primary system image
@@ Line 1239: / Line 1280: @@
 enable radius netlogin
 </code>
+NB: le VLAN d'accueil ne peut pas être propagé sur d'autres switchs (voir: [[https://extreme-networks.my.site.com/ExtrArticleDetail?an=000085498|When configuring 802.1X authentication, why can't I configure netlogin VLANs on tagged trunk ports?]])
 ===Configuration côté serveur Radius===
@@ Line 1268: / Line 1311: @@
 [...]
 </file>
+=====DHCP snooping=====
+Le DHCP snooping est un service de sécurité qui permet de spécifier à un switch où (sur quel port) est situé le serveur DHCP légitime, afin qu'il bloque les flux DHCP illicites émanant des ports utilisateur. On ne l'active pas toujours avant de rencontrer le premier incident de rogue DHCP server ;) .
+Le DHCP snooping s'active par port et par VLAN ; les flux bloqués sont les flux à destination des clients (dst udp/68), qui ne sont permis que s'ils arrivent d'un "trust port" = un port desservant un serveur DHCP légitime.
+On peut choisir l'action à faire (''violation-action'') en plus de bloquer le paquet udp/68.
+<code bash>
+# définir un serveur DHCP par VLAN (limité à 8)
+configure trusted-servers vlan v2 add server 192.168.1.253 trust-for dhcp-server
+# alternative: définir le port 1 comme "trust port" sans restriction d'IP
+configure trusted-port 1 trust-for dhcp-server
+# activer la protection sur les ports utilisateur et bloquer pour 1h l'adresse MAC du rogue DHCP
+enable ip-security dhcp-snooping vlan v2 port 2-48 violation-action drop-packet block-mac duration 3600 snmp-trap
+</code>
+Vérifications
+<code bash>
+show ip-security dhcp-snooping vlan v2-Commerciaux
+show configuration ipSecurity
+</code>
+Logs typiques :
+<code bash>
+/03/2026 15:56:41.76 <Warn:ipSecur.dhcpViol> A Rogue DHCP server on VLAN v2 with IP 192.168.0.1 was detected on port 5
+/03/2026 15:56:41.76 <Warn:ipSecur.blkMac> DHCP violation occurred. Blocking MAC 70:F3:5A:00:11:22 temporarily
+</code>
 =====Spanning-tree=====
@@ Line 1786: / Line 1859: @@
 configure vr VR-Default del ports 15
 configure vr VR-BGP add ports 15
-# activation du BGP sur le VR-BGP
+# activation du BGP sur le VR-BGP (déjà activé si vr-Default)
 configure vr VR-BGP add protocol bgp
@@ Line 1822: / Line 1895: @@
 On peux ajouter une protection par mot de passe MD5 :
 <code bash>
-configure bgp neighbor 10.55.6.92 password encrypted "#$r7jd531s6df4s6f8ze+rENrdw=="
+configure bgp neighbor 10.55.6.92 password motdepassesecret123456789
 </code>
@@ Line 1838: / Line 1911: @@
    then { deny; }
  }
+# vérification de la routemap
+check policy BGP-in
 # application de la routemap
@@ Line 1845: / Line 1921: @@
 Après la MAJ d'une policy, pour qu'elle soit prise en compte :
 <code bash>
-check policy BGP-in.pol
+check policy BGP-in.pol    # vérification de la syntaxe
-refresh policy BGP-in
+refresh policy BGP-in      # actualisation
 configure bgp soft-reconfiguration
 </code>