Responsable professionnel : M.PIEGELIN

Tuteur IUT : M.DEDU

RAPPORT DE STAGE

DUT RÉSEAUX ET TÉLÉCOMMUNICATIONS

ANNEXES

MARCHAND Bastien

26 mars 2018 – 1er juin 2018

2

Table des matières Table des illustrations ................................................................................................................ 3

FreeMind .................................................................................................................................... 4

Chapitre 1 : Système de maintenance opérationnel ................................................................. 5

FreeMind ................................................................................................................................ 5

Schéma de câblage du Raspberry Pi ....................................................................................... 6

Fonctionnement d’un relai ..................................................................................................... 6

Pin GPIO .................................................................................................................................. 7

Configuration des pin GPIO .................................................................................................... 7

Configuration SSMTP .............................................................................................................. 9

Configuration du Cron ............................................................................................................ 9

Configuration de NRPE ......................................................................................................... 10

Définitions de NRPE .......................................................................................................... 10

Assemblage du système dans le boitier ............................................................................... 12

Chapitre 2 : Système d’échange de fichier ............................................................................... 17

Active Directory .................................................................................................................... 18

Reverse proxy ....................................................................................................................... 19

Web RTC ............................................................................................................................... 19

3

Table des illustrations Figure 1: FreeMind global ............................................................................................................... 4

Figure 2 : FreeMind système de maintenance opérationnel ........................................................ 5

Figure 3 : Programme allume.py .................................................................................................... 7

Figure 4 : Programme etein.py ....................................................................................................... 8

Figure 5 : programme sequence.sh ................................................................................................ 8

Figure 6 : Configuration service SSMTP .......................................................................................... 9

Figure 7 : Configuration du cron du Raspberry Pi .......................................................................... 9

Figure 8 : Configuration de NRPE ................................................................................................. 10

Figure 9 : Visualisation des check_ping ........................................................................................ 11

Figure 10 : exécution du check_ping sur le serveur Centreon .................................................... 11

Figure 11 : résultat des check_ping .............................................................................................. 12

Figure 12 : Boîtier final - extérieur ................................................................................................ 12

Figure 13: Boîtier final - extérieur ................................................................................................. 13

Figure 14 : Boîtier final - extérieur ................................................................................................ 13

Figure 15 : Boîtier final - extérieur ................................................................................................ 14

Figure 16 : Boîtier final - composants ........................................................................................... 14

Figure 17 : Boîtier final - ventilateur ............................................................................................. 15

Figure 18 : Boîtier final - composants ........................................................................................... 15

Figure 19 : Boîtier final - composants ........................................................................................... 16

Figure 20 : Outils de supervision de Nextcloud ........................................................................... 17

Figure 21 : Configuration des sites externes (raccourci) ............................................................. 17

Figure 22 : Fonctionnement d’Active Directory ........................................................................... 18

Figure 23 : Fonctionnement d'un reverse proxy.......................................................................... 19

4

FreeMind

Figure 1: FreeMind global

5

Chapitre 1 : Système de maintenance opérationnel

FreeMind

Figure 2 : FreeMind système de maintenance opérationnel

6

Schéma de câblage du Raspberry Pi

Fonctionnement d’un relais

Le principe de fonctionnement d'un relais est assez simple : une langue métallique, asservie par un ressort, ferme par défaut un circuit. En présence d'un champ électrique dans une bobine, un champ magnétique induit déplace la langue métallique qui vient alors fermer un second circuit. Comme un simple dessin vaut mieux qu'un long discours :

Par défaut, en absence de toute alimentation, 2 des bornes du bornier alternatif sont reliées.

Lorsque le relais sera alimenté et que le pin d'entrée (IN ou S) sera amené au potentiel 5V,

une bascule de circuit ouvert/fermé s'effectuera. Selon le cas d'usage, on pourra préférer

avoir une alimentation active par défaut ou bien une alimentation coupée par défaut... il

suffira d'adapter le branchement dans le bornier alternatif.

7

Pin GPIO

Définition du GPIO : Les ports GPIO (General Purpose Input/Output) soit entrés/sortie sont des ports qui sont très utilisés dans le monde des microcontrôleurs, en particulier dans le domaine de l’électronique embarquée. Selon la configuration, ces ports peuvent fonctionner aussi bien en entrée qu’en sortie.

Les périphériques GPIO comportent un ensemble de ports d’entrée/sortie qui peuvent être configurés pour jouer soit le rôle d’une entrée, soit le rôle d’une sortie.

Configuration des pin GPIO

Figure 3 : Programme allume.py

8

Figure 4 : Programme etein.py

Figure 5 : programme sequence.sh

9

Configuration SSMTP

Figure 6 : Configuration service SSMTP

Configuration du Cron

Figure 7 : Configuration du cron du Raspberry Pi

10

Configuration de NRPE

Définitions de NRPE

NRPE (Nagios Remote PluginExecutor) est un "Addons" pour Nagios qui permet d'exécuter des greffons (plugins) sur un serveur (Linux/Unix ou Windows) distant. Cela permet de surveiller des ressources locales (charge du processeur, utilisation de la mémoire, espace disque...) qui ne sont normalement pas disponibles depuis d'autres machines.

Afin d'interroger un client NRPE il faut utiliser le greffon "check_nrpe" sur le serveur Nagios, et installer un service client sur le serveur distant à interroger (par exemple, nsclient++ sous Windows où le daemon nrpe sous Linux).

Figure 8 : Configuration de NRPE

11

Figure 9 : Visualisation des check_ping

Figure 10 : exécution du check_ping sur le serveur Centreon

12

Figure 11 : résultat des check_ping

Assemblage du système dans le boîtier

Figure 12 : Boîtier final - extérieur

13

Figure 13: Boîtier final - extérieur

Figure 14 : Boîtier final - extérieur

14

Figure 15 : Boîtier final - extérieur

Figure 16 : Boîtier final - composants

15

Figure 17 : Boîtier final - ventilateur

Figure 18 : Boîtier final - composants

16

Figure 19 : Boîtier final - composants

17

Chapitre 2 : Système d’échange de fichier

Figure 20 : Outils de supervision de Nextcloud

Figure 21 : Configuration des sites externes (raccourci)

18

Active Directory Active Directory est un annuaire au sens informatique et technique chargé de répertorier tout ce qui

touche au réseau comme le nom des utilisateurs, des imprimantes, des serveurs, des dossiers

partagés, etc. L'utilisateur peut ainsi trouver facilement des ressources partagées, et les

administrateurs peuvent contrôler leurs utilisations grâce à des fonctionnalités de distribution, de

duplication, de partitionnement et de sécurisation des accès aux ressources répertoriées.

Figure 22 : Fonctionnement d’Active Directory

19

Reverse proxy

Un proxy inverse (reverse proxy) est un type de serveur, habituellement placé en frontal de serveurs

web. Contrairement au serveur proxy qui permet à un utilisateur d'accéder au réseau Internet, le

proxy inverse permet à un utilisateur d'Internet d'accéder à des serveurs internes, une des

applications courantes du proxy inverse est la répartition de charge (load-balancing).

Figure 23 : Fonctionnement d'un reverse proxy

Web RTC

Définitions du Web RTC VIA Wikipédia

WebRTC (Web Real-Time Communication, littéralement « communication en temps réel pour le Web ») est une interface de programmation (API) JavaScript développée au sein du W3C et de l'IETF. C'est aussi un canevas logiciel avec des implémentations précoces dans différents navigateurs web pour permettre une communication en temps réel. Le but du WebRTC est de lier des applications comme la voix sur IP, le partage de fichiers en pair à pair en s'affranchissant des modules d'extensions propriétaires jusqu'alors nécessaires.

L'API repose sur une architecture triangulaire puis pair à pair dans laquelle un serveur central est utilisé pour mettre en relation deux pairs désirant échanger des flux de médias ou de données qui échangent ensuite sans autre relais. Cette architecture et la pile de protocoles utilisée posent des questions de sécurité et d'utilisation en relation avec d'autres technologies (comme les NAT ou les pare-feu) qui sont pour la plupart en cours de résolution par l'IETF et le W3C.

La technologie WebRTC étant assez récente, son intégration au sein des différents navigateurs est encore inégale ; bien que cela soit partiellement résolu par l'utilisation d'extensions propriétaires comme celle de Temasys.