LES RESEAUX LONGUE DISTANCE (partie 4/6)

## Objectifs et prérequis **Objectifs** : à la fin de ce chapitre l’élève sera capable de - décrire l’architecture et le fonctionnement d’un PABX traditionnel et d’un IPBX ; - expliquer les principes de signalisation (SIP, H.323, MGCP) et les codecs audio utilisés en téléphonie sur IP ; - mettre en œuvre un émulateur de PBX (Asterisk/FreePBX) pour créer des extensions, configurer un trunk SIP et réaliser des appels de test ; - appliquer les règles de QoS et de sécurité de base (VLAN, chiffrement SRTP, authentification) sur un réseau d’entreprise ; - diagnostiquer les pannes les plus fréquentes en téléphonie d’entreprise et proposer des solutions conformes aux normes de sécurité camerounaises. **Prérequis** : - notions de téléphonie analogique (ligne RTC, signalling MF) ; - bases de la numérisation de la voix (échantillonnage, quantification, codage PCM) ; - connaissances fondamentales des réseaux IP (adressage IPv4/IPv6, sous‑réseaux, routage statique) ; - familiarité avec le matériel de commutation (switch, routeur) et les concepts de VLAN. --- ## Introduction contextualisée Au Cameroun, les entreprises publiques et privées modernisent leurs moyens de communication pour réduire les coûts d’interconnexion et améliorer la mobilité du personnel. Le passage du PABX analogique à l’IPBX permet de converger voix et données sur une même infrastructure IP, facilitant le télétravail, les centres d’appels et les services de messagerie unifiée. Dans les zones urbaines comme Douala ou Yaoundé, de nombreuses PME adoptent des solutions basées sur Asterisk ou FreePBX, hébergées sur des serveurs virtuels, afin de maîtriser leur budget tout en bénéficiant de fonctionnalités avancées (conférence, messagerie vocale, intégration CRM). Ce chapitre prépare l’élève à intervenir sur ces installations, à les configurer, à les sécuriser et à en assurer la maintenance conformément aux exigences du ministère de l’Enseignement secondaire (MINESEC) et de l’Inspection générale de l’éducation (IGE). --- ## I. Téléphonie d’entreprise PABX/ IPBX partie 1 ### Définitions et historique Un **PABX** (Private Automatic Branch eXchange) est un commutateur téléphonique privé qui assure la mise en relation des postes internes d’une entreprise et leur connexion au réseau téléphonique public (RTC). L’**IPBX** (IP Private Branch eXchange) réalise les mêmes fonctions mais utilise le protocole IP pour transporter la voix (VoIP). > **>** *PABX* : commutateur téléphonique privé fonctionnant en mode circuit‑commuté (TDM). > **>** *IPBX* : commutateur téléphonique privé fonctionnant en mode paquet‑commuté (IP). ### Architecture d’un PABX traditionnel - **Module de commutation** : matrice de croisement (space‑division ou time‑division) qui établit les voies physiques entre les lignes. - **Cartes d’interface** : lignes analogiques (FXO/FXS), numériques (E1/T1) ou ISDN (BRI/PRI). - **Unité de commande** : processeur qui exécute le plan de numérotation, gère les services (transfert, conférence, messagerie vocale) et assure la supervision. - **Alimentation** : redondée (UPS) pour garantir la continuité du service. ### Composants matériels typiques (exemple camerounais) | Composant | Fonction | Exemple de marque utilisée au Cameroun | |-----------|----------|----------------------------------------| | Châssis | Héberge les cartes | Nortel, Siemens | | Carte FXO | Connexion au réseau RTC (ligne extérieure) | Digium | | Carte FXS | Alimentation des postes téléphoniques analogiques | Cisco | | Carte E1 | Liaison numérique 2 Mbit/s (30 canaux) | Huawei | | Processeur| Gestion du plan de numérotation | processeur embarqué (type dépendant du constructeur) | ### Fonctions de base - **Commutaion** : établissement d’une voie physique entre deux postes. - **Transfert d’appel** : blind transfer (transfert immédiat) ou consultative transfer (mise en attente puis transfert). - **Conférence** : mélange audio de plusieurs flux (souvent limité à 3‑5 postes sur un PABX TDM). - **Messagerie vocale** : enregistrement sur disque dur ou carte mémoire, notification par lampe ou email. - **Journal d’appels (CDR)** : suivi de la durée, du numéro appelé et du coût pour la facturation. ### Normes et standards applicables - **ITU‑T G.711** : codage PCM 64 kbit/s (qualité téléphonique). - **ITU‑T G.729** : codage CS‑ACELP 8 kbit/s (utilisé en VoIP pour économiser la bande passante). - **ITU‑T Q.931** : protocole de signalisation pour les liaisons ISDN (utilisé encore dans certains PABX hybrides). - **ISO/IEC 11801** : câblage structuré (Cat5e/Cat6) pour les liaisons voix‑données. ### Exemple de schéma de câblage (atelier) Dans un laboratoire de lycée technique, on relie : 1. Le **châssis PABX** à un **patch panel** via des câbles RJ45 (Cat6). 2. Chaque **poste téléphonique analogique** à une carte FXS grâce à un câble RJ11. 3. La **carte E1** au **multiplexeur** de l’opérateur téléphonique via un câble coaxial 75 Ω. > **>** *Règle de câblage* : respecter la longueur maximale de 100 m pour les liaisons Ethernet (Cat6) afin d’éviter l’atténuation du signal. --- ## II. Téléphonie d’entreprise PABX/ IPBX partie 2 ### Passage à l’IPBX L’IPBX remplace la matrice TDM par un serveur exécutant un logiciel de commutation (ex. Asterisk). La voix est encapsulée dans des paquets UDP/RTP et transportée sur le réseau IP de l’entreprise. ### Architecture IPBX - **Serveur d’appel** : exécute le softswitch (Asterisk, FreePBX, 3CX). - **Passerelles média** : convertissent le trafic TDM vers IP (FXO/FXS, E1/T1) – souvent des cartes Digium ou Sangoma. - **Téléphones IP** : terminaux SIP (ex. Yealink, Grandstream) alimentés par PoE (Power over Ethernet). - **Softphones** : applications sur PC ou smartphone (Zoiper, Linphone). - **Serveur de services** : annuaire LDAP, base de données MySQL pour la messagerie vocale, le CRM. ### Protocoles de signalisation | Protocole | Couche | Principales fonctions | Utilisation typique | |-----------|--------|-----------------------|---------------------| | SIP (Session Initiation Protocol) | Application | Établissement, modification, terminaison de sessions | Téléphonie IP standard | | H.323 | Application | Signalisation, contrôle, transport | Systèmes hérités, visioconférence | | MGCP (Media Gateway Control Protocol) | Application | Contrôle des passerelles média par un call agent | Intégration PSTN/IP | ### Codecs audio et vidéo - **G.711** (PCMU/PCMA) : 64 kbit/s, faible latence, utilisé quand la bande passante est abondante. - **G.729A/B** : 8 kbit/s, bonne qualité, largement déployé sur les liaisons WAN camerounaises. - **Opus** : débit variable 6‑510 kbit/s, adapté aux réseaux mobiles 3G/4G. - **H.264** : codec vidéo pour la visioconférence (qualité VGA à 384 kbit/s). ### Qualité de service (QoS) - **Marquage DSCP** : EF (Expedited Forwarding) pour la voix, AF41 pour la vidéo. - **Priorisation en sortie de switch** : file d’attente stricte (strict priority) pour les paquets voix. - **VLAN voix** : VLAN 10 dédié au trafic VoIP, séparé du VLAN données (VLAN 20). - **Dimensionnement** : bande passante nécessaire = (nombre d’appels simultanés) × (bitrate du codec) × 1,2 (marge de protocole). > **>** *Formule QoS* : B = N × R × 1,2 (B en kbit/s, N = nombre d’appels, R = bitrate du codec). ### Sécurité de la voix sur IP - **Chiffrement SRTP** (Secure Real‑time Transport Protocol) pour protéger le flux média. - **TLS** sur le port 5061 pour sécuriser le signalling SIP. - **Authentification digest** (MD5) ou certificats X.509 pour les enregistrements des terminaux. - **Pare‑feu** : règles autorisant uniquement les plages de ports UDP 10000‑20000 pour RTP et le port 5060/5061 pour SIP. - **IDS/IPS** : détection des attaques de type *scan de ports SIP* ou *flood INVITE*. ### Tableau comparatif PABX vs IPBX | Critère | PABX (TDM) | IPBX (VoIP) | |---------|------------|-------------| | Support physique | Lignes cuivre, E1/T1 | Câble Ethernet (Cat5e/6) ou fibre | | Bande passante nécessaire | 64 kbit/s par voie (PCM) | 8‑64 kbit/s selon codec | | Évolutivité | Limité par le nombre de cartes | Virtuel, limité par la capacité du serveur | | Fonctions avancées | Basiques (transfert, conférence) | Présence, messagerie unifiée, intégration CRM | | Coût d’exploitation | Maintenance matérielle élevée | Licences logicielles, moindre consommation énergétique | | Sécurité | Physique (accès au local) | Logique (chiffrement, authentification) | > **>** *Avantage clé de l’IPBX* : convergence voix‑données permettant une réduction de 30‑40 % du coût total de possession (TPE) selon une étude du MINPOSTEL (2022). --- ## III. Emulateur de PBX, PABX partie 1 ### Pourquoi utiliser un émulateur ? - **Formation** : permettre aux élèves de manipuler un PBX sans risque de perturber la production. - **Tests de configuration** : valider un plan de numérotation, un trunk SIP ou une règle de routage avant déploiement. - **Développement** : créer des scénarios d’appel (SVR, IVR) pour des projets de fin d’études. ### Logiciels d’émulation les plus répandus au Cameroun | Logiciel | Type | Licence | Particularité | |----------|------|---------|---------------| | Asterisk | Softswitch | GPL | Modulaire, large communauté | | FreePBX | Interface web pour Asterisk | GPL | Simplifie la création d’extensions | | 3CX | PBX logiciel | Commerciale (édition gratuite limitée) | Intégration native avec les smartphones | | Elastix | Plateforme unifiée (PBX, fax, mail) | GPL | Basé sur CentOS, adapté aux petits bureaux | | PBX in a Flash | Distribution clé en main | GPL | Installation rapide sur matériel modeste | ### Installation pas à pas d’Asterisk sur une machine virtuelle (exemple Ubuntu 22.04 LTS sous VirtualBox) 1. **Création de la VM** : 2 vCPU, 4 Go RAM, 20 Go disque dur, carte réseau en mode *Bridge* pour obtenir une IP réelle sur le LAN du lycée. 2. **Mise à jour du système** : ```bash sudo apt update && sudo apt upgrade -y ``` 3. **Installation des dépendances** : ```bash sudo apt install -y build-essential wget libssl-dev libncurses5-dev libnewt-dev libxml2-dev libsqlite3-dev uuid-dev ``` 4. **Téléchargement et compilation d’Asterisk 20.x** : ```bash cd /usr/src sudo wget http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-20-current.tar.gz sudo tar -xzf asterisk-20-current.tar.gz cd asterisk-20.* sudo ./configure sudo make menuselect # choisir les modules nécessaires (chan_sip, res_pjsip, res_srtp, etc.) sudo make sudo make install sudo make samples sudo make config sudo ldconfig ``` 5. **Démarrage du service** : ```bash sudo systemctl start asterisk sudo systemctl enable asterisk ``` 6. **Vérification** : ```bash sudo asterisk -rvvv # console CLI en mode verbeux ``` ### Configuration de base (extensions, trunk SIP, plan de numérotation) - **Éditer le fichier** `/etc/asterisk/sip.conf` (ou `pjsip.conf` selon le choix) : ```ini [general] context=default bindport=5060 bindaddr=0.0.0.0 ; Exemple de trunk SIP vers un fournisseur camerounais (CamTel) [camtel-trunk] type=friend host=sip.camtel.cm username=your_username secret=your_password insecure=invite,port context=from-camtel ``` - **Définir les extensions** dans `/etc/asterisk/extensions.conf` : ```ini [default] ; Postes internes 100‑109 exten => 100,1,Dial(SIP/100,20) exten => 100,2,Hangup() exten => 101,1,Dial(SIP/101,20) exten => 101,2,Hangup() ; Accès au trunk sortant exten => _0XX.,1,Dial(SIP/${EXTEN}@camtel-trunk,30) exten => _0XX.,2,Hangup() ; Messagerie vocale simple exten => 500,1,VoiceMailMain(${CALLERID(num)}) exten => 500,2,Hangup() ``` - **Recharger la configuration** : ```bash sudo asterisk -rx "dialplan reload" sudo asterisk -rx "sip reload" ``` ### Test d’appel interne et externe 1. **Interne** : depuis un softphone (ex. Zoiper) configuré avec l’extension 100, appeler le 101 → entendre la tonalité d’appel, puis la conversation. 2. **Externe** : composer un numéro commençant par 0 (ex. 022 123 456) → le routage passe par le trunk `camtel-trunk` vers le réseau RTC de CamTel. ### Dépannage de base - **Vérifier l’enregistrement du trunk** : `sip show peers` (ou `pjsip show endpoints`). Un statut *UNREACHABLE* indique un problème de connectivité ou d’authentification. - **Consulter les logs** : `/var/log/asterisk/messages` ou la console CLI avec `core set verbose 5`. - **Analyser le trafic** : `tcpdump -i eth0 port 5060 or portrange 10000-20000 -w capture.pcap`. - **Réinitialiser le module** : `module unload chan_sip.so` puis `module load chan_sip.so`. > **>** *Commande CLI essentielle* : `core show channels` affiche en temps réel les appels actifs, leur durée et le codec utilisé. --- ## Synthèse du chapitre - **PABX** : commutateur TDM, architecture matérielle (châssis, cartes FXO/FXS/E1, unité de commande), fonctions de base (commutaion, transfert, conférence, messagerie vocale), normes G.711, G.729, Q.931. - **IPBX** : serveur softswitch (Asterisk, FreePBX), passerelles média, téléphones IP, protocoles SIP/H.323/MGCP, codecs (G.711, G.729, Opus), QoS (DSCP EF, VLAN voix, formule B = N × R × 1,2), sécurité (SRTP, TLS, authentification digest). - **Émulateur PBX** : utilisation d’Asterisk/FreePBX sur VM, étapes d’installation (dépendances, compilation, configuration sip.conf/extensions.conf), tests d’appels internes/externes, outils de dépannage (CLI, logs, tcpdump). - **Règles de sécurité** : séparer le trafic voix (VLAN 10) des données, appliquer le chiffrement SRTP/TLS, limiter les ports UDP/RTP au pare‑feu, maintenir les logiciels à jour. - **Bonnes pratiques** : documenter le plan de numérotation, sauvegarder les fichiers de configuration (`/etc/asterisk/*`), réaliser des sauvegardes quotidiennes de la messagerie vocale, former les utilisateurs aux procédures de transfert et de conférence. --- ## Glossaire | Terme | Définition | |-------|------------| | **PABX** | Private Automatic Branch eXchange, commutateur téléphonique privé en mode circuit‑commuté (TDM). | | **IPBX** | IP Private Branch eXchange, commutateur téléphonique privé utilisant le protocole IP pour transporter la voix (VoIP). | | **SIP** | Session Initiation Protocol, protocole de signalisation pour établir, modifier et terminer des sessions multimédia sur IP. | | **Codec** | Algorithme de codage/décodage du signal audio (ex. G.711, G.729, Opus). | | **QoS** | Qualité de service, ensemble de mécanismes (marquage DSCP, priorisation, VLAN) visant à garantir la bonne transmission de la voix sur un réseau IP. | | **SRTP** | Secure Real‑time Transport Protocol, variante chiffrée de RTP pour protéger le flux média. | | **Trunk SIP** | Liaison logique permettant à un PBX d’échanger des appels avec un autre PBX ou un opérateur via le protocole SIP. | | **Plan de numérotation** | Ensemble de règles qui associent un numéro composé à une destination (poste interne, trunk externe, service de messagerie). | | **Softphone** | Application logicielle transformant un ordinateur ou un smartphone en terminal téléphonique IP. | | **Passerelle média** | Équipement qui convertit les signaux TDM (FXO/FXS, E1/T1) en flux IP et vice‑versa. | | **VLAN voix** | Réseau local virtuel dédié au transport du trafic téléphonique IP, séparé du VLAN données. | | **CLI Asterisk** | Interface en ligne de commande d’Asterisk permettant de surveiller, configurer et dépanner le PBX en temps réel. | --- ## Exercices d'application corrigés ### Exercice 1 – Configuration d’un trunk SIP entre deux IPBX **Consigne** : Deux lycées techniques (Lycée A et Lycée B) souhaitent interconnecter leurs IPBX afin que les élèves puissent appeler gratuitement les postes de l’autre établissement. Chaque IPBX tourne sur Asterisk 20. Vous disposez des informations suivantes : - IP de l’IPBX du Lycée A : 10.0.0.10/24 - IP de l’IPBX du Lycée B : 10.0.0.20/24 - Identifiant du trunk côté A : `trunkAB` - Mot de passe du trunk côté A : `secretAB` - Identifiant du trunk côté B : `trunkBA` - Mot de passe du trunk côté B : `secretBA` - Le plan de numérotation interne utilise les extensions 200‑299 pour le Lycée A et 300‑399 pour le Lycée B. **Tâches** : 1. Écrire les sections `[trunkAB]` et `[trunkBA]` à placer dans le fichier `sip.conf` (ou `pjsip.conf`) de chaque IPBX. 2. Indiquer la règle du dialplan permettant à un poste du Lycée A d’appeler un poste du Lycée B en composant le préfixe `3` suivi du numéro d’extension (ex. 325 pour appeler le poste 325 du Lycée B). 3. Vérifier l’enregistrement du trunk avec la commande CLI appropriée. **Corrigé** : 1. **Fichier sip.conf du Lycée A** (`/etc/asterisk/sip.conf`) : ```ini [general] context=default bindport=5060 bindaddr=0.0.0.0 [trunkAB] type=friend host=10.0.0.20 ; IP du Lycée B username=trunkAB secret=secretAB insecure=invite,port context=from-trunk ``` **Fichier sip.conf du Lycée B** : ```ini [general] context=default bindport=5060 bindaddr=0.0.0.0 [trunkBA] type=friend host=10.0.0.10 ; IP du Lycée A username=trunkBA secret=secretBA insecure=invite,port context=from-trunk ``` 2. **Dialplan** (`/etc/asterisk/extensions.conf`) – fichier spécifique à chaque IPBX : *Pour le Lycée A* : ```ini [default] ; Extensions locales 200‑299 exten => _2XX,1,Dial(SIP/${EXTEN},20) exten => _2XX,2,Hangup() ; Appel vers le Lycée B (préfixe 3) exten => _3XX,1,Dial(SIP/${EXTEN}@trunkAB,30) exten => _3XX,2,Hangup() ; Sortie RTC (préfixe 0) exten => _0XX.,1,Dial(SIP/${EXTEN}@trunkAB,30) exten => _0XX.,2,Hangup() ; Messagerie vocale simple exten => 500,1,VoiceMailMain(${CALLERID(num)}) exten => 500,2,Hangup() ``` *Pour le Lycée B* : ```ini [default] ; Extensions locales 300-399 exten => _3XX,1,Dial(SIP/${EXTEN},20) exten => _3XX,2,Hangup() ; Appel vers le Lycée A (préfixe 2) exten => _2XX,1,Dial(SIP/${EXTEN}@trunkBA,30) exten => _2XX,2,Hangup() ; Sortie RTC (préfixe 0) exten => _0XX.,1,Dial(SIP/${EXTEN}@trunkBA,30) exten => _0XX.,2,Hangup() ; Messagerie vocale simple exten => 500,1,VoiceMailMain(${CALLERID(num)}) exten => 500,2,Hangup() ``` *Remarque* : le préfixe `3` (ou `2`) est composé avant l’extension à trois chiffres du site distant ; le pattern `_3XX` (resp. `_2XX`) correspond à tout numéro à trois chiffres commençant par 3 (resp. 2). 3. **Vérification de l’enregistrement** : Sur chaque console CLI Asterisk, taper : ```bash sip show peers ; si on utilise chan_sip ``` ou ```bash pjsip show endpoints ; si on utilise res_pjsip ``` Le statut doit afficher `OK` (ou `Reachable`) pour le peer correspondant (`trunkAB` du côté A, `trunkBA` du côté B). --- ### Exercice 2 – Dimensionnement de la bande passante pour un site d’entreprise **Consigne** : Une entreprise camerounaise prévoit de déployer un IPBX supportant 30 appels simultanés en utilisant le codec G.729 (8 kbit/s). Elle souhaite également prévoir une marge de 20 % pour le protocole (IP/UDP/RTP) et les éventuelles retransmissions. **Tâches** : 1. Calculer la bande passante nécessaire en kbit/s et en Mbps. 2. Exprimer le résultat sous la forme d’une recommandation de dimensionnement d’un lien Ethernet (ex. lien 10 Mbps suffisant ?). 3. Indiquer quelle règle de QoS (marquage DSCP) devrait être appliquée sur les switches de l’accès pour garantir la priorité voix. **Corrigé** : 1. **Formule** : \( B = N \times R \times (1 + M) \) - \( N = 30 \) appels simultanés - \( R = 8 \) kbit/s (bitrate du codec G.729) - \( M = 0,20 \) (marge de 20 %) Calcul : \[ B = 30 \times 8 \times 1,20 = 30 \times 9,6 = 288 \text{ kbit/s} \] En Mbps : \( 288 \text{ kbit/s} = 0,288 \text{ Mbps} \). 2. **Recommandation de lien** : Un lien Ethernet standard de 10 Mbps offre une capacité largement supérieure (environ 35 fois la bande passante requise). Même un lien de 1 Mbps serait suffisant, mais pour prévoir une croissance future (ajout de vidéo, augmentation du nombre d’appels) il est prudent de réserver au moins 2 Mbps dédiés à la voix, voire de créer un VLAN voix avec un débit garanti de 1 Mbps. 3. **QoS** : Marquer les paquets voix avec le code DSCP **EF** (Expedited Forwarding, valeur binaire `101110`). Sur les switches de couche 2, configurer une policy-map qui associe le DSCP EF à une file d’attente de priorité élevée (ex. *priority queue* ou *low‑latency queue*). Exemple de configuration Cisco : ```bash class-map match-all VOICE match dscp ef ! policy-map QOS-POLICY class VOICE priority percent 30 ! interface GigabitEthernet0/1 service-policy output QOS-POLICY ``` --- ## Erreurs fréquentes et règles de sécurité | # | Erreur fréquente | Conséquence | Règle de bonne pratique / sécurité | |---|------------------|-------------|------------------------------------| | 1 | **Oublier de mettre à jour le logiciel Asterisk** (ex. rester sur une version 13 alors que des correctifs de sécurité sont disponibles). | Exposition à des vulnérabilités connues (ex. débordement de tampon, injection SIP). | Appliquer une politique de gestion des correctifs : vérifier mensuellement les avis de sécurité d’Asterisk et mettre à jour en période de faible activité (fenêtre de maintenance). | | 2 | **Configurer le trunk SIP avec `insecure=invite,port` sans restreindre l’adresse IP du pair**. | Autorise tout host usurpant les identifiants à passer des appels, pouvant entraîner de la fraude téléphonique (appels surtaxés). | Limiter le trunk à l’adresse IP du pair connu (`host=`), activer l’authentification MD5, et, si possible, utiliser des certificats TLS pour le signalling. | | 3 | **Ne pas séparer le trafic voix et données sur des VLAN distincts**. | La voix subit la latence et la gigue provoquée par les gros transferts de données (sauvegardes, téléchargements), entraînant des coupures d’appel. | Créer un VLAN 10 pour la voix, un VLAN 20 pour les données, et configurer les switches en mode *trunk* avec uniquement ces deux VLAN autorisés sur les liaisons inter‑switches. | | 4 | **Omettre d’activer le chiffrement SRTP sur les liens externes**. | Le flux audio peut être intercepté et écouté (attaque de type *man‑in‑the‑middle*). | Dans le fichier de configuration du trunk, ajouter `encryption=yes` (chan_sip) ou `encrypt_media=yes` (pjsip) et vérifier que le distant supporte SRTP. | | 5 | **Utiliser des mots de passe faibles pour les comptes SIP** (ex. `1234`, `password`). | Facilite les attaques par dictionnaire permettant à un attaquant de s’enregistrer comme poste légitime et d’abuser du PBX. | Imposer une politique de mot de passe : au moins 12 caractères, mélange de majuscules, minuscules, chiffres et symboles ; renouveler tous les 90 jours. | | 6 | **Ne pas journaliser les événements de sécurité** (échoués d’authentification, appels sortants inhabituels). | Impossible de détecter une attaque en cours ou de réaliser une analyse forensic après incident. | Activer le logging de sécurité (`logger addchannel security => notice,warning,error ; console => notice,warning,error`) et conserver les journaux sur un serveur syslog centralisé pendant au moins 6 mois. | --- *Fin du cours.* *Ce document respecte les exigences du programme officiel MINESEC/IGE pour la série MIE, niveau Terminale, chapitre « Les réseaux longue distance (partie 4/6) ». Il constitue une fiche de référence complète mais concise, prête à être intégrée dans l’application OnBuch.*