Académique Documents
Professionnel Documents
Culture Documents
E5SR : PRODUCTION ET
FOURNITURE DE SERVICES
CAMERA
Éléments de correction
Barème :
Travail à faire
1.1 Proposer, en précisant le calcul, une segmentation du réseau des caméras afin de
définir deux sous-réseaux (adresses réseaux et masques).
1.2 Donner un exemple de configuration IP pour une caméra nomade et une caméra
fixe (adresse IP, masque, passerelle, DNS).
1.3 Rédiger un document décrivant les actions demandées sur les différents matériels
et services (caméras, bornes WiFi, commutateur cœur de réseau et serveur DNS).
1.1
Pour définir deux sous-réseaux, il faut emprunter un bit à la partie hôte (il restera 7 bits
pour les hôtes).
Chaque sous-réseau disposera donc de 27 – 2 = 126 hôtes possible ce qui est cohérent
par rapport aux besoins actuels et futurs (30 caméras nomades et 110 caméras fixes)
Le masque pour chacun des réseaux est sur 25 bits soit 255.255.255.128. Arbitrairement,
et parce que comme cela, il n’y aura qu’à reconfigurer le masque et la passerelle sur les
caméras existantes (et non l’adresse IP), on choisit le deuxième sous-réseau pour les
caméras nomades : 172.16.100.128/25.
Remarque : pour le réseau des caméras nomades, Il suffit de réserver 5 bits (<30 : 2 5 –
2) pour la partie hôte ==> il reste 3 bits pour les sous-réseaux ==> 11100000 = 224 ==>
masque : 255.255.255.224 soit /27. On acceptera donc ce masque car on peut envisager
de faire des VLSM même s’il n’y a pas trop d’intérêt ici.
1.2
Un exemple de configuration IP pour une caméra nomade :
Adresse IP = 172.16.100.129
Masque = 255.255.255.128
Passerelle = 172.16.100.254 (selon le 1.2 du document 1, les interfaces virtuelles
du commutateur de niveau 3, dans chacun des VLAN, correspondent aux adresses
les plus hautes de chaque réseau IP)
DNS : 172.16.150.20
1.3
Les différentes actions à effectuer sur les caméras (fixes et nomades) :
Caméras fixes : leur configuration IP au niveau du masque et de la passerelle doit
être modifiée.
Caméras nomades :
o Procéder à la configuration IP de chaque nouvelle caméra.
o Changer impérativement le mot de passe du service WEB de la caméra.
o Configurer le SSID (non diffusé) CamNomades avec la clé choisie.
En indiquant, par exemple à Shinken que les caméras dépendent des commutateurs
fibres présents sur les sites, si un de ces commutateurs tombe en panne, les caméras
seront justes considérées comme inaccessibles et non en panne (de même pour les
autres équipements connectés aux commutateurs).
Cette démarche facilite donc grandement la détection des pannes en se concentrant sur
l'information utile (la panne du commutateur) plutôt que sur l'ensemble des machines en
alerte.
2.2
Commutateur de niveau 2
Commutateur de niveau 3
Commutateur fibre
Convertisseur de médias (non supervisé car pas d’adresse IP)
Caméras
2.3
Étape 1 : déjà réalisée
Étape 2 : création d’un fichier hôte pour chaque caméra dans /usr/local/shinken/etc/hosts
CentreAqua_Cam01.cfg
CentreAqua_Cam02.cfg
CentreAqua_Cam01.cfg
CentreAqua_Cam01.cfg
Étape 4 : inutile dans notre cas puis que tous les services ont été configurés via les pack
Exemple de courriel :
De : Technicien
À : Responsable du centre aquatique
Objet : Dysfonctionnement sur 2 caméras
Travail à faire
3.2 Rédiger une note technique détaillée expliquant :
a) les raisons qui, d’après le courriel et la constatation de l’incident sur l’outil de
supervision, vous font écarter un problème du commutateur fibre et en amont de
ce dernier,
b) les causes possibles du problème rencontré,
c) Les éléments à tester et les tests à effectuer pour valider votre diagnostic.
3.2
a)
Le problème ne peut pas se situer en amont du commutateur fibre ou du commutateur lui-
même car :
EXAMEN : BREVET DE TECHNICIEN SUPERIEUR SPÉCIALITÉ : SERVICES INFORMATIQUES AUX
ORGANISATIONS – parcours SISR
SESSION 2016 CORRIGE ÉPREUVE : E5 - PRODUCTION ET FOURNITURES DE SERVICES INFORMATIQUES
b)
Causes possibles :
le convertisseur qui dysfonctionne
le brin fibre entre les deux convertisseurs endommagé (par les travaux liés aux
divers aménagements en cours évoqués dans la présentation du contexte, par
exemple).
Remarque : la caméra est alimentée il ne peut, par conséquent, s’agir d’une rupture du
lien entre chaque caméra et le convertisseur. Néanmoins, on peut considérer un
dysfonctionnement simultané des deux liens cuivre comme une réponse acceptable si elle
est justifiée, de même que la perte simultanée de la configuration IP des deux caméras.
c)
Éléments à tester et tests à effectuer (à adapter en fonction de la réponse
précédente) :
en premier lieu, tester la FO avec un testeur de câble puisque c’est à priori la cause
la plus plausible ;
changer le convertisseur
Travail à faire
3.3 Citer les bénéfices d'un logiciel de gestion des incidents par rapport à la gestion
actuelle. Vous préciserez l’intérêt supplémentaire lié à son intégration à un logiciel
de gestion de parc.
3.4 Lister les actions à entreprendre en direction des différentes catégories
d’utilisateurs du logiciel de gestion de incidents pour qu’il soit utilisé dans de bonnes
conditions.
3.3
L’utilisateur n’a ainsi plus à se soucier, comme actuellement, à quel personne compétente
il doit déclarer l’incident, ce qui a, au minimum, pour double conséquence de lui simplifier
la tâche (il n’a plus à choisir le technicien compétent) et d’éviter les erreurs de
transmission (comme celle qui vient de se produire).
3.4
Travail à faire
4.1 Rédiger une note à votre DSI expliquant le problème rencontré par le script et
proposant une ou plusieurs solutions. Cette note doit comporter :
a) le fonctionnement du script de sauvegarde des vidéos ;
b) une représentation de l’arborescence du disque dur de NAS_ARCH en
prenant comme exemple une vidéo de la caméra 1 et deux vidéos de la
caméra 2 ;
c) la cause du problème ;
d) une ou plusieurs solutions.
4.1
a)
Le script de sauvegarde consulte un fichier qui liste les informations relatives à chaque
vidéos enregistrées « liste_camera.dat »
Ensuite le script consulte ce fichier ligne par ligne et il associe :
- NOMCAM avec le nom de la caméra figurant dans la ligne,
- IPSRVFTP avec l’adresse IP du serveur FTP figurant dans la ligne,
- NOMFIC avec le nom du fichier vidéo figurant dans la ligne
b)
Arborescence de NAS_ARCH
/
vidéos
hopital01
2015-02-14-1600.ogv
hopital_02
2015-02-14-1600.ogv
2015-02-14-1608.ogv
Remarque : stockage est un point de montage du serveur MASTER, il n’existe pas sur
NAS_ARCH
c) La cause du problème
Le script de sauvegarde effectue des actions de copie et de déplacement de fichiers des
serveurs FTP vers le dispositif NAS_ARCH sur lequel une arborescence a été créée.
Visiblement, le répertoire destiné à accueillir les vidéos des caméras du centre aquatique
n’a pas été prévu
d) Solutions
Première solution : il faut créer le répertoire manquant
Deuxième solution (plus judicieuse) : intégrer dans le script un structure alternative qui
teste si le répertoire existe et qui le crée sinon.
Travail à faire
5.1 Donner au DSI les éléments de réponse à la première question.
5.2 Donner au DSI les éléments de réponse à la deuxième question. Vous préciserez le
nom des éléments du réseau à purger.
5.1
Chaque serveur FTP dispose de 2 To soit 2 000 000 Mo.
Une vidéo pèse 50 Mo. Un serveur FTP peut dont contenir 2 000 000 / 50 = 40 000
vidéos.
30 caméras sont opérationnelles dans la ville de Langres et chacune d’entre elles crée
100 vidéos par caméra par jour.
Sur les 4 serveurs FTP, on peut donc enregistrer pour environ 52 de vidéos, ce qui reste
largement supérieur au délai de purge.
Sur le serveur NAS de 4 To, on ne peut enregistrer qu’environ 26 jours de vidéos, ce qui
est inférieur au délai de purge : le serveur NAS n’est pas correctement dimensionné, il
sera plein avant que le dispositif de purge ne soit mis en œuvre. Il faut ajouter au moins un
disque dur supplémentaire.
5.2
La purge concerne les machines : FTP_0, FTP_1, FTP_2, FTP_3 et NAS_ARCH. Seuls
ces dispositifs stockent les vidéos de surveillance de la ville de Langres. Il faut donc veiller
à ne garder que les vidéos de moins de 30 jours sur les serveurs FTP et le NAS. Pour
cela, il faut supprimer certains fichiers dans les disques durs, via un script automatique.