LEÇON 36 · 19 MIN ESTIMÉES

Console, gestion distante et cloud

Le plan de gestion donne accès à des fonctions sensibles. Une console offre un accès local, souvent utile quand IP ou authentification distante échoue ; elle doit être protégée physiquement et logiquement. Les accès réseau doivent utiliser une zone ou un VLAN d’administration, des protocoles protégés et des identités à privilège limité. Une gestion cloud ajoute la disponibilité du fournisseur et de la liaison comme dépendances.

Votre objectif

Savoir expliquer console, gestion distante et cloud, interpréter l’exemple et résoudre la mise en application sans recopier le corrigé.

2.8 Describe network device management access (Telnet, SSH, HTTP, HTTPS, console, TACACS+/RADIUS, and cloud managed)

Prérequis : les notions précédentes, notamment BPDU Guard, Root Guard et Loop Guard.

Relier les idées

CARTE CONCEPTUELLE

Carte simplifiée : les liens représentent les relations du sujet, pas nécessairement une topologie physique. Les étapes ci-dessous détaillent les règles réelles.

Console est un accès local qui peut fonctionner sans connectivité IP, mais son authentification et sa protection physique doivent être prévues.

Comprendre, étape par étape

Console est un accès local qui peut fonctionner sans connectivité IP, mais son authentification et sa protection physique doivent être prévues.

Telnet et HTTP ne chiffrent pas nativement leur session ; SSH et HTTPS protègent le transport si correctement configurés et vérifiés.

TACACS+ et RADIUS peuvent fournir des fonctions AAA à la gestion ; ils ne remplacent pas à eux seuls le canal sécurisé SSH ou HTTPS.

La gestion cloud peut centraliser politiques et supervision ; protéger comptes, MFA et dépendances de connectivité reste nécessaire.

Un exemple concret

LABORATOIRE · EXEMPLE PÉDAGOGIQUE

Accès local : console + contrôle physique
Accès CLI distant : SSH, TCP 22
Accès GUI distant : HTTPS, TCP 443 usuel
AAA : TACACS+ / RADIUS selon architecture
Gestion cloud : identités + TLS + contrôle des privilèges
Éviter Telnet TCP 23 et HTTP TCP 80 pour les secrets.

Les invites indiquent le mode IOS ; ne les saisissez pas avec la commande. Adaptez noms d’interfaces, fonctionnalités et syntaxe au modèle. Sorties illustratives, non captures d’un matériel réel.

PASSER DE LA LECTURE AU RÉFLEXE

À vous de jouer

La GUI HTTPS affiche une erreur de certificat. Faut-il ignorer définitivement le contrôle pour simplifier la gestion ?

Un indice, pas la réponse

Identifiez le contexte et la couche concernés. Comparez votre hypothèse aux quatre règles de la leçon avant de consulter le corrigé.

Voir le raisonnement corrigé

Non. Vérifier nom du serveur, date/horloge, chaîne de confiance et certificat attendu. Corriger la cause selon la politique plutôt que désactiver la vérification systématiquement.

Le déclic en quatre questions

Quatre affirmations à distinguer des idées reçues. Correction immédiate, sans effet sur votre certification.

À retenir

Console est un accès local qui peut fonctionner sans connectivité IP, mais son authentification et sa protection physique doivent être prévues. La gestion cloud peut centraliser politiques et supervision ; protéger comptes, MFA et dépendances de connectivité reste nécessaire.

Ce marqueur est personnel : refaites l’exercice pour vérifier votre maîtrise.

Sources & vérification

Référentiel vérifié le 2026-10-09. Sources de référence, explications originales. Les configurations et TP n’ont pas été exécutés sur IOS/Packet Tracer dans cette livraison.