Aller au contenu
Réussir mon BTS SIO

Tape une notion, une commande ou le nom d'une épreuve.

Par exemple

Chapitre 1518 minIntermédiaire

Exercices corrigés de services réseau type E6 et E7 SISR

Par Josselyn C., prof de BTS SIO. Mis à jour le .

À la fin de ce chapitre, tu sauras

  • traiter un cas de mise en place de services sur un nouveau site ;
  • analyser des journaux et des en-têtes comme à l'E7 ;
  • justifier tes choix techniques devant une commission d'E6.

10 exercices corrigés

Ce chapitre rassemble des exercices de synthèse sur les services réseau, au format des épreuves de l'option SISR : des cas de réalisation et de dépannage comme à l'E6 (administration des systèmes et des réseaux), des analyses de configuration, de journaux et de risques comme à l'écrit E7 (cybersécurité des services informatiques). Ils mobilisent plusieurs chapitres à la fois, sur le réseau de Sorbier Logistique. Cherche chaque question par écrit avant d'ouvrir la réponse : en épreuve, la justification compte autant que le résultat.

Cas 1 : les services de l'entrepôt de Saint-Priest (type E6)

Exercice 1 sur 10 Ouvrir le DHCP et le DNS de Saint-Priest Réussi À revoir

L'entrepôt de Saint-Priest reçoit 40 postes et terminaux. Il n'a pas de serveur : ses appareils doivent utiliser les services du siège. Les adresses .201 à .253 sont réservées aux équipements fixes.

  1. Écris les commandes PowerShell qui créent sur srv-ad l'étendue de Saint-Priest (bail de 8 jours, passerelle, DNS, suffixe), puis l'ajoutent au basculement existant srv-ad-srv-ad2.
  2. Combien d'adresses l'étendue distribue-t-elle ?
  3. Quelle configuration ajoutes-tu sur R-STPRIEST ? Sur quelle interface ?
  4. Quelle zone de recherche inversée crées-tu ?
  5. Liste les flux à autoriser entre Saint-Priest et le siège pour ces services, avec les ports.
Voir la réponseMasquer la réponse de l'exercice 1
  1. Les commandes :

    powershell
    Add-DhcpServerv4Scope -Name "STPRIEST" -StartRange 10.40.0.1 -EndRange 10.40.0.200 `
        -SubnetMask 255.255.255.0 -LeaseDuration 8.00:00:00 -State Active
    Set-DhcpServerv4OptionValue -ScopeId 10.40.0.0 -Router 10.40.0.254
    # DNS et suffixe : déjà définis au niveau du serveur ; à défaut :
    Set-DhcpServerv4OptionValue -ScopeId 10.40.0.0 -DnsServer 192.168.10.177, 192.168.10.181 -DnsDomain "ad.sorbier.example"
    Add-DhcpServerv4FailoverScope -Name "srv-ad-srv-ad2" -ScopeId 10.40.0.0
    

    Les adresses .201 à .253 sont hors de la plage : pas besoin d'exclusion. .254, la passerelle, aussi.

  2. De .1 à .200 : 200 adresses, largement assez pour 40 appareils.

  3. Un relais DHCP sur l'interface LAN de R-STPRIEST, celle qui porte 10.40.0.254 (GigabitEthernet0/0/2) : ip helper-address 192.168.10.177 et ip helper-address 192.168.10.181. Les réponses du serveur reviennent vers le giaddr 10.40.0.254, qui doit donc être routé depuis le siège (c'est le cas : routes statiques ou OSPF).

  4. 0.40.10.in-addr.arpa, intégrée à Active Directory, avec les mises à jour dynamiques sécurisées.

  5. De 10.40.0.0/24 vers .177 et .181 : DNS (UDP et TCP 53), Kerberos (TCP et UDP 88), LDAP (TCP et UDP 389), SMB (TCP 445, pour les GPO et les partages), NTP (UDP 123) ; et le DHCP relayé entre 10.40.0.254 et les serveurs (UDP 67 dans les deux sens). En pratique, une ouverture d'Active Directory demande aussi RPC (TCP 135 et les ports dynamiques 49152 à 65535) : c'est pourquoi on préfère un lien de confiance (lien loué ou VPN) entre les sites.

Tu avais trouvé ?

Exercice 2 sur 10 Le lien loué tombe Réussi À revoir

Le lien entre Lyon et Saint-Priest est coupé du lundi 8 h au mercredi 18 h.

  1. Un poste de Saint-Priest a obtenu son bail le dimanche à 22 h. Perd-il son adresse ? Que ne peut-il plus faire, même avec une adresse ?
  2. Un nouveau terminal est branché le mardi. Que se passe-t-il ?
  3. Propose deux améliorations, et pour chacune son inconvénient.
Voir la réponseMasquer la réponse de l'exercice 2
  1. Non : T1 tombe 4 jours après le bail, le jeudi à 22 h, après le retour du lien. Mais sans le siège, il n'a plus de DNS (les deux résolveurs sont à Lyon), plus d'ouverture de session avec un compte jamais utilisé sur ce poste, plus de partages : l'adresse IP ne sert pas à grand-chose. Les sessions déjà ouvertes et les identifiants mis en cache fonctionnent.
  2. Il envoie des DISCOVER que le relais ne peut pas transmettre : aucune adresse, il prend une adresse APIPA en 169.254.x.x.
  3. Un second lien (accès Internet local avec un VPN de secours vers le siège) : coût d'un abonnement et d'un équipement VPN. Un contrôleur de domaine en lecture seule (RODC) à Saint-Priest, avec DNS et une étendue DHCP en mode serveur de secours : un serveur de plus à administrer et à protéger sur un site sans informaticien. Une petite étendue de secours sur R-STPRIEST est une troisième option, mais elle oblige à tenir deux configurations DHCP cohérentes.

Tu avais trouvé ?

Cas 2 : la zone publique (type E6)

Exercice 3 sur 10 Réécrire la zone sorbier.example Réussi À revoir

La direction demande :

  • un portail client portail.sorbier.example, publié comme le site de suivi ;

  • une messagerie de secours chez un second prestataire, mx2.secours.example, à n'utiliser que si le serveur principal ne répond pas ;

  • l'envoi des lettres d'information par un prestataire dont la documentation demande include:_spf.emailing.example, et qui signera en DKIM avec le sélecteur emailing1 ;

  • une protection DMARC en observation pendant un mois, avec les rapports à dmarc@sorbier.example ;

  • seuls Let's Encrypt peut délivrer des certificats.

  1. Écris les enregistrements à ajouter ou à modifier dans la zone (on ne demande pas la clé DKIM elle-même, mais le nom de l'enregistrement).
  2. Qu'est-ce qui change dans le SOA ?
  3. Un mois plus tard, quel changement fais-tu sur DMARC, et à quelle condition ?
Voir la réponseMasquer la réponse de l'exercice 3
  1. Les enregistrements :

    dns
    portail                IN A     203.0.113.17
    @                      IN MX    10 mail.sorbier.example.
    @                      IN MX    20 mx2.secours.example.
    @                      IN TXT   "v=spf1 mx include:_spf.emailing.example -all"
    emailing1._domainkey   IN TXT   "v=DKIM1; k=rsa; p=<clé fournie par le prestataire>"
    _dmarc                 IN TXT   "v=DMARC1; p=none; rua=mailto:dmarc@sorbier.example"
    @                      IN CAA   0 issue "letsencrypt.org"
    

    Le SPF existant est modifié, pas doublé. La préférence 20 fait de mx2 un serveur de secours. Le second MX doit aussi pouvoir envoyer s'il relaie ensuite les messages : à voir avec le prestataire.

  2. Le serial augmente (par exemple 2026110301 → 2026110302), pour que le secondaire de l'hébergeur prenne la nouvelle version.

  3. Passer à p=quarantine, puis plus tard à p=reject, après avoir vérifié dans les rapports que tous les envois légitimes (serveur principal, prestataire de lettres d'information, relais interne) passent SPF ou DKIM alignés. Sinon, des courriels légitimes seraient classés en indésirables.

Tu avais trouvé ?

Cas 3 : un courriel suspect (type E7)

Exercice 4 sur 10 Analyser les en-têtes Réussi À revoir

La comptable reçoit un courriel « From: Antoine Mercier antoine.mercier@sorbier.example » qui lui demande un virement urgent. Un extrait des en-têtes :

text
Return-Path: <bounce@relais-envoi.example>
Received: from relais-envoi.example (relais-envoi.example [192.0.2.66])
    by mail.sorbier.example; Tue, 3 Nov 2026 08:12:40 +0100
Authentication-Results: mail.sorbier.example;
    spf=pass smtp.mailfrom=relais-envoi.example;
    dkim=none;
    dmarc=fail (p=none) header.from=sorbier.example
From: Antoine Mercier <antoine.mercier@sorbier.example>
Reply-To: <a.mercier.direction@messagerie-gratuite.example>
  1. Le message vient-il de la messagerie de Sorbier ? Justifie avec trois éléments.
  2. Pourquoi SPF réussit-il, et pourquoi cela ne prouve-t-il rien ?
  3. Pourquoi le message a-t-il été remis malgré l'échec de DMARC ?
  4. Quel est le type d'attaque, et quelles mesures proposes-tu (techniques et organisationnelles) ?
Voir la réponseMasquer la réponse de l'exercice 4
  1. Non. Le serveur d'origine est relais-envoi.example (192.0.2.66), pas mail.sorbier.example ; l'enveloppe (Return-Path) est d'un autre domaine ; il n'y a aucune signature DKIM de sorbier.example ; et le Reply-To détourne les réponses vers une messagerie gratuite.
  2. SPF vérifie le domaine de l'enveloppe, relais-envoi.example, dont l'attaquant contrôle les enregistrements : l'adresse 192.0.2.66 y est autorisée. Mais ce n'est pas le domaine affiché : SPF passe sans être aligné.
  3. DMARC échoue (ni SPF ni DKIM ne sont alignés avec sorbier.example), mais la politique publiée est p=none : le domaine demande seulement des rapports, aucun traitement.
  4. Une usurpation d'identité (spoofing) pour une fraude au président (ingénierie sociale). Mesures : passer DMARC à quarantine puis reject après observation des rapports ; faire marquer par la messagerie les courriels venus de l'extérieur (bandeau « expéditeur externe ») ; une procédure de validation des virements par un second canal (rappel au numéro connu) ; la sensibilisation des services exposés ; le signalement de l'incident selon la procédure interne (cours Réponse à incident).

Tu avais trouvé ?

Exercice 5 sur 10 Identifier les flux dans les journaux du pare-feu Réussi À revoir

Extrait des journaux de pfSense un lundi matin (action, interface, source → destination, protocole). Rappel : SW-COEUR route les VLAN internes, dont le trafic arrive sur l'interface TRANSIT du pare-feu ; le VLAN des visiteurs arrive sur son interface VISITEURS.

text
block  TRANSIT    192.168.10.83:51022  -> 8.8.8.8:53            UDP
block  TRANSIT    192.168.10.91:49800  -> 198.51.100.200:25      TCP
pass   WAN        192.0.2.10:40112     -> 203.0.113.17:443       TCP
block  WAN        198.51.100.77:52811  -> 203.0.113.17:3389      TCP
block  VISITEURS  192.168.10.14:60231  -> 192.168.10.177:53      UDP
pass   TRANSIT    192.168.10.177:58712 -> 9.9.9.9:53             UDP
block  TRANSIT    192.168.10.70:55120  -> 1.1.1.1:853            TCP

Pour chaque ligne, nomme le service et dis si la décision du pare-feu est normale. Une ligne doit déclencher une investigation : laquelle, et pourquoi ?

Voir la réponseMasquer la réponse de l'exercice 5
  1. DNS d'un poste (192.168.10.83, dans le VLAN 10) vers Google : bloqué, normal (les postes n'utilisent que les résolveurs internes).
  2. SMTP (25) d'un poste vers un serveur extérieur : bloqué, normal, mais à investiguer : un poste n'a aucune raison d'envoyer du SMTP. C'est le comportement typique d'un poste infecté qui envoie du spam. Identifier le poste 192.168.10.91 (journal DHCP : quelle MAC à cette heure), l'isoler et l'analyser.
  3. HTTPS depuis Internet vers l'adresse publique : autorisé, normal (HAProxy publie le site de suivi).
  4. RDP (3389) depuis Internet : bloqué, normal. C'est un balayage classique : rien n'est publié sur ce port. À surveiller si les tentatives se multiplient.
  5. DNS d'un invité vers srv-ad : tentative bloquée sur l'interface VISITEURS du pare-feu, normal (les invités n'utilisent que le résolveur du pare-feu, 192.168.10.62).
  6. DNS de srv-ad vers son redirecteur Quad9 : autorisé, normal.
  7. DNS over TLS (853) d'un poste vers Cloudflare : bloqué, normal. Un logiciel tente de contourner le DNS interne : vérifier lequel.

Tu avais trouvé ?

Cas 4 : l'authentification 802.1X (types E6 et E7)

Exercice 6 sur 10 Déployer 802.1X sur l'étage des bureaux Réussi À revoir

Sorbier active 802.1X sur SW-ETAGE1. Les postes du domaine doivent arriver dans le VLAN 10, les postes des techniciens dans le VLAN 99, les imprimantes (qui ne gèrent pas 802.1X) dans le VLAN 10, et tout appareil inconnu nulle part.

  1. Quelle méthode EAP choisis-tu pour les postes, et qu'est-ce qu'elle suppose ?
  2. Comment traites-tu les imprimantes ? Quel est le risque, et comment le limiter ?
  3. Donne les stratégies réseau de NPS, dans l'ordre, avec leurs conditions et leurs attributs.
  4. Le lundi, le poste PC-COMPTA-07 n'a plus le réseau. L'événement 6273 de srv-ad indique que la demande ne correspond à aucune stratégie réseau. Donne deux causes possibles.
Voir la réponseMasquer la réponse de l'exercice 6
  1. EAP-TLS avec les certificats machine : une autorité interne (AD CS), un modèle de certificat ordinateur publié et l'inscription automatique par GPO, un certificat de serveur pour NPS, et la configuration 802.1X des postes par GPO (stratégie de réseau câblé). Pas de mot de passe en jeu, et compatible avec Credential Guard.

  2. Par MAB : NPS accepte l'adresse MAC de l'imprimante (compte ou liste prévus pour cela). Une MAC se lit sur l'étiquette et se falsifie en une commande : un attaquant qui débranche l'imprimante et usurpe sa MAC entre dans le réseau. Le limiter : placer les appareils en MAB dans un VLAN dédié et filtré (seulement le serveur d'impression), surveiller les changements de port d'une même MAC, et désactiver les prises inutilisées.

  3. Dans cet ordre (la première qui correspond s'applique) :

    OrdreStratégieConditionsAttributs
    1TechniciensGroupe GG_Postes_Techniciens, type de port NAS EthernetVLAN 99
    2Postes du domaineGroupe Ordinateurs du domaine, type de port NAS EthernetVLAN 10
    3Imprimantes (MAB)Groupe des comptes MAB des imprimantesVLAN des imprimantes
    4RefusToute autre demandeAccès refusé
  4. Le poste n'est plus membre du groupe attendu (sorti d'Ordinateurs du domaine par erreur, ou compte d'ordinateur réinitialisé), ou son certificat machine a expiré ou a été révoqué, ce qui fait échouer la condition d'authentification de la stratégie. Le motif détaillé de l'événement 6273 (code de raison) le précise.

Tu avais trouvé ?

Cas 5 : publication et certificats (type E6)

Exercice 7 sur 10 Publier le portail derrière HAProxy Réussi À revoir

Le portail portail.sorbier.example est installé sur srv-portail, un nouveau serveur de la DMZ en 192.168.10.234, qui écoute en HTTP sur le port 8080.

  1. Quelle source de certificat choisis-tu pour le portail, et comment est-il renouvelé ?
  2. Décris ce que tu ajoutes dans HAProxy sur pfSense (backend, ACL, action).
  3. Quelles règles du pare-feu ajoutes-tu ?
  4. Une semaine plus tard, le portail répond 503. Quelle est la première chose que tu regardes ?
Voir la réponseMasquer la réponse de l'exercice 7
  1. Un certificat public (Let's Encrypt), puisque les clients sont sur Internet, obtenu et renouvelé automatiquement par le paquet acme de pfSense (défi DNS ou HTTP), avec la tâche planifiée de renouvellement activée. Il est attaché au frontend en SSL Offloading ; un même frontend peut porter les certificats de plusieurs noms et choisir grâce au SNI.
  2. Un backend bk-portail avec le serveur 192.168.10.234, port 8080, contrôle de santé HTTP ; dans le frontend ft-public, une ACL Host matches: portail.sorbier.example et une action Use Backend bk-portail ; le certificat du portail ajouté au frontend.
  3. Rien à ajouter sur le WAN : TCP 443 vers le pare-feu est déjà autorisé pour HAProxy. Rien non plus sur la DMZ : le trafic émis par le pare-feu lui-même (HAProxy vers srv-portail) est autorisé par défaut. Pas de redirection de port. En revanche, le pare-feu local de srv-portail doit accepter TCP 8080 depuis 192.168.10.238.
  4. L'onglet Stats de HAProxy : si srv-portail est en rouge (DOWN), le contrôle de santé échoue. Ensuite, sur le serveur : le service écoute-t-il (ss -tlnp | grep 8080) ? La page contrôlée répond-elle 200 ? Le pare-feu local du serveur bloque-t-il le pare-feu ?

Tu avais trouvé ?

Cas 6 : l'heure, les journaux et la supervision (type E7)

Exercice 8 sur 10 Reconstituer un incident Réussi À revoir

Le 2 novembre, une connexion suspecte est détectée sur srv-web. Pour reconstituer la chronologie, tu compares trois journaux : celui de HAProxy sur pfSense (23 h 14 min 05 s), celui de srv-web (23 h 21 min 48 s) et celui de srv-gestion (23 h 14 min 07 s), pour ce qui semble être la même requête.

  1. Que remarques-tu, et quelle en est la cause probable ?
  2. Quelles conséquences pour l'enquête ?
  3. Quelles mesures prends-tu pour que ça ne se reproduise pas ? Comment le vérifies-tu en continu ?
Voir la réponseMasquer la réponse de l'exercice 8
  1. srv-web est décalé d'environ 7 min 43 s par rapport aux deux autres : son horloge n'est pas synchronisée (client NTP absent ou bloqué, source mal configurée).
  2. La chronologie est faussée : un événement de srv-web peut sembler précéder ou suivre à tort ceux des autres machines, la corrélation automatique dans un SIEM échoue, et la valeur probante des journaux est affaiblie. Il faut documenter le décalage mesuré pour corriger les heures de ce serveur dans l'analyse.
  3. Installer et configurer chrony sur srv-web vers le résolveur de temps de la DMZ (le pare-feu, UDP 123), vérifier avec chronyc tracking. Superviser le décalage d'horloge de chaque serveur (alerte au-delà de 1 seconde, par exemple) et l'état du service NTP dans la supervision. Horodater les journaux avec le fuseau ou en UTC, de façon homogène.

Tu avais trouvé ?

Exercice 9 sur 10 Remplacer SNMPv2c Réussi À revoir

Un audit relève que les switchs de Sorbier sont supervisés en SNMPv2c avec la communauté sorbier2019, accessible depuis tout le VLAN 99, avec un droit en écriture.

  1. Quels sont les trois problèmes ?
  2. Rédige la configuration SNMPv3 d'un switch qui les corrige (lecture seule, depuis le seul serveur de supervision 192.168.10.180).
  3. Quels flux autorises-tu entre le serveur de supervision et les switchs ?
Voir la réponseMasquer la réponse de l'exercice 9
  1. SNMPv2c : la communauté circule en clair, lisible par qui capture le trafic. Droit en écriture : quiconque la connaît peut reconfigurer les switchs. Aucune restriction de source : tout le VLAN 99 peut les interroger. (Et une communauté qui n'a pas changé depuis 2019.)

  2. La configuration :

    text
    no snmp-server community sorbier2019
    ip access-list standard ACL-SUPERV
     permit host 192.168.10.180
    snmp-server view VUE-LECTURE iso included
    snmp-server group GRP-SUPERV v3 priv read VUE-LECTURE access ACL-SUPERV
    snmp-server user zabbix GRP-SUPERV v3 auth sha <phrase-auth> priv aes 128 <phrase-priv>
    snmp-server host 192.168.10.180 version 3 priv zabbix
    snmp-server enable traps snmp linkdown linkup
    
  3. UDP 161 de 192.168.10.180 vers les adresses de gestion des switchs (requêtes), UDP 162 des switchs vers 192.168.10.180 (traps et informs), et UDP 514 (TCP 6514 en TLS si le switch le gère) des switchs vers 192.168.10.180 pour syslog.

Tu avais trouvé ?

Questions de l'oral (type E6)

Exercice 10 sur 10 Justifier ses choix devant la commission Réussi À revoir

Pendant l'oral, un membre de la commission te pose ces questions sur ta réalisation « services réseau de Sorbier ». Réponds en deux ou trois phrases chacune.

  1. « Pourquoi vos postes n'utilisent-ils pas directement un DNS public, plus rapide ? »
  2. « Pourquoi deux serveurs DHCP, et pas un seul avec une sauvegarde ? »
  3. « Pourquoi avoir mis un reverse proxy, alors qu'une redirection de port suffisait ? »
  4. « Comment savez-vous que votre configuration fonctionne ? »
Voir la réponseMasquer la réponse de l'exercice 10
  1. Les postes doivent trouver les contrôleurs de domaine (enregistrements SRV de la zone interne), qu'un DNS public ne connaît pas. Passer par les résolveurs internes permet aussi de filtrer les domaines malveillants et de journaliser les requêtes, utiles en cas d'incident. Les résolveurs internes gardent les réponses en cache : pour les postes, ils sont aussi rapides.
  2. Le basculement DHCP garde le service sans interruption si un serveur tombe : les deux serveurs se partagent les baux et chacun peut servir seul. Une sauvegarde suppose une restauration manuelle, pendant laquelle les nouveaux postes n'ont pas d'adresse : c'est un temps de reprise, pas une continuité.
  3. Le reverse proxy publie plusieurs sites sur une seule adresse publique, centralise les certificats et leur renouvellement automatique, ne laisse jamais Internet parler directement au serveur et retire automatiquement un serveur en panne. Une redirection de port n'offre rien de cela.
  4. Par des tests documentés : pour chaque service, le résultat attendu et le résultat obtenu (Resolve-DnsName vers chaque serveur DNS, renouvellement d'un bail depuis chaque VLAN, bascule DHCP en arrêtant un serveur, curl -I sur chaque site publié, connexion 802.1X d'un poste et refus d'un appareil inconnu). Et par la supervision, qui vérifie en continu ce que les tests ont vérifié une fois.

Tu avais trouvé ?

Chapitre terminé !

Fais les 10 exercices avant de passer à la suite : c'est en t'entraînant que tout se fixe.

chapitres
–
de série
–
du cours
–
Chapitre suivant : Aide-mémoire : ports et protocoles des services réseauRevoir le sommaire du cours