Ténénan Chevalier

Configuration d'un basculement automatique vers le serveur PRA (172.16.8.19) en cas de panne du serveur principal. Chaque entrée d'annuaire et touche de fonction est programmée avec le préfixe serveur et son préfixe PRA associé Chaque entrée d'annuaire et touche de fonction est doublée : 991 Astérix → 994 Astérix PRA
992 Obélix → 995 Obélix PRA
993 Idéfix → 996 Idéfix PRA pour garantir la continuité des appels sur les trois sites.

Recensement des équipements dans Castel Suite, attribution d'adresse IP, détection automatique du modèle Xellip, puis configuration du protocole SIP via Configuration Locale → Interphonie → SIP. Génération automatique de l'extension XELLIP servant de numéro d'équipement.

Sur XIVO, restriction des droits d'appels des postes destinataires en ajoutant uniquement le service « Interphonie ». Forçage des codecs audio : GSM et G.711 A-Law, vidéo : H.264 — puis activation de videosupport=yes via l'onglet Avancé pour maîtriser la bande passante et sécuriser les flux média.

Méthode de débogage avancé : capture des trames réseau sur le port 5060 (SIP) en CLI Linux — 3 modes : tcpdump -i any -w /tmp/capture.pcap tcpdump -i any host <IP> and port 5060 and udp -w /tmp/capture.pcap tcpdump -i eth0 -s 0 -n -G 3600 -w /var/tmp/trace_%Y-%m-%d_%H:%M:%S.pcap Export du fichier .pcap dans Wireshark pour analyser la signalisation SIP (INVITE, 401, négociation codecs, BYE…) et identifier les défauts d'enregistrement.

Sécurisation via xivo-backup db déclenché quotidiennement à 6h25 par cron (rotation 7 jours). Restauration : stop services → restore data → dropdb asterisk → pg_restore sur la base PostgreSQL de l'IPBX.

Compréhension et déploiement de deux modèles d'architecture XiVO : multi-sites (un IPBX central desservant plusieurs agences via trunk SIP) et distribuée (un nœud XiVO par site, synchronisés). Briques communes : Asterisk (moteur d'appels), PostgreSQL (BDD), services Python xivo-*, conteneurs Docker, et services réseau intégrés (NTP, DHCP).

Déploiement de deux sites (ecommerce.fr et ecommerce.uk) sur Nginx avec PHP-FPM et MariaDB. Sécurisation par certificat SSL auto-signé, activation du HTTPS (port 443) et redirection automatique HTTP → HTTPS via return 301. Restriction d'accès par adresse IP avec la directive deny dans Nginx.

Configuration d'un load balancer HAProxy en mode TCP distribuant les requêtes entre SRVWEB1 (192.168.179.143) et SRVWEB2 (192.168.179.144) selon l'algorithme Round-Robin. Interface de supervision accessible sur le port 8080 avec authentification. Sécurisation du trafic par certificat SSL PEM combinant clé privée et certificat.

Mise en cluster de deux serveurs HAProxy avec Pacemaker et Corosync. Création d'une IP virtuelle flottante (192.168.179.150) portée par le nœud actif. En cas de panne, le cluster bascule automatiquement les ressources sur le nœud secondaire en moins de 60 secondes, garantissant la continuité de service sans intervention humaine.

Gestion des politiques SELinux (semanage, setsebool) et du pare-feu firewalld (services http, https, high-availability, port 3306, 8080). Comparaison HTTP vs HTTPS par capture Wireshark démontrant le chiffrement TLS. Paramètres Diffie-Hellman 2048 bits pour renforcer la sécurité de l'échange de clés.

Administration du serveur Wazuh et gestion des agents déployés sur chaque machine de l'infrastructure (SRVWEB1, SRVWEB2, HAProxy). Consultation du tableau de bord centralisé pour surveiller l'état et les événements de sécurité de l'ensemble du parc.

Surveillance en continu des services via les agents Wazuh : remontée d'alertes en cas d'anomalie (service arrêté, tentative d'accès refusée, modification de fichier sensible). Vérification de l'intégrité des fichiers système grâce au module FIM (File Integrity Monitoring).

Détection proactive des incidents de sécurité (intrusions, comportements anormaux) avant qu'ils n'impactent la disponibilité du service. Wazuh permet d'anticiper et de réagir rapidement aux menaces pour maintenir la continuité de l'infrastructure.

Installation et configuration complète du serveur Wazuh sur Rocky Linux 9.6, déploiement et enrôlement des agents sur les différentes VMs de l'infrastructure, ouverture des ports nécessaires dans firewalld et configuration des règles de communication sécurisée entre agents et serveur.

Le portfolio est lui-même la preuve de cette compétence : création d'une présence numérique professionnelle, soignée et accessible, qui reflète mon identité et mes compétences techniques auprès de futurs recruteurs ou jurys d'examen.

Conception et évolution continue du site : ajout de nouvelles sections (projets, tableau E5, veille), intégration de nouveaux contenus et mise à jour régulière pour refléter les nouvelles compétences acquises tout au long de la formation.

Le portfolio constitue le support central de mon identité professionnelle numérique : mise en avant des projets, des compétences techniques et du parcours BTS SIO dans un format clair et adapté aux attentes professionnelles du secteur informatique.