Etude Et Mise en Place D'une S - Mohamed FARTITCHOU - 2743 PDF

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 121

Lieu de stage : effectué au sein de la société cast-info nador

Réalisé par :

Mohamed FArtitchou

Soutenu le 23 juin 2015

Encadré par : Devant le jury composé de :

Mr Rachid ben abbou Mr Rachid ben abbou


Mr khalid zenkouar
Mr khalid abbad
Mr arsalane zarghil

Année Universitaire 2014-2015


Dédicace

Gloire à Allah et à son Prophète Mohamed paix soit sur lui.

Je dédie ce travail à:

A mes très chers parents, qui ont toujours été là pour moi, Qui

n'ont jamais cessé, de formuler des prières à mon égard, de me

soutenir et de m'épauler pour que je puisse atteindre mes

objectifs.

À mes chers frères.

À mes Amies.

À toute ma grande famille.

À Tous mes formateurs et formatrices, mes collègues de formation,

à tous ceux que j’aime et à toutes les personnes qui m’ont aidé

pour obtenir mon Master Sciences et Techniques « Systèmes

intelligents et Réseaux ».

J’espère que vous trouverez dans ce travail le témoignage de ma

profonde reconnaissance et de mon éternel attachement.

1
Remerciements

Mes remerciements à ALLAH, le tout Puissant qui m’a donné la

force, le temps et le courage nécessaire à la réalisation de ce

modeste travail.

Mes vifs remerciements à Mon Encadrant Monsieur Rachid

BENABBOU pour son aide, ses encouragements et les conseils qu’il

m’a prodigués. À toutes mes enseignants durant ma formation à la

faculté des Sciences et Techniques de Fès.

J’apporte mes remerciements à Monsieur LAHNA Nabil mon

encadrant à la société Cast-Info Nador pour son accueil et la

confiance qu’il m’a accordée dès mon arrivée dans l’entreprise, et

pour leur soin exceptionnel et conseils judicieux.

À Mme Ahlam TALBI et Monsieur Elhoussein FARAHAT les cadres

administratifs de cast-info pour leur accueil et à toutes les

personnes qui ont me soutenir et m'encourager durant le période

de mon stage à Cast-info.

Enfin, un grand merci à ma famille et à mes amis qui ont toujours

été auprès de moi.

2
Résumé

Indéniablement la technologie de l’internet se développe d’une manière exponentielle


depuis sa création, Actuellement, une nouvelle « tendance » a fait son apparition dans le
monde de l’IT (information Technologies : Technologies de l’information et de la
communication), il s’agit du cloud Computing.

Le but de ce projet de fin d'études est de concevoir une solution cloud pour les écoles
privées. Nous proposons de mettre en place un système assurant la qualité des services
demandés pour les écoles privée.

Le système proposé est générique, flexible, réutilisable et adaptable aux exigences des
clients. Cette solution va permettre à nos clients de réduire le coût des investissements
informatique et de gestion de l'infrastructure, et de bénéficier d’une solution simple
d’utilisation et avec des mises à jour automatiques et en temps réel.

L’objectif de ce travail est justement d’approfondir et d’expérimenter nos


connaissances sur ce thème de cloud Computing, puis de faire son état de l’art, en vue de
choisir la meilleure solution disponible à l’heure actuelle.

Mots clés : Cloud Computing, SaaS.

3
Abstract

Undeniably internet technology grows exponentially since its inception, currently a


new "trend" has appeared in the world of IT (Information Technology: Information
Technology and Communication) this is cloud computing.

The purpose of this project graduation is to design a cloud solution for private schools.
We propose to set up a system ensuring the quality of services required for private schools.

The proposed system is generic, flexible, reusable and adaptable to customer


requirements. This solution will enable our customers to reduce the cost of IT investments and
infrastructure management, and benefit from an easy to use solution and with automatic
updates and real-time.

The objective of this work is precisely to deepen our knowledge and experience on the
subject of cloud computing, and to its state of the art, in order to choose the best solution
available at present.

Keywords: Cloud Computing, SaaS.

4
Sommaire

Dédicace .................................................................................................................................................................................1

Remerciements ..................................................................................................................................................................2

Résumé...................................................................................................................................................................................3

Liste des figures ..............................................................................................................................................................7

Introduction générale ................................................................................................................................................. 11


Présentation d’organisme d’accueil ............................................................................................................................ 12
1.1 Présentation de l’entreprise ................................................................................................... 12
1.2 Les services ........................................................................................................................... 12
1.3 Infrastructure WAN CASTINFO .......................................................................................... 13
1.4 Parc technique de CASTINFO .............................................................................................. 14
1.5 Schéma de l’installation de réseau ........................................................................................ 15
Présentation et planification du projet de stage..................................................................................................... 16
2.1 Contexte................................................................................................................................. 16
2.2 Problématique........................................................................................................................ 16
2.3 Enjeux et objectifs ................................................................................................................. 17
2.4 La démarche adoptée dans la réalisation du projet ................................................................ 17
2.5 Planification de projet ........................................................................................................... 18
Etat de l’art sur Cloud Computing ............................................................................................................................... 19
3.1 Historique .............................................................................................................................. 19
3.2 Définition............................................................................................................................... 21
3.3 Les différentes couches de service d’un cloud ...................................................................... 21
3.4 Les différents niveaux de déploiement .................................................................................. 23
3.5 Cloud Computing et clusters ................................................................................................. 24
3.6 Avantages et incontinents Cloud Computing ........................................................................ 26
3.7 Conclusion ............................................................................................................................. 27
Etudes Comparatives ....................................................................................................................................................... 28
4.1 Introduction ........................................................................................................................... 28
4.2 Solution open source ............................................................................................................. 29
4.2.1 Openstack ...................................................................................................................... 29
4.2.2 Eucalyptus...................................................................................................................... 30
4.2.3 OpenNubela................................................................................................................... 31

5
4.2.4 CloudStack ..................................................................................................................... 31
4.2.5 Etude comparative ........................................................................................................ 32
4.3 Les serveurs d’application JEE ............................................................................................. 32
4.3.1 Apache Tomcat .............................................................................................................. 33
4.3.2 GlassFish ........................................................................................................................ 33
4.3.3 JBOSS ............................................................................................................................. 33
4.3.4 Etude comparative ........................................................................................................ 33
4.4 Les systèmes de gestion de base de données ......................................................................... 34
4.4.1 MySQL............................................................................................................................ 34
4.4.2 PostgreSQL .................................................................................................................... 34
4.4.3 HSQLDB.......................................................................................................................... 35
4.4.4 Etude comparative ........................................................................................................ 35
4.5 Les logiciels de supervision informatique ............................................................................. 35
4.5.1 Nagios ............................................................................................................................ 36
4.5.2 Zenoss ............................................................................................................................ 36
4.5.3 Zabbix ............................................................................................................................ 36
4.5.4 Etude comparative ........................................................................................................ 36
4.6 Les logiciels de sauvegarde informatique ............................................................................. 37
4.6.1 Les différents types de sauvegarde ............................................................................... 37
4.6.2 Etude comparative ........................................................................................................ 37
4.7 Les firewalls .......................................................................................................................... 38
4.7.1 Firewall Pfsense ............................................................................................................. 39
4.7.2 Firewall IPCop ................................................................................................................ 39
4.7.3 Firewall Smoothwall ...................................................................................................... 39
4.7.4 Comparaison.................................................................................................................. 40
4.8 Conclusion ............................................................................................................................. 40
Architecture Technique et Logicielle ......................................................................................................................... 41
5.1 Architecture technique........................................................................................................... 41
5.1.1 Architecture du réseau .................................................................................................. 41
5.1.2 Architecture du système ............................................................................................... 51
5.2 Architecture logicielle............................................................................................................ 52
5.2.1 Pattern de conception ................................................................................................... 52
5.2.2 Pattern de couche ......................................................................................................... 52
5.2.3 Frameworks et base de données utilisés ...................................................................... 52

6
5.2.4 Les outils utilisés ............................................................................................................ 53
Analyse Et Conception .................................................................................................................................................... 54
6.1 Phase d’inception .................................................................................................................. 54
6.1.1 Diagramme de cas d’utilisation ..................................................................................... 55
6.2 Phase d’analyse ..................................................................................................................... 57
6.2.1 Diagramme de séquence ............................................................................................... 57
6.2.2 Diagramme de classes d’analyse ................................................................................... 60
Implémentation .................................................................................................................................................................. 62
7.1 Mécanismes de la sécurité ..................................................................................................... 62
7.1.1 Java Simplified Encryption(Jasypt) ................................................................................ 62
7.1.2 HyperText Transfer Protocol Secure(HTTPS) ................................................................. 63
7.2 Application web de BusinessaaS ........................................................................................... 64
7.2.1 Front office de BusinessaaS ........................................................................................... 64
7.2.2 Back office de BusinessaaS ............................................................................................ 71
7.3 Application web des écoles privées (EcoleCloud) ................................................................ 73
7.3.1 Front office de l’application EcoleCloud........................................................................ 73
7.3.2 Back office de l’application EcoleCloud ......................................................................... 77
Annexe 1. Serveur Cloud ............................................................................................................................................... 82
Annexe 2. Serveur GlassFish ........................................................................................................................................ 88
Annexe 3. Cluster de Serveur GlassFish ................................................................................................................... 90
Annexe 4.Serveur MySQL cluster............................................................................................................................... 94
Annexe 5.Serveur Nagios ............................................................................................................................................... 98
Annexe 6.Serveur Backup(Bacula) .......................................................................................................................... 105
Annexe 7.Firewall (PfSense)...................................................................................................................................... 113
Annexe 8. SNORT......................................................................................................................................................... 118

Bibliographie .................................................................................................................................................................. 120

Liste des figures

Figure 1: Schéma de l’infrastructure WAN CAST-INFO .................................................................... 13


Figure 2 : Schéma illustrant le centre informatique ......................................................................... 14
Figure 3 : le processus suivi, lors de l'installation de réseau ........................................................... 15
Figure 4 :Cycle en V ............................................................................................................................. 17
Figure 5 : Intérêt pour le terme « cloud computing » sur Internet .................................................. 20

7
Figure 6 : Évolution de l’informatique jusqu’au cloud computing................................................... 20
Figure 7 : Les couches du cloud computing ....................................................................................... 21
Figure 8 : Type de Cloud Computing .................................................................................................. 24
Figure 9 : Nuage du cloud computing................................................................................................. 25
Figure 10 : étapes de déploiement ..................................................................................................... 25
Figure 11 : Cluster Cloud Comuting ....................................................................................................... 26
Figure 12 : logo open stack ................................................................................................................. 29
Figure 13 : Logo Eucalyptus ................................................................................................................ 30
Figure 14 : logo OpenNebula............................................................................................................... 31
Figure 15 : logo CloudStack ................................................................................................................. 31
Figure 16 : Représentation d’un firewall ........................................................................................... 38
Figure 17 : Architecture réseau du Cloud .......................................................................................... 42
Figure 18 : système Openstack ........................................................................................................... 42
Figure 19 : Cluster GlassFish............................................................................................................... 44
Figure 20 : Architecture de MySQL Cluster ....................................................................................... 45
Figure 21 : La topologie du serveur cloud ......................................................................................... 45
Figure 22 : Dialogue entre le client et le serveur DHCP .................................................................... 46
Figure 23 : La configuration réseau du firewall ................................................................................ 49
Figure 24 : Les règles de l’interface LAN............................................................................................ 49
Figure 25 : Les règles de l’interface WAN .......................................................................................... 50
Figure 26 : Les règles de l’interface DMZ ........................................................................................... 50
Figure 27 : Exemple de machine malveillante bloqué par SNORT .................................................. 51
Figure 28 : Architecture du système .................................................................................................. 52
Figure 29 : Diagramme de cas d’utilisation de société BusinessaaS ................................................ 55
Figure 30 : Diagramme de cas d’utilisation de l’école....................................................................... 56
Figure 31 : Diagramme de classe d’analyse de BusinessaaS ............................................................ 60
Figure 32 : Diagramme de classe d’analyse des écoles ..................................................................... 61
Figure 33 : Transfert de données non sécurisé, pas de certificat SSL ............................................. 63
Figure 34 : Transfert de données sécurisé par certificat SSL : ......................................................... 63
Figure 35 : Page d’accueil de BusinessaaS ......................................................................................... 64
Figure 36 : Page des modules de BusinessaaS................................................................................... 65
Figure 37 : Formulaire de création le compte d’école ...................................................................... 66
Figure 38 : Page d‘activation du compte ............................................................................................ 66
Figure 39 : Page d’authentification des écoles .................................................................................. 67
Figure 40 : Page de profil d’une école ................................................................................................ 68
Figure 41 : Page de choix des modules .............................................................................................. 69
Figure 42 : Page de confirmation de l’abonnement .......................................................................... 70
Figure 43 : Page de paiement PayPal ................................................................................................. 70
Figure 44 : Espace de connexion de l’administrateur de BusinessaaS ............................................ 71
Figure 45 : Page d’accueil administrateur de BusinessaaS .............................................................. 71
Figure 46 : Page de gestions de modules de BusinessaaS ................................................................ 72
Figure 47 : Page de lister des clients de BusinessaaS ....................................................................... 72
Figure 49 : La page de choix le nom d’école ...................................................................................... 73
Figure 50 : Page d’authentification des utilisateurs de l’application des écoles ............................ 74
Figure 51 : La page d’accueil de l’application EcoleCloud ................................................................ 74

8
Figure 52: L’espace élève de l’application des écoles ....................................................................... 75
Figure 53 : L’espace enseignant de l’application des écoles............................................................. 76
Figure 54 : La page de surveillance de l'application des écoles ....................................................... 77
Figure 55 : Espace de connexion de l’administrateur de CloudEcole .............................................. 77
Figure 56 : Page de gestion de la page d’accueil de l’application des écoles................................... 78
Figure 57 : Page de gestion du module de gestion de l’application EcoleCloud ............................. 79
Figure 58 : Espace de gestion des enseignants d’application des écoles ........................................ 79
Figure 59 : Page de configuration des caméras IP des salles ........................................................... 80
Figure 60 : Page de gestion du module de formation à distance d’EcoleCloud .............................. 80
Figure 61 : Interface web d'authentification Openstack Juno .......................................................... 83
Figure 62 : Tableau de bord d’Openstack Juno.................................................................................. 83
Figure 63 : Création des réseaux sous openstack ............................................................................. 84
Figure 64 : Création des routeurs sous openstack ............................................................................ 84
Figure 65 : Ajout des interfaces réseaux à un routeur sous openstack ........................................... 84
Figure 66 : Gestion des règles de la sécurité sous openstack ........................................................... 85
Figure 67 : Gestion les paires de clés sous openstack....................................................................... 85
Figure 68 : Gestion les types d’instance sous openstack .................................................................. 85
Figure 69 : Création des images sous openstack ............................................................................... 86
Figure 70 : Lancement une instance sous openstack ....................................................................... 87
Figure 71 : Topologie réseau de serveur cloud ................................................................................. 87
Figure 72 : La page d’authentification de GlassFish .......................................................................... 89
Figure 73 : L’interface d’administration de serveur GlassFish ........................................................ 89
Figure 74 : Création d'un nouveau nœud de cluster en utilisant la console d'administration ...... 90
Figure 75 : Création d'un nouveau cluster en utilisant la console d'administration...................... 91
Figure 76 : Interface pour la gestion des clusters dans la console d'administration ..................... 92
Figure 77 : Exemple de dépliement d’une application web ............................................................. 92
Figure 78 : les adresses d’une application déployée ......................................................................... 93
Figure 79 : Interface web de Nagios...................................................................................................... 99
Figure 80 : Le fonctionnement de NRPE ............................................................................................ 99
Figure 81 : La fenêtre de l’état des services de la machine linux ................................................... 103
Figure 82 : La fenêtre de l’état de service PING de routeur ........................................................... 104
Figure 83 : La fenêtre de l’état de service PING de switch ............................................................. 104
Figure 84 : Configuration module de Bacula ................................................................................... 109
Figure 85 : Tableau de bord de Bacula ............................................................................................. 109
Figure 86 : création Backup client .................................................................................................... 110
Figure 87:Création la partie à sauvegarder ..................................................................................... 111
Figure 88 : Définir le calendrier de sauvegarde .............................................................................. 111
Figure 89 : Création un travail de sauvegarde ................................................................................ 111
Figure 90 : Démarrage le travail de sauvegarde ............................................................................. 112
Figure 91 : Restauration .................................................................................................................... 112
Figure 92 : La fenêtre d’authentification PfSense ........................................................................... 116
Figure 93 : La fenêtre de user manager PfSense ............................................................................. 117
Figure 94 : La fenêtre de configuration des interfaces de PfSense ................................................ 117

9
Liste des tableaux
Tableau 1 : Les différents éléments matériels et logiciels du centre Informatique ....................... 14
Tableau 2 : La liste des tâches............................................................................................................. 18
Tableau 3 : Avantage et Inconvénient des services cloud ................................................................ 23
Tableau 4 : Etude comparative des systèmes de gestion de l'infrastructure du cloud .................. 32
Tableau 5 : Etude comparative des serveurs d'application JEE ....................................................... 34
Tableau 6 : Etude comparative des systèmes de gestion de base de données ............................... 35
Tableau 7 : Etude comparative des logiciels de supervision informatique .................................... 36
Tableau 8 : Etude comparative des logiciels de sauvegarde ............................................................ 38
Tableau 9 : Etude comparative des firewalls ..................................................................................... 40
Tableau 10 : Framework java et base de données ............................................................................ 53

Glossaire

D.A.L.I Système de monitoring développé par Cast-Info


UP Unified Project
MPM Méthode des potentiels Métra
SaaS Software as a service
PaaS Platform as a service
IaaS Infrastructure as a service
EC2 Elastic Compute Cloud
S3 Simple Storage Service
GNU GPL GNU General Public License
CDDL Common Development and Distribution License
JEE Java Enterprise Edition, ou Java EE
EJB Enterprise JavaBeans
JPA Java Persistence API
JSF Java Server Faces
JSP Java Server Pages
Licence BSD Berkeley software distribution license
CPU central processing unit
DAO Data Access Object
BO Business Object
POJO Plain Old Java Object

10
Introduction générale

Face à l'augmentation continuelle des coûts de mise en place et de maintenance des


systèmes informatiques, les entreprises externalisent de plus en plus leurs services
informatiques en les confiant a des entreprises spécialisées comme les fournisseurs de cloud.

L'intérêt principal de cette stratégie pour les entreprises réside dans le fait qu'elles ne
paient que pour les services effectivement consommées.

Grâce au cloud computing, « l’informatique dans les nuages », les entreprises


disposent aujourd’hui d’une puissance informatique considérable et modulable. Elles sont en
mesure d’externaliser avec une souplesse inédite tout ou partie de leur système d’information
(SI) postes de travail, serveurs, applications, stockage, etc.

Le but de ce projet de fin d'études est de concevoir une solution cloud pour les écoles
privées. Nous proposons de mettre en place un système assurant la qualité des services
demandés pour les écoles privée. Cette solution est générique, flexible, réutilisable et
adaptable aux exigences des clients actuels et des clients potentiels.

Ce rapport se présente en sept chapitres à savoir : présentation de l’organisme


d’accueil, présentation et planification du projet de stage, Etat de l’art de Cloud Computing,
architecture technique et logicielle, analyse et conception, implémentation, conclusion et
perspectives. Enfin, les annexes qui contiennent les phases d’installation et de configuration
de chaque serveur de notre infrastructure viendront clôturer ce document.

11
Chapitre 1 Présentation d’organisme d’accueil

1
Présentation d’organisme d’accueil

1.1 Présentation de l’entreprise


Cast-info a été créé en 1993, sa couverture nationale avec des centres à Madrid,
Barcelone et Bilbao et expansion internationale : ouverture de trois antennes internationales
ces cinq dernières années : Chili, Portugal et Maroc.
Cast-info présent dans les principaux secteurs économiques : Télécommunications,
banque, assurances, administrations publiques, industrie, santé, services, TI et moyens de
communication.

1.2 Les services


 Service 7x24

Cast-info offre des services d’administration de l’infrastructure de TI à ses clients dans


un horaire sans interruption, 24x7, 365 jours par an. Ce service est complété par l’utilisation
du système de monitoring D.A.L.I., développé par Cast-info et fondé sur Nagios.

12
Chapitre 1 Présentation d’organisme d’accueil

 Développement

L’entreprise dispose d’une équipe de programmeurs spécialisés en JEE et en PHP,


experts en développement.
L’entreprise est en voie de certification CMMI et est en mesure d’exécuter des projets
avec les meilleures garanties quant au développement, aux tests de qualité, à la
documentation, à la maintenance etc., avec l’économie de coûts que cela suppose pour le
client.

 Testing
L’entreprise offre un service de test des logiciels crées par les développeurs, afin
d’assurer leur fiabilité et le bon fonctionnement.

 Emagister
C’est l’un des services les plus importants, au sein de la société qui a pour but de
collecter des informations sur les formations dispensées dans les universités du monde, dans
diverses spécialités.

 Panda
Cast-info propose à sa clientèle un service de recommandation de l’antivirus PANDA.
Ce service présente en ligne des solutions relatives à la configuration, à l’installation et à la
mise à jour des produits.

1.3 Infrastructure WAN CASTINFO

Figure 1: Schéma de l’infrastructure WAN CAST-INFO

13
Chapitre 1 Présentation d’organisme d’accueil

Il est à signaler que le réseau local de CASTINFO est connecté à la Direction Générale via 4
Modem ‘NTU KEYMILE’ (ligne spécialisée LLPLUS à 2 Mb/S). « Les liaisons louées
permettent aux grandes entreprises de raccorder leurs réseaux internes par le biais d’accès
permanents, pour une utilisation intensive du réseau Internet. »

1.4 Parc technique de CASTINFO


Le centre informatique qui est situé au siège social, est équipé des éléments suivants :

Eléments Matériels Eléments Logiciels


Quidway AR 28-11 VMware ESXi
OvisLink Asterisk
SMCWBR14S-N2 Nagios
VPN KEYMILE Thunderbird
Switch Cat.3560 My office
APC Smart-UPS Sugar CRM
ProLiant ML110 Site-Scope
HP ProLiant ML310
HP Workstation X2100
Dell Poweredge 440
Cisco call manager

Tableau 1 : Les différents éléments matériels et logiciels du centre Informatique

Figure 2 : Schéma illustrant le centre informatique

14
Chapitre 1 Présentation d’organisme d’accueil

1.5 Schéma de l’installation de réseau


Le schéma suivant désigne au sens concret « un ensemble de lignes entrelacées ». Il
s’agit d’un ensemble d'appareils électroniques (ordinateurs, routeurs, Switch
...) géographiquement éloignés les uns des autres, interconnectés par des télécommunications
généralement permanentes, qui permettent d'échanger et d’autoriser la circulation en mode
continu ou discontinu de flux.

Figure 3 : le processus suivi, lors de l'installation de réseau

15
Chapitre 3 : Etat de l’art sur le cloud computing

2
Présentation et planification du projet de stage

2.1 Contexte
Toutes les écoles se trouveraient ainsi en compétition et obligées de veiller à la qualité
de leurs services pour garder leur « clientèle » et pour attirer de nouveaux clients.
Les écoles ne doivent plus seulement offrir un enseignement de qualité. Elles doivent
innover et offrir des programmes variés et attrayants. Pour ce faire, la majorité de ces écoles
s’orientent vers l’informatisation de leurs services.

2.2 Problématique
Les entreprises à des services communs comme les écoles privées ont les mêmes
besoins et poursuivent la même finalité, nous proposons de mettre en place un système
assurant la qualité des services demandés. Le système proposé est générique, flexible,
réutilisable et adaptable aux exigences des clients actuels et des clients potentiels. La solution
qui s’impose est un Software as a Service déployé dans notre cloud public payant.

16
Chapitre 3 : Etat de l’art sur le cloud computing

2.3 Enjeux et objectifs


Notre solution BusinessaaS (Software as a Service) est un modèle de déploiement
dans lequel Cast-info loue en main à ses clients (les écoles privées) en tant que service à la
demande au lieu de leur facturer la licence du logiciel. De cette façon, l'utilisateur final n'a
plus besoin d'installer le logiciel.
BusinessaaS permet de graduer le niveau d'externalisation : de l'hébergement du
système d'information d'une école privée à l'externalisation complète en assurant les fonctions
suivantes :

 Réduire les délais de déploiement d’une nouvelle application et d’acquisition de


nouveaux matériels
 Réduire le coût des investissements informatique et de gestion de l'infrastructure
 Bénéficier d’une solution simple d’utilisation et avec des mises à jour automatiques et
en temps réel
 Sécuriser et sauvegarder les données et informations avec une mutualisation des
moyens pour une plus grande efficacité
 Accéder à l’information sans contraintes de lieux et de temps, via un simple
navigateur Internet

2.4 La démarche adoptée dans la réalisation du projet


Le modèle que nous avons utilisé pour la réalisation de ce projet est le modèle du
cycle en V. Son principe de base est l’association d’une phase de test à chaque phase de
projet. A l’issue de chaque phase des livrables sont produits.

Figure 4 :Cycle en V

17
Chapitre 3 : Etat de l’art sur le cloud computing

Nous avons adopté comme méthode de développement, la méthode UP.

2.5 Planification de projet


Afin d’organiser notre travail, la première étape que nous avons abordé est la
planification du projet.
Nous avons choisi de gérer notre projet en fonction de tâches. Pour chaque tâche bien
déterminée nous avons fixé une durée de réalisation, date de début et de fin ainsi que les
prédécesseurs de chaque tâche. Le tableau suivant représente les différentes tâches de notre
projet.

Tâches Description Durée (en jours)


1. Environnement Etude de l’existant, les différents 2j
départements, les services,
l’architecture
2. Analyse de Cahier des charges, objectif de 3j
l’existant. projet, planification …
3. Infrastructure Préparation des serveurs, Installation 25 j
et configuration des serveurs : cloud,
DHCP, Nagios, Backup …
4. Conception Méthodes de conception, UML, use 20 j
cas …
5. Design Interfaces graphiques 10 j
6. Développement Formation des Frameworks (struts2 45 j
et Hibernate) JEE, développement
des applications.
7. Test et validation Test et validation des applications. 2j
8. Déploiement et Déploiement et Hébergement des 1j
Hébergement applications.
9. Rapport Rédaction du rapport 15 j

Tableau 2 : La liste des tâches

18
Chapitre 3 : Etat de l’art sur le cloud computing

3
Etat de l’art sur Cloud Computing

3.1 Historique
Techniquement, le concept de cloud computing est loin d'être nouveau, il est même
présent depuis des décennies. On en trouve les premières traces dans les années 1960, quand
John McCarty affirmait que cette puissance de traitement informatique serait accessible au
public dans le futur. Le terme en lui-même est apparu plus couramment aux alentours de la fin
du XXe siècle et il semblerait que Amazon.com soit l'un des premiers à avoir assemble des
data centres et fournit des accès à des clients. Les entreprises comme IBM et Google ainsi que
plusieurs universités ont seulement commencé à s'y intéresser sérieusement aux alentours de
2008, quand le cloud computing est devenu un concept ‘’ à la mode’’.
Réalisant ce qu'ils pourraient faire de toute cette puissance, de nombreuses
compagnies ont ensuite commence à montrer un certain intérêt à échanger leurs anciennes
infrastructures et applications internes contre ce que l'on appelle les ‘’ pay per-use service ‘’
(services payes a l'utilisation). [1].

19
Chapitre 3 : Etat de l’art sur le cloud computing

Figure 5 : Intérêt pour le terme « cloud computing » sur Internet

Aujourd’hui, le « Cloud Computing » compte plus de 10,3 millions d’entrées dans


Google. Sa portée est passée de simples services d’infrastructure tels que les ressources de
stockage et de calcul à la mise à disposition d’applications. Cela signifie donc que les
précurseurs tels que les prestataires de services d’application et les logiciels-services sont
dorénavant inclus dans le « Cloud Computing ».
Actuellement les experts sont convaincus que bientôt, nous utiliserons le cloud
computing de la même manière que nous utilisons l'électricité, c'est à dire en payant
uniquement ce que nous consommons sans même nous soucier des aspects techniques
nécessaires au bon fonctionnement du système. Le principal facteur de développement restant
le fait que toute cette puissance est à tout moment partagée par plusieurs utilisateurs et évité
ainsi de perdre du ‘’temps machine’’ à ne rien faire. Cela devrait également drastiquement
réduire les couts de développements et donc les prix. [2]

Figure 6 : Évolution de l’informatique jusqu’au cloud computing

20
Chapitre 3 : Etat de l’art sur le cloud computing

3.2 Définition
Le cloud computing se traduit littéralement par "informatique dans les nuages", faisant
référence aux technologies d’internet qui est souvent représenté schématiquement par nuage.
On peut considérer de manière générale, lorsque l'on parle de cloud computing, qu'il s'agit de
rendre accessible et exploitable des données et des applications à travers un réseau. Ce terme
désigne à la fois les applications en tant que services sur Internet et le matériel et logiciels qui
permettent de fournir ces services [3].
A ce jour, il n’existe pas de définition officielle ou standardisée du Cloud Computing.
Nous allons donc nous appuyer sur les définitions du NIST (National Institute of Standards
and Technology) :

“Le Cloud Computing est l’ensemble des disciplines, pratiques, technologies et


modèles commerciaux utilisés pour délivrer comme un service à la demande et par le réseau
des capacités informatiques (logiciels, plateformes, matériels)”.

3.3 Les différentes couches de service d’un cloud


Le concept de cloud computing est utilisé pour désigner des services, on distingue
trois "catégories" de services fournis :

Figure 7 : Les couches du cloud computing

21
Chapitre 3 : Etat de l’art sur le cloud computing

1. IaaS : Infrastructure as a Service :

C'est le service de plus bas niveau. Il consiste à offrir un accès à un parc


informatique virtualisé. Des machines virtuelles sur lesquelles le consommateur peut installer
un système d'exploitation et des applications. Le consommateur est ainsi dispensé de l'achat
de matériel informatique. [4]
Ce modèle permet au client de faire abstraction du modèle physique (gestion des serveurs
physique, des éléments relatifs aux centres de données comme l’électricité, la climatisation, la
sécurité physique). Dans ce modèle, le fournisseur contrôle le matériel et la couche de
virtualisation. Au niveau des données, le contrôle est partagé au niveau de la machine
virtuelle (qui est stockée et sauvegardée par le fournisseur de Cloud de type IaaS).

 Avantage: grande flexibilité, contrôle total des systèmes (administration à distance


par SSH ou Remote Desktop, RDP), qui permet d'installer tout type de logiciel
métier.
 Inconvénient: besoin d'administrateurs système comme pour les solutions
de serveurs classiques sur site.

2 PaaS : Plateforme as service

Plateforme sur laquelle des développeurs ou éditeurs de logiciels peuvent déployer des
applications. Le PaaS dispose d'environnements spécialisés au développement comprenant les
langages, les outils et les modules nécessaires.
Le consommateur a le contrôle des applications et peut ajouter ses propres outils. La
situation est analogue à celle de l’hébergement web où le consommateur loue l'exploitation
de serveurs sur lesquels les outils nécessaires sont préalablement placés et contrôlés par le
fournisseur. La différence étant que les systèmes sont mutualisés et offrent une grande
élasticité - capacité de s'adapter automatiquement à la demande, alors que dans une offre
classique d'hébergement web l'adaptation fait suite à une demande formelle du consommateur.
[4]

 Avantage: le déploiement est automatisé, pas de logiciel supplémentaire à acheter


ou à installer.
 Inconvénient: limitation à une ou deux technologies (ex. : Python ou Java pour
Google AppEngine, .NET pour Microsoft Azure, propriétaire pour force.com). Pas de

22
Chapitre 3 : Etat de l’art sur le cloud computing

contrôle des machines virtuelles sous-jacentes. Convient uniquement aux applications


Web.

Les cibles sont les développeurs. Google App Engine est le principal acteur proposant ce
genre d'infrastructures.

3 Saas : Software as a Service

Le client utilise une application standard selon un modèle de mise à disposition et


paiement à l’usage et le fournisseur gère et contrôle les couches requises pour le service
cloud. Les prestataires de solutions SaaS les plus connus sont : Google avec Gmail et Youtube
ou encore les réseaux sociaux Facebook et Twitter. [5]

 Avantage : plus d'installation, plus de mise à jour (elles sont continues chez le
fournisseur), plus de migration de données etc. Paiement à l'usage. Test de nouveaux
logiciels avec facilité.
 Inconvénient: limitation par définition au logiciel proposé. Pas de contrôle sur lestock
age et la sécurisation des données associées au logiciel. Réactivité des applications
Web pas toujours idéale.

Avantage Inconvénient
SaaS  Pas d’installation  logiciel limité
 Plus de licence  sécurité
 Migration  dépendance des prestataires

PaaS  Pas d’infrastructure nécessaire  Limitation des langages


 Pas d’installation  Pas de personnalisation dans la configuration
 Environnement hétérogène des machines virtuelles

IaaS  Administration  sécurité


 Personnalisation  besoin d’un administrateur système
 Flexibilité d’utilisation

Tableau 3 : Avantage et Inconvénient des services cloud

3.4 Les différents niveaux de déploiement


Le cloud computing peut être exploité à différents niveaux de déploiement suivant le
réseau dans lequel les services sont disponibles. On parle alors de :

23
Chapitre 3 : Etat de l’art sur le cloud computing

Figure 8 : Type de Cloud Computing

 Cloud Privé : L’infrastructure est dédiée à un seul et unique client. Habituellement un


cloud privé est plutôt à l’intérieur de l’entreprise et tourne sur des équipements
propres à cette même entreprise, mais il peut aussi tourner dans le data-centre d’un
fournisseur.
 Cloud Communautaire : L’infrastructure Cloud est partagée par plusieurs
organisations pour les besoins d’une communauté qui souhaite mettre en commun des
moyens (sécurité, conformité, etc..). Elle peut être gérée par les organisations ou par
une tierce partie et peut être placée dans les locaux ou à l’extérieur.
 Cloud Public : L’infrastructure cloud est ouverte au public ou à de grands groupes
industriels. Cette infrastructure est possédée par une organisation qui vend des
services Cloud. C’est le cas le plus courant. C’est celui de la plate-forme Amazon
Web Services déjà citée.
 Cloud Hybride : L’infrastructure Cloud est composée d’un ou plusieurs modèles ci-
dessus qui restent des entités séparées. Ces infrastructures sont liées entre elles par la
même technologie qui autorise la portabilité des applications et des données. C’est
une excellente solution pour répartir ses moyens en fonction des avantages recherchés.

3.5 Cloud Computing et clusters


Le but du cloud computing est de construire un nuage de clusters, c'est à dire
d'interconnecter un ensemble de machines sur un réseau défini. Les utilisateurs peuvent
ensuite déployer des machines virtuelles dans ce nuage, ce qui leur permet d'utiliser un certain

24
Chapitre 3 : Etat de l’art sur le cloud computing

nombre de ressources. Par exemple de l'espace disque, de la mémoire vive, ou encore du CPU
(processeur).

Figure 9 : Nuage du cloud computing

Cette infrastructure, en allant plus dans le détail, est constituée de clusters et de nœuds.
Les clusters servent à gérer l'interface entre les nœuds et l'utilisateur. Ainsi, lorsqu'on déploie
une machine virtuelle sur un cluster, le cluster va créer une instance, qui se matérialisera par
l'utilisation des ressources dans les nœuds. Voici un schéma UML récapitulatif qui décrit les
étapes de déploiement d'une image.

Figure 10 : étapes de déploiement

L'utilisateur final disposera enfin d'un accès SSH sur la machine virtuelle. Pour lui,
l'utilisation des ressources sera transparente. Ce sont des administrateurs réseaux qui lui
délivreront ses ressources en fonction de ses besoins.

25
Chapitre 3 : Etat de l’art sur le cloud computing

Figure 11 : Cluster Cloud Comuting

3.6 Avantages et incontinents Cloud Computing

Avantages
Les avantages du cloud computing sont nombreux. Nous allons en citer quelques-uns:

 Un démarrage rapide : Le cloud computing permet de tester le business plan


rapidement, à coûts réduits et avec facilité.
 L'agilité pour l'entreprise : Résolution des problèmes de gestion informatique
simplement sans avoir à vous engager à long terme.
 Un développement plus rapide des produits : Réduisons le temps de recherche pour les
développeurs sur le paramétrage des applications.
 Pas de dépenses de capital : Plus besoin des locaux pour élargir vos infrastructures
informatiques

Incontinents
Il existe quelques inconvénients au cloud computing :

 La bande passante peut faire exploser votre budget : La bande passante qui serait
nécessaire pour mettre cela dans le Cloud est gigantesque, et les coûts seraient
tellement importants qu'il est plus avantageux d'acheter le stockage nous-mêmes plutôt
que de payer quelqu'un d'autre pour s'en charger.
 Les performances des applications peuvent être amoindries : Un Cloud public
n'améliorera définitivement pas les performances des applications.

26
Chapitre 3 : Etat de l’art sur le cloud computing

 La fiabilité du Cloud : Un grand risque lorsqu'on met une application qui donne des
avantages compétitifs ou qui contient des informations clients dans le Cloud,
 Taille de l'entreprise : Si votre entreprise est grande alors vos ressources sont grandes,
ce qui inclut une grande consommation du cloud. Vous trouverez peut-être plus
d'intérêt à mettre au point votre propre Cloud plutôt que d'en utiliser un externalisé.
Les gains sont bien plus importants quand on passe d'une petite consommation de
ressources à une consommation plus importante.

3.7 Conclusion
De l'informatique utilitaire des années 60, au service bureau des années 70, tout en
passant par l'émergence d'Internet et des avancées de virtualisation, le Cloud Computing
comme les chiffres nous le confirme, est promis à un bel avenir. Il reste encore beaucoup à
faire notamment concernant la sécurité ou l'interopérabilité, mais aussi la mise en place de
normes et de standards, qui permettront, comme c'était le cas lors du développement
d’Internet, de constituer un ensemble de systèmes hétérogènes.
Au cours de cette partie, nous avons fourni une base théorique sur le Cloud Comuting,
en présentant ses types, ses service (Iaas, Pass, Saas) .ses avantages et inconvénients, afin
d’appliquer ses concepts, spécifiquement le service Saas à notre contexte.

27
Chapitre 4 : Etudes Comparatives

4
Etudes Comparatives

4.1 Introduction
Le Cloud Computing représente un nouveau défi dans le monde informatique,
Plusieurs solutions sont proposées : des solutions propriétaires et des solutions open source.
Parmi les solutions propriétaires les plus connus on trouve :

 VMwarevCloud : Développer par la société VMware, l'un des leaders mondiaux


dans le domaine de la virtualisation, ce logiciel sert tout aussi à créer son propre Cloud
privé. Il donne la possibilité de créer des machines virtuelles ceci en fonction des
besoins des utilisateurs.
 Office 365 : Développer par la firme Microsoft, ce logiciel permet de créer un
Cloud privé pour entreprise. La création et la configuration de nouveaux comptes
utilisateurs se fait en quelques minutes. Il est idéal pour les entreprises de 25 employés
ou moins.

28
Chapitre 4 : Etudes Comparatives

Par la suite, Nous nous intéressons aux solutions open source, nous allons faire une
étude comparative entre des différends, solutions open source au niveau IaaS, des serveurs
d’application JEE, des systèmes de gestion de base de données, des logiciels de supervision,
des logiciels de sauvegarde informatique et des firewalls. Cette étude comparative nous
permettra d’adopter le système qui correspond à nos besoins afin de construire une
infrastructure de cloud public.

4.2 Solution open source


Comme dans tous les domaines de l'informatique de nos jours, le Cloud Computing
n'échappe pas à la règle du logiciel libre. Face à des solutions payantes et propriétaires, il
existe des solutions libres et gratuites.
Ces logiciels sont développés en communauté, et font l'objet de mises à jour régulières.
Ils peuvent être modifiés à volonté suivant l'utilisation que l'on veut en faire. Voici une liste
non exhaustive de quelques logiciels libres pour créer son Cloud privé.

4.2.1 Openstack

Figure 12 : logo open stack

Créé en juillet 2010 par la NASA et l'hébergeur américain Rackspace, OpenStack est
une offre d'IaaS 100% open-source. Ce n’est qu’en septembre 2012 qu’une fondation dédiée à
Openstack a été créé, permet aux sociétés de développer leurs propres solutions
d'infrastructure du Cloud Computing.
OpenStack est composé d'une série de logiciels et de projets au code source libre qui
sont maintenu par la communauté incluant: OpenStack Compute (nommé Nova), OpenStack
Object Storage (nommé Swift), et OpenStack Image Service (nommé Glance).
Il s'installe sur un système d'exploitation libre comme Ubuntu ou Debian et se
configure entièrement en ligne de commande. C'est un système robuste et qui a fait ses
preuves auprès des professionnels du domaine.

29
Chapitre 4 : Etudes Comparatives

 Code :

- Ecrit en python
- Sous licence Apache 2.0

 Versions :

- Les versions sont cycliques et ont une durée de 6 mois


- La dernière version : juno

4.2.2 Eucalyptus

Figure 13 : Logo Eucalyptus

Eucalyptus est un outil, open source issue d’un projet de recherche de l’université de
Californie. Est considéré parmi les solutions les plus connus, car elle est intégrée dans les
distributions Ubuntu Server et Debian.
Permet de créer des Cloud IaaS de type privé ou hybride, son avantage majeur est le
fait qu’il est compatible avec Amazon EC2 et S3.
Il possède également une version entreprise (Payante) de la société Eucalyptus
Systèmes qui apporte de fonctionnalités supplémentaires comme le support de VMware [6].

 Code :

- Ecrit en Java, C et Python


- Sous licence GNE GPL v3

 Versions :

- Cycle de 4 mois
- La dernière version : Eucalyptus 4.0, le 30 Mai 2014

30
Chapitre 4 : Etudes Comparatives

4.2.3 OpenNubela

Figure 14 : logo OpenNebula

Il s’agit d’une plateforme purement open source permettant de déployer des clouds
privés, hybrides et publiques.
OpenNeula est un projet de recherche commencé en 2005, publié en mars 2008 et
financé par l’Union Européenne. Elle support les hyperviseurs Xen, KVM et VMware, le
support de VirtualBox est prévu à partir de la version 4.0 de VirtualBox .
Cette solution propose une architecture complète pour la gestion de Datacenter et la
création de services Cloud. [7]

 Code :

- Ecrit en C, C++, Ruby, Java, Shell script

- Sous licence Apache 2.0

 Versions :

- Cycle de 3 mois (mineur) et 12 mois (majeur)

- La dernière version : OpenNebula 4.4, le 03 décembre 2013.

4.2.4 CloudStack

Figure 15 : logo CloudStack

CloudStack est une plateforme informatique à la demande d'IaaS (infrastructure as a service)


constituée de logiciels libre (open source). Permettant de déployer des clouds privés, hybrides
et publiques.

31
Chapitre 4 : Etudes Comparatives

Elle support différents hyperviseurs du type VMware, Oracle VM ou encore KVM tout
en étant également compatible avec le cloud public d'Amazone
Cloudstack a été fondé en Mai 2010 sous forme cloud.com. C’est en Juillet 2011 que
le cloud.com a été racheté par la société Citrix.

 Code :

- Ecrit en Java et C
- Sous licence Apache 2.0

 Versions :

- Les versions sont cycliques et ont une durée de 4 mois


- La dernière version : Cloudstack 4.2.0 : 1 Octobre 2013

4.2.5 Etude comparative

Le tableau ci-dessous représente une étude comparative entre des différents systèmes de
gestion de l’infrastructure du cloud computing.

OpenStack CloudStack Eucalyptus OpenNebula


Orientation Cloud public, Cloud public, Cloud privé ou Cloud public,
privé et hybride privé et hybride hybride privé et hybride
Installation Facile et Facile Facile mais Manuelle et
automatisée difficile en facile (sur les
environnement distributions
hétérogène supportées)
Sécurité Très Bien Bien Bien Neutre
Documentation Excellente Complète Correcte Complète

Tableau 4 : Etude comparative des systèmes de gestion de l'infrastructure du cloud

4.3 Les serveurs d’application JEE


Les serveurs d'applications sont des outils qui permettent l'exécution de composants
Java côté serveur (servlets, JSP, EJB, ...) selon les spécifications de la plate-forme JEE.
Parmi les serveurs d’application les plus connus, et les plus utilisés (open source) à
savoir : Apache Tomcat, GlassFish et JBoss.

32
Chapitre 4 : Etudes Comparatives

4.3.1 Apache Tomcat


Apache Tomcat est une implémentation open source d'un conteneur web qui permet
donc d’exécuter des applications web reposant sur les technologies servlets et JSP.
Apache Tomcat est l'un des serveurs d'applications Web les plus populaires et les plus
puissants sur Linux. Tomcat est diffusé en open source sous une licence Apache.
Tomcat est un ensemble de plusieurs composantes ayant chacun un rôle. Il s'agit par
exemple de : [8]

 catalina : un conteneur servlet qui implémente les spécifications de Sun pour les
servlets et les JSP.
 coyote : un connecteur http qui écoute le trafic entrant, dirige les requêtes au moteur
de Tomcat et renvoie la réponse au client.
 jasper : un moteur JSP qui compile les fichiers JSP en tant que servlets et est capable
de détecter les modifications des fichiers et de les recompiler à la volée.

4.3.2 GlassFish
Né en juin 2005, Sun Glassfish Enterprise Server est le premier serveur Open source
ayant implémenté totalement la norme JEE 5.
GlassFish est un serveur d’application développé par Sun Microsystems, implémente
complètement la norme JEE (EJB, JPA, JSF, JSP et Servlet), et qui est maintenant maintenu
par Oracle Corporation. Il est open source et distribué sous double licence CDDL et GPLv2.
Il dispose de nombreux outils pour faciliter le développement, le déploiement et la
maintenance d’application. [9]

4.3.3 JBOSS

JBoss est un serveur d'application Java EE, écrit en Java et distribué sous licence GNU
LGPL. Étant donné qu’il est écrit en Java, JBoss Application Server peut être utilisé sur tout
système d'exploitation fournissant une machine virtuelle Java (JVM). [10]

4.3.4 Etude comparative

33
Chapitre 4 : Etudes Comparatives

Apache Tomcat GlassFish JBoss


Prise en main Rapide Rapide Lente
Sécurité Faible excellente excellente
Performance Moyenne Elevée Très élevé
Support/Communauté Excellente Existante Correcte
Délai d’exécution du code Rapide Rapide Lente

Tableau 5 : Etude comparative des serveurs d'application JEE

4.4 Les systèmes de gestion de base de données


Un système de gestion de base de données (abr. SGBD) est un logiciel système destiné
à stocker et à partager des informations dans une base de données, en garantissant la qualité,
la pérennité et la confidentialité des informations, tout en cachant la complexité des
opérations. Un SGBD (en anglais DBMS pour database management system) permet
d'inscrire, de retrouver, de modifier, de trier, de transformer ou d'imprimer les informations de
la base de données.
Nous avons donc besoin d’un logiciel qui permet d'interagir avec une base de données
grâce à un système de gestion de base de données (SGBD). Nous avons sélectionné trois
SGBD: MySQL, PostgreSQL et HSQLBD, afin de réaliser une étude comparative et
d’adopter celui qui correspond le plus à nos besoins.

4.4.1 MySQL
Est un système de gestion de bases de données relationnelles (SGBDR). Il est distribué
sous une double licence GPLet propriétaire. Il fait partie des logiciels de gestion de base de
données les plus utilisés au monde [11].

4.4.2 PostgreSQL
Est un système de gestion de base de données relationnelle et objet (SGBDRO). C'est un
outil libre disponible selon les termes d'une licence de type BSD.
Ce système multi-plateforme est largement connu et réputé à travers le monde,
notamment pour son comportement stable et pour être très respectueux des normes ANSI
SQL.

34
Chapitre 4 : Etudes Comparatives

4.4.3 HSQLDB

HSQLDB est un système de gestion de base de données relationnelle, développé en Java.


Il est disponible sous une licence BSD.

4.4.4 Etude comparative

MySQL PostgreSQL HSQLDB


Installation/configuration Facile Facile Facile
Documentation Excellente Excellente Existante
Taille de Base de données Illimitée Illimitée 8 Go
Délai d’exécution des Rapide Lente Lente
requêtes
Systèmes d’exploitation Windows, Linux, Windows, Linux, Windows, Linux,
MAC OS X MAC OS X MAC OS X

Tableau 6 : Etude comparative des systèmes de gestion de base de données

4.5 Les logiciels de supervision informatique


La gestion d'un parc de serveurs est un travail à temps réel. Un bon administrateur
réseau doit savoir à tout moment l'état des différentes machines et des différents services.
Cependant, l'administrateur ne peut pas se permettre de passer son temps devant un tableau
avec des voyants verts en attendant qu'un voyant passe au rouge pour agir, son temps est
occupé à d'autres tâches, donc il ne peut pas surveiller les statuts des machines en
permanence.

L'examen quotidien des logs systèmes est un bon début, mais, si un problème survient,
on s'en rend compte seulement le lendemain, ce qui peut être trop tard.

Pour simplifier leur travail, les administrateurs utilisent généralement des logiciels de
surveillance et de supervision de réseaux.
La supervision est la « surveillance du bon fonctionnement d’un système ou d’une
activité ». Elle permet de surveiller, rapporter et alerter les fonctionnements normaux et
anormaux des systèmes informatiques.
Parmi les logiciels de surveillance et de supervision de réseaux open source les plus
populaires on trouve : Nagios, Zenoss, Zabbix.

35
Chapitre 4 : Etudes Comparatives

4.5.1 Nagios

Nagios (anciennement appelé Netsaint) est une application permettant la surveillance


système et réseau. Elle surveille les hôtes et services spécifiés, alertant lorsque les systèmes
ont des dysfonctionnements et quand ils repassent en fonctionnement normal. C'est un logiciel
libre sous licence GPL.

4.5.2 Zenoss

Zenoss est une plate-forme d'administration et de supervision réseau. Sous licence GPL,
il est construit avec Zope et Python.
Les principales fonctions de ce logiciel sont la supervision de l’activité du réseau, la
gestion de la performance, d’évènements ainsi que des alertes. Les communications entre les
clients et le serveur reposent essentiellement sur les protocoles SNMP, Telnet/SSH et WMI
(Windows Management Instrumentation).

4.5.3 Zabbix
Crée en 2000 par Alexel Vladishev, Zabbix est une solution de supervision open
source de classe Entreprise. Simple à installer, il est compatible avec les systèmes Linux,
Windows et Unix.
Il permet de surveiller l'état de divers services réseau, serveurs et autres matériels
réseau et produisant des graphiques dynamiques de consommation des ressources

4.5.4 Etude comparative

Nagios Zenoss Zabbix


Environnements Linux, Windows Linux, Windows Linux, Unix, Windows
Installation Facile Facile Facile
Configuration Pas facile Facile Problème de configuration sur le
Switch
Ressources Minimal Plus gourmand en ressource machine Selon les machines à surveiller
(utilise Base de données pour
stocker les données)
Licence GNU GPL GPL/version commerciale GNU GPL

Tableau 7 : Etude comparative des logiciels de supervision informatique

36
Chapitre 4 : Etudes Comparatives

4.6 Les logiciels de sauvegarde informatique

En informatique, la sauvegarde (backup en anglais) est l'opération qui consiste à


dupliquer et à mettre en sécurité les données contenues dans un système informatique.
La perte de données peut être due à plusieurs facteurs (mauvaise manipulation, disque
dur hors service, malveillance, vol, …).

4.6.1 Les différents types de sauvegarde

La majorité des outils de sauvegarde proposent au moins trois types de sauvegardes à


savoir :

 Sauvegarde complète : permet de sauvegarder toutes les données, les répertoires et


les sous répertoires sélectionnés. C'est le type de sauvegarde le plus rapide, le plus
simple, et le plus précis pour restaurer les données sans erreurs.
 Sauvegarde différentielle : permet de sauvegarder les données qui ont été modifiées
ou ajoutées depuis la dernière sauvegarde complète. La sauvegarde différentielle
permet comme la sauvegarde incrémentale de sauvegarder les données plus
rapidement qu'avec une sauvegarde complète, mais prend plus de temps qu'une
sauvegarde incrémentale.
 Sauvegarde incrémentale : permet de sauvegarder les données qui ont été modifiées
ou ajoutées depuis la dernière sauvegarde complète ou incrémentale. La sauvegarde
incrémentale permet de sauvegarder les dernières modifications sur les fichiers plus
rapidement qu'avec une sauvegarde complète

4.6.2 Etude comparative

Le tableau ci-dessous représente une étude comparative entre des différents logiciels de
sauvegarde informatique.

Nom Sauvegarde Différentielle Incrémentale Planification Description


complète
BackupPC Oui Oui Oui Oui Outil puissant.
Sauvegarder plusieurs
clients (Linux ou
Windows).

37
Chapitre 4 : Etudes Comparatives

Bacula Oui Oui Oui Oui Outil puissant.


Installation et la
configuration et
l’utilisation très. simple.
Areca Oui Oui Oui Non Sauvegarde sur un disque
Backup local ou distant.
Sbackup Oui Non Oui Oui Outil simple d’utilisation.
Backup- Oui Oui Oui Non Sauvegarde de fichier local
Manager sous forme d’archivages
pouvant être exportés sur
un serveur distant.

Tableau 8 : Etude comparative des logiciels de sauvegarde

4.7 Les firewalls

Toutes les entreprises possédant un réseau local disposent aussi d'un accès à Internet,
afin d'accéder à la manne d'information disponible sur le réseau des réseaux, et de pouvoir
communiquer avec l'extérieur. Cette ouverture vers l'extérieur est indispensable... et
dangereuse en même temps. Ouvrir l'entreprise vers le monde signifie aussi laisser place
ouverte aux étrangers pour essayer de pénétrer le réseau local de l'entreprise, et y accomplir
des actions douteuses, parfois gratuites, de destruction, vol d'informations confidentielles, ...
Pour parer à ces attaques, une architecture sécurisée est nécessaire. Pour cela, le cœur
d'une telle architecture est basé sur un firewall. Cet outil a pour but de sécuriser au maximum
le réseau local de l'entreprise, de détecter les tentatives d'intrusion et d'y parer au mieux
possible.

Figure 16 : Représentation d’un firewall

38
Chapitre 4 : Etudes Comparatives

Un pare-feu (Firewall, en anglais) est un dispositif matériel et/ou logiciel qui


implémente la fonction de sécurité de contrôle d'accès. Un pare-feu est donc un dispositif
pour filtrer les accès, les paquets IP, les flux entrant et sortant d'un système.
Les firewalls sont nombreux, nous avons sélectionné seulement trois, à savoir
Pfsense, IPCop et Smoothwall.

4.7.1 Firewall Pfsense


PfSense ou « Packet Filter Sense » est un routeur/firewall open source base sur le système
d'exploitation FreeBSD réputé pour son extrême stabilité et Monowall auquel il rajoute ses propres
fonctionnalités.

Ce qui séduit chez Pfsense est sa facilité d'installation et de configuration des outils
d'administration réseau. En effet est possible de configurer quasiment toutes les fonctionnalités de
Pfsense via l'interface Gui PHP.

La distribution Pfsense met ainsi à la disposition de l'administrateur réseau une multitude


d'outils open sources permettant d'optimiser ses taches.

4.7.2 Firewall IPCop


Est un projet Open Source dont le but est d’obtenir une distribution
GNU/Linux complètement dédiée à la sécurité et aux services essentiels d'un réseau.
C’est une distribution linux faite pour protéger un réseau des menaces d’Internet et surveiller
son fonctionnement.
Les principaux services offerts de base sont les suivants: DHCP, NTP (serveur de
temps), PROXY, SSH, IDS (détection d'intrusions).

4.7.3 Firewall Smoothwall


Smoothwall est une distribution de firewall/routeur optimisé, paramétrable via une interface
web et qui tourne sur n'importe quel vieux PC. Conçue pour être utilisée comme une source ouverte
pare-feu. Elle comprenait également le système de détection d'intrusion Snort (IDS).

39
Chapitre 4 : Etudes Comparatives

4.7.4 Comparaison

Pfsense IPCop Smoothwall Express


Licence BSD GPL GPL
Installation et configuration Facile Simple et rapide Facile
Configuration minimale 133 Mhz/ 128 233 MHz/ 64Mo de 100 MHz/ 16Mo de
Mb de RAM/ RAM/ 800Mo de DD/ RAM/200 Mo de DD/
1Go de DD/ Cartes réseaux 10/100 Cartes réseaux 10 Mbit/s
Cartes réseaux Mbit/s
100 Mbit/s
VPN IPSec, PPTP, IPSec, PPTP, clés RSA, IPSec, clés RSA, DES,
L2TP, clés DES, 3DES 3DES, AES
RSA, DES,
3DES, AES
Load Balance Oui Non Non
Multi-WAN Oui Non Non
Mises à jour automatique Oui Non Non

Tableau 9 : Etude comparative des firewalls

4.8 Conclusion

Après les différentes études comparatives, nous allons adopter comme un système de gestion
du cloud au niveau IaaS : Openstack, le serveur d’application JEE GlassFish, le système de gestion de
base de données MySQL, le logiciel de supervision Nagios, le logiciels de sauvegarde informatique
Bacula et le firewall Pfsense pour construire notre infrastructure du cloud public.

40
Chapitre 6 Analyse et Conception

5
Architecture Technique et Logicielle

Ce chapitre est consacré à la présentation de L’architecture Technique qui permet de


construire l’infrastructure de notre cloud ainsi que l’architecture logicielle qui contient les
Framework utilisé pour construit notre application ainsi que l’organisation de code.

5.1 Architecture technique


Dans cette partie nous allons présenter l’infrastructure réseau de notre application
BusinessaaS ainsi que architecture du système.

5.1.1 Architecture du réseau

L’infrastructure réseau de notre application BusinessaaS est composée d’un :


 routeur (20 MB et IP fixe)
 firewall (pfSense)
 Serveur DHCP
 Serveur de supervision (Nagios)

41
Chapitre 6 Analyse et Conception

 Serveur de sauvegarde (Backup)

Figure 17 : Architecture réseau du Cloud

5.1.1.1 Serveur cloud (Open Stack)

OpenStack est un système d’exploitation de Cloud capable de contrôler de grand


volume de calcul, de stockage et de ressources réseau au travers d’un data center virtuel, le
tout géré par un tableau de bord offrant aux administrateurs le contrôle des utilisateurs et des
ressources à disposition par le biais d’une interface web.

Figure 18 : système Openstack

42
Chapitre 6 Analyse et Conception

Composantes d’OpenStack :

 OpenStack Nova (Compute) : provisionner et contrôler un large réseau de ressources


virtuelles (machine, réseau, stockage).
 OpenStack Swift (Object Storage) : Plateforme de stockage de plusieurs Petabytes
hautement disponible
 Openstack Glance (Image Service) : Gérer et organiser le catalogue d’images de
machines
 Keystone (Gestion des Identités) : Unification et gestion centralisée des comptes
pour l’ensemble des services
 Horizon (Dashboad) : Module pour construire vos interfaces Web (Django)
 Quantum (Gestion de Réseau) : bloc complet pour la gestion de réseaux complexes
dans les infrastructures clouds
 Cinder (Gestion d’interconnexion du stockage) : Service de disques persistants
pour les machines virtuelles
 Ceilometer (Modulede Mesure et De Facturation)
 Oslo (OpenStack common library) : visionner et contrôler un large réseau de
ressources virtuelles (machines, réseau, stockage)
 Neutron : Permet la connectivité réseau en tant que service pour d’autres services,
tels qu’OpenStack Compute

Installation et Configuration d’OpenStack

Après installation et configuration d’OpenStack sous ubuntu14.04 (voir l’Annexe1),


dedans nous avons créé des instances comme montre la figure ci-dessous, dans chaque
instance nous avons installé et configuré un serveur virtuel :

 Le serveur d’application « GlassFish » (voir l’Annexe2) : GlassFish est un serveur


d'application libre open source pour la plate-forme JEE.
 Le cluster de serveur GlassFish (voir l’Annexe3) : Le clustering est l'utilisation de
plusieurs ordinateurs, typiquement PC ou stations de travail, plusieurs périphériques
de stockage, et des interconnexions redondantes, pour former ce qui apparaît aux
utilisateurs comme un système unique à haute disponibilité.

43
Chapitre 6 Analyse et Conception

Utilité de Clustring

La technologie de cluster informatique, met grappes de systèmes ensemble pour offrir


une meilleure fiabilité, disponibilité et les performances du système, aux clients du réseau.
Si l'un des serveurs du cluster GlassFish tombe en panne, un autre serveur prend le relais et le
service n'est pas interrompu.
Dans la pratique, le cluster de GlassFish fonctionne de la manière suivante: chaque
nœud du cluster doit avoir un serveur GlassFish installé au préalable, puis crée des instances
dans les différents nœuds.
Notre cluster GlassFish est composé de deux nœuds, avec deux instances dans chacun
et un nœud gère également le DAS (Domain Administration Server : est le serveur principal
qui permet de configurer et de mettre en relation pour la première fois tous les nœuds. Dès
que le cluster est démarré, le DAS peut tomber en panne sans que cela n'affecte les autres
nœuds du cluster). La figure ci-dessous explique l’architecture du cluster GlassFish.

Figure 19 : Cluster GlassFish

 Le serveur MySQL cluster (voir l’Annexe 4) : MySQL cluster est un groupe de


processus qui s'exécutent sur plusieurs serveurs MySQL, Il est conçu pour fournir une
haute disponibilité et un débit élevé avec une faible latence.

MySQL cluster est constitué de trois composants principaux :

- Le nœud SQL: un nœud qui accède aux données du cluster.


- Le nœud de gestion: c'est lui qui supervise le cluster. Ses missions
principales sont de répartir la charge lors des transferts de données et de
maintenir à jour l'état du cluster.

44
Chapitre 6 Analyse et Conception

- Le nœud de données : C'est le nœud où les données réelles du cluster sont


stockées.

Notre cluster sera configuré comme suite :

Figure 20 : Architecture de MySQL Cluster

Dans le serveur d’application, nous allons déployer l’application web de notre société
BusinessaaS et l’application de nos clients : les écoles privées. Et au niveau du serveur de
base de données, nous allons créer la base de données de notre société « BusinessaaS» et une
base de données pour chaque client « école privée ».

La figure ci-dessous représente la topologie du serveur cloud.

Figure 21 : La topologie du serveur cloud

45
Chapitre 6 Analyse et Conception

5.1.1.2 Serveur DHCP (Dynamic Host Configuration Protocol)

Un serveur DHCP a pour rôle de distribuer des adresses IP à des clients pour une
durée déterminée. Au lieu d'affecter manuellement à chaque machine une adresse statique,
ainsi que tous les paramètres tels que serveur de noms DNS, passerelle par défaut, nom du
réseau, un serveur DHCP alloue à chaque client un bail d'accès au réseau, pour une durée
déterminée (durée du bail). Il passe en paramètres au client toutes les informations dont il a
besoin. Tous les nœuds critiques du réseau (serveur de nom primaire et secondaire, passerelle
par défaut) ont une adresse IP statique, en effet si celle-ci variait, ce processus ne serait
réalisable.

Avantage de DHCP
 Le protocole DHCP offre une configuration de réseau TCP/IP fiable et simple, empêche les
conflits d'adresses et permet de contrôler l'utilisation des adresses IP de façon centralisée.
 Economie d'adresse : ce protocole est presque toujours utilisé par les fournisseurs d'accès
Internet qui disposent d'un nombre d'adresses limité.

Le fonctionnement de DHCP :
Le dialogue entre le client et le serveur DHCP est décrit comme illustré ci-dessous:

Figure 22 : Dialogue entre le client et le serveur DHCP

1. Lorsque le client DHCP démarre, il n'a aucune connaissance du réseau, il envoie donc
une trame "DHCPDISCOVER", destinée à trouver un serveur DHCP.

46
Chapitre 6 Analyse et Conception

2. DHCPOFFER : Le serveur DHCP le plus proche répond en unicast (uniquement à la


machine voulue) en lui proposant une configuration DHCP (une adresse IP, un masque
de sous réseau, l’adresse d’une passerelle par défaut et l’adresse d’un serveur DNS).
3. Le client répond alors par un DHCPREQUEST à tous les serveurs (donc toujours en
"Broadcast") pour indiquer quelle offre il accepte.
4. Le serveur DHCP concerné répond définitivement par un DHCPACK qui constitue
une confirmation du bail. L'adresse du client est alors marquée comme utilisée et ne
sera plus proposée à un autre client pour toute la durée du bail.

5.1.1.3 Serveur de supervision (Nagios)

Pour surveiller et superviser notre infrastructure réseau nous avons choisi Nagios,
Successeur de NetSaint, il est certainement le logiciel libre le plus connu dans le milieu de la
supervision réseau. Appréciée des entreprises ainsi que des particuliers, cette application
possède une très grande communauté qui participent activement au développement.
Nagios superviser la disponibilité d'actifs réseaux, de serveurs ou d'applications, suivre
l'évolution des capacités disques ou la bande passante de carte réseau etc.
Nagios génère des alertes en fonction de l'état des matériels et services supervisés, ces
alertes visualisé par une interface web. Cette interface web permet également l'administration
(très partielle) du monitoring. Il existe quatre types d'états :

 OK : tout va bien.
 WARNING : le seuil d'alerte est dépassé.
 CRITICAL : le service a un problème.
 UNKNOWN : impossible de connaitre l’état du service.

Veuillez trouver les phases d’installation et de configuration de Nagios dans « l’Annexe 5 ».

5.1.1.4 Serveur de sauvegarde (Bacula)

47
Chapitre 6 Analyse et Conception

Pour sauvegarder les fichiers de configurations de notre réseau nous avons choisi
Bascula qui est un système de sauvegarde libre extrêmement puissant. Le logiciel dispose
d’un ensemble de fonctionnalités extrêmement intéressant, et d’une qualité professionnelle
telle que certains logiciels propriétaires devraient suivre son exemple.
Veuillez trouver les phases d’installation et de configuration dans « l’Annexe 6 ».

 Stratégie de sauvegarde :

La stratégie que nous avons suivi pour sauvegarder les partions des nœuds de données de
MySQL cluster et les fichiers de configuration de chaque serveurs de l’infrastructure
réseaux est comme suite :

Les fichiers de configuration de chaque serveur:


- Sauvegarde complète : chaque dimanche à 22 :00.
Les partitions des noeuds de données de MySQL cluster :
- Sauvegarde complète : chaque samedi à 23 :00.
- Sauvegarde incrémentale : chaque lundi, mardi, mercredi, jeudi, vendredi et dimanche à
23:00.

5.1.1.5 Firewall(PFsense)

Nous avons choisi comme firewall la distribution Linux PFsense (Packet Filter Sense)
qui est un firewall open source reconnu comme l’un des plus puissants, sécurisé et fiable
parmi les firewalls existant. Son succès est basé sur le fait qu’il est entièrement configurable
via une interface web simple et intuitive.
Veuillez trouver les phases l’installation et configuration de PfSense dans « Annexe 7
». Comme présenté dans l’architecture technique, nous avons attribué : au LAN le réseau
192.168.2.0/24, au DMZ le réseau 192.168.3.0/24 et au WAN le réseau 192.168.1.0/24.
L’image suivante montre la configuration réseau du Firewall :

48
Chapitre 6 Analyse et Conception

Figure 23 : La configuration réseau du firewall

 Stratégie de sécurité :

Nous avons choisi comme stratégie de sécurité les règles suivantes:


- Le Réseau LAN: peut accéder au Réseau WAN et DMZ.
- Le Réseau WAN: ne peut pas accéder au Réseau LAN.
- Le Réseau WAN: à un accès très restreint au réseau DMZ peut accéder au service
(HTTPS, SFTP) de serveur d’application (192.168.3.201/24) et au serveur cluster
GlassFish (192.168.3.202/24).
- Le Réseau DMZ: étant donné que le Réseau WAN a accès au Réseau DMZ, nous
avons bloqué tout accès du DMZ vers le LAN pour remédier aux attaques par rebond.

Les images suivantes représentent l’implémentation de ces règles sous PfSense :

Figure 24 : Les règles de l’interface LAN

49
Chapitre 6 Analyse et Conception

Figure 25 : Les règles de l’interface WAN

Figure 26 : Les règles de l’interface DMZ

5.1.1.6 SNORT

SNORT est un outil open source de détection d’intrusions réseaux. SNORT est
capable d’écouter sur une interface afin d’effectuer une analyse du trafic en temps réel, de
logger les paquets IP, de rechercher des correspondances de contenu, le but étant de détecter
une grande variété d’attaques connues.
SNORT peut fonctionner en quatre modes différents :

- SNIFFER : capture et affichage des paquets.


- PACKET LOGGER : capture et log des paquets.

50
Chapitre 6 Analyse et Conception

- NIDS (Network Based Intrusion Detection System) : Détecter des tentatives


d’intrusions réseaux d’après des règles.
- IPS (Intrusion Prevention System) : Empêcher les intrusions réseaux détectées,
toujours d’après les mêmes règles.

Après l’installation et configuration de SNORT sous PfSense (voir l’annexe 8), nous
allons lancer le logiciel Zenmap pour scanner le réseau afin de tester la détection d’une
attaque.
Une fois SNORT détecte l’attaque, il va bloquer l’accès de l’intrus malveillants au réseau,
comme indiqué ci-dessous.

Figure 27 : Exemple de machine malveillante bloqué par SNORT

5.1.2 Architecture du système


L’application de fournisseur « BusinessaaS » à un accès à la base de données de
fournisseur, cette application utilisé par les écoles privée afin de s’abonner aux services
offerts par le fournisseur cloud, et de même utilisée par l’administrateur cloud pour la gérer.
L’application à la demande, nommée « EcoleSaaS », à un accès à deux bases de
données, une base de données commune entre toutes les écoles, c’est la base de données de
BusinessaaS et une base de données propre à chacune. La base de données de BusinessaaS
pour indiquer les modules bénéficiés et le nom de sa propre base de données. Elle est aussi
utilisée par l’administrateur d’école pour la gérer.

51
Chapitre 6 Analyse et Conception

Figure 28 : Architecture du système

5.2 Architecture logicielle


5.2.1 Pattern de conception

Le Modèle-Vue-Contrôleur (en abrégé MVC, de l'anglais Model-View-Controller) est


une architecture et une méthode de conception qui organise l'interface homme-
machine (IHM) d'une application logicielle. Ce paradigme divise l'IHM en un modèle
(modèle de données), une vue (présentation, interface utilisateur) et un contrôleur (logique de
contrôle, gestion des événements, synchronisation), chacun ayant un rôle précis dans
l'interface. Ce modèle d'architecture impose la séparation entre les données, la présentation et
les traitements, ce qui donne trois parties fondamentales dans l'application finale : le modèle,
la vue et le contrôleur.

5.2.2 Pattern de couche

Nous avons décomposé nos applications en quatre couches à savoir :

 DAO : s'occupe de l'accès aux données


 Service : La couche métier : représente le logique métier
 Controller : La couche de présentation : comprend des actions mettant la relation
entre les modèles et les vues.
 Business Object : Cette couche représente le domaine du métier. Généralement sont
des POJO représentent les tables de la base de données.

5.2.3 Frameworks et base de données utilisés

52
Chapitre 6 Analyse et Conception

L'utilisation du Framework Hibernante permet de garantir l’accès à la base de


données par des appels à des méthodes objet de haut niveau. Ainsi que Framework Struts2
permet la structuration d'une application Java sous forme d'un ensemble d'actions représentant
des événements déclenchés par les utilisateurs de l'application.

Logo Description
Struts2 : est un Framework libre servant au développement
d'applications web Java EE.
Hibernate : est un Framework open source gérant la
persistance des objets en base de données relationnelle.

Mysql : est un système de gestion de base de données (SGBD).


Il est distribué sous une double licence GPL et propriétaire. Il
fait partie des logiciels de gestion de base de données les plus
utilisés au monde.

Tableau 10 : Framework java et base de données

5.2.4 Les outils utilisés


 Eclipse : est un environnement de développement intégré (Integrated Development
Environment) dont le but est de fournir une plate-forme modulaire pour permettre de
réaliser des développements informatiques. Il est développé par IBM, est gratuit et
disponible pour la plupart des systèmes d'exploitation.

 Visual Paradigm For UML : permet la création des diagrammes UML et des
modèles qui en sont à l’origine. Ceux-ci peuvent alors générer du code dans un
langage de programmation déterminé. Il propose également la création d’autres types
de diagrammes, comme celui qui permet la modélisation des bases de données
pouvant, lui aussi, générer des canevas d’applications basé sur des Framework et
Pattern mais en plus, générer du code SQL qu’il peut ensuite déployer
automatiquement dans différents environnements.

 Jasper Reports : est un outil de reporting Open source pour le langage Java. Il peut
accéder aux données via JDBC, Table Models, JavaBeans, XML, Hibernate, CSV,Il
génère des rapports au format PDF, RTF, XML, XLS, CSV, HTML, XHTML, texte,
DOCX, et OpenOffice. Il peut être couplé à iReport pour faciliter la création des
rapports au format .jrxml

53
Chapitre 6 Analyse et Conception

6
Analyse Et Conception

Tout comme la construction d’une maison nécessite des plans à différents niveaux
(vision extérieure, plan des différents étages, plans techniques…), la réalisation d’une
application informatique ou d’un ensemble d’applications est basée sur plusieurs diagrammes.
Le formalisme UML s’est imposé comme l’outil de plus approprié pour ce projet. En
effet, le langage de modélisation UML permet de mener la phase de conception tout en
bénéficiant de la puissance et de la simplicité de ses diagrammes
Dans ce chapitre nous allons présenter, le diagramme de cas d’utilisation, le
diagramme de séquence boîte noire et le diagramme de classes d’analyse.

6.1 Phase d’inception


Consiste à cadrer le projet et à définir son business case, en particulier en identifiant toutes les
entités externes qui vont interagir avec le système, et en définissant la nature de cette interaction à
haut niveau.

54
Chapitre 6 Analyse et Conception

6.1.1 Diagramme de cas d’utilisation

Il permet d'identifier les possibilités d'interaction entre le système et les acteurs


(intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le
système. Il permet aussi de délimiter le système.
Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur
(humain ou machine) et un système. Il est une unité significative de travail. Dans un
diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent
avec les cas d'utilisation (use cases).

Figure 29 : Diagramme de cas d’utilisation de société BusinessaaS

55
Chapitre 6 Analyse et Conception

Figure 30 : Diagramme de cas d’utilisation de l’école

56
Chapitre 6 Analyse et Conception

6.2 Phase d’analyse


La phase d’analyse sert à analyser l’environnement actuel du processus et à identifier
les besoins. Il est aussi utilisé pour définir les exigences. Si des modifications ou corrections
doivent y être apportées, alors le cycle recommence depuis la modélisation et ainsi de suite.

6.2.1 Diagramme de séquence

Les diagrammes de séquence : ils présentent la vue dynamique du système. L'objectif


du diagramme de séquence est de représenter les interactions entre les objets en indiquant la
chronologie des échanges. Cette représentation se réalise par cas d'utilisation.

 Diagramme de séquence d' « authentification » :

 Diagramme de séquence « création compte de l’école » :

57
Chapitre 6 Analyse et Conception

 Diagramme de séquence de « modification d’un module de BusinessaaS » :

 Diagramme de séquence d’ « abonnement » :

58
Chapitre 6 Analyse et Conception

 Diagramme de séquence d’ « inscription élève » :

 Diagramme de séquence de « surveillance » :

 Diagramme de séquence de « suivre une formation » :

59
Chapitre 6 Analyse et Conception

6.2.2 Diagramme de classes d’analyse

Les diagrammes de classes jouent un rôle central dans l’analyse et le design orientés
objet. Ils présentent un ensemble d’éléments de modèle statiques, leur contenu (structure
interne) et leurs relations aux autres éléments. Les principaux éléments représentés dans un
diagramme de classes sont les classes, les packages, les associations, les héritages et les
dépendances.

Figure 31 : Diagramme de classe d’analyse de BusinessaaS

60
Chapitre 6 Analyse et Conception

Figure 32 : Diagramme de classe d’analyse des écoles

61
Chapitre 7 Implémentation

7
Implémentation

Ce chapitre est consacré à la présentation de notre solution « Software as a service »,


qui comporte deux application web :
 BusinessaaS : qui présente nos services aux clients (écoles privé) et qui ouvre la
possibilité de l’abonnement pour bénéficier de nos services.
 Cloud Ecole : application développée précisément dans les écoles privées afin de
présenter à leurs clients, les services adoptés

Ainsi que le mécanisme de la sécurité utilisé afin d’assurer une bonne protection de
données de nos clients.

7.1 Mécanismes de la sécurité


7.1.1 Java Simplified Encryption(Jasypt)
La librairie Jasypt (Java Simplified Encryption) permet de crypter/décrypter d’une
manière très simple.

62
Chapitre 7 Implémentation

L’emploi de Jasypt permet au développeur d’accéder aux fonctionnalités de


cryptage/décryptage avec un minimum d’efforts sans avoir une connaissance approfondie
dans ce sujet. L’utilisation de Jasypt permet de bénéficier de :

 Haute-sécurité : des techniques de chiffrement standards, chiffrement unidirectionnel


et bidirectionnel. Crypter les mots de passe, textes, chiffres, binaires …
 Intégration transparente avec Hibernate.
 Intégration transparente avec Spring et Spring Security
 API Libre et ouverte pour l’usage avec n’importe quel fournisseur JCE

7.1.2 HyperText Transfer Protocol Secure(HTTPS)


Le protocole HTTPS permet l’échange de données entre client et serveur de manière
sécurisée, en ayant recours au cryptage (technologie SSL/TLS). Il permet aussi au client
d’authentifier le site serveur.
Le SSL (Secure Socket Layer) / TLS (Transport Layer Security) est le protocole de
sécurité le plus répandu qui créé un canal sécurisé entre deux machines communiquant sur
Internet ou un réseau interne.

Figure 33 : Transfert de données non sécurisé, Figure 34 : Transfert de données sécurisé par
pas de certificat SSL certificat SSL :

Il fonctionne sur l'établissement de clés privées et publiques qui s'apparentent à


l'utilisation d'une serrure et de sa clé :
 La clé privée est enregistrée sur le serveur.
 La clé publique, connue de tous, crypte les données à envoyer, qui, une fois
réceptionnées par le serveur, sont décryptées au moyen de la clé privée.

63
Chapitre 7 Implémentation

7.2 Application web de BusinessaaS

7.2.1 Front office de BusinessaaS

 La page d’accueil de BusinessaaS :

Cet espace présente notre solution et ces différents modules (gestion, surveillance et
formation à distance) et la société qui l’offre.

Figure 35 : Page d’accueil de BusinessaaS

64
Chapitre 7 Implémentation

 La page services de BusinessaaS :

Cette page présente les différents modules avec les services qu’offre chacun

Figure 36 : Page des modules de BusinessaaS

65
Chapitre 7 Implémentation

 Le formulaire de création du compte d’école:

Afin que les écoles bénéficient des modules de BusinessaaS, chacune doit avoir un
compte. La figure ci-dessous présente le formulaire de création d’un compte pour une école
donnée.

Figure 37 : Formulaire de création le compte d’école

Après la création du compte, l’utilisateur va recevoir à un E-mail, pour activer le compte créé.

Figure 38 : Page d‘activation du compte

66
Chapitre 7 Implémentation

 La page d’authentification des écoles :

Afin de s’abonner aux services de BusinessaaS, les écoles doivent s’authentifier. La figure
ci-dessous présente la page d’authentification.

Figure 39 : Page d’authentification des écoles

 La page de modifier la compte d’école

Après la création du compte d’école et l’authentification, l’utilisateur de ce compte, peut


afficher le profil de l’école, et peut même faire des modifications sur son compte, la figure ci-
dessous présente la page d’un profil d’une école.

67
Chapitre 7 Implémentation

Figure 40 : Page de profil d’une école

 La page d’abonnement

Après l’authentification, l’école peut bénéficier des modules Businessas. La figure ci-dessous
illustre la page de choix de modules.

68
Chapitre 7 Implémentation

Figure 41 : Page de choix des modules

Après le choix d’un ou plusieurs modules et la précision de la date de début et de la date de


fin, nous cliquons ensuite sur « confirmer », la page suivante qui sera affichée, affichera le
prix total à payer.

69
Chapitre 7 Implémentation

Figure 42 : Page de confirmation de l’abonnement

Après avoir appuyé sur le bouton « acheter », le client va être redirigé vers le site Paypal pour
régler la somme due. La figure ci-dessous présente la page de paiement Paypal.

Figure 43 : Page de paiement PayPal

Le client va s’authentifier par son compte PayPal, pour régler les frais correspondant à
sa demande.
L’application BusinessaaS va recevoir ensuite une requête de PayPal pour valider le
choix de l’école. Si la requête retourne « SUCCESS », le paiement a été bien effectué. Dans le
cas contraire elle retournera « CANCEL » si le paiement a été refusé.

70
Chapitre 7 Implémentation

7.2.2 Back office de BusinessaaS

 Espace de connexion d’administrateur BusinessaaS :

Pour gérer l’application BusinessaaS, l’administrateur doit s’authentifier. La figure ci-


dessous présente la page d’authentification de l’administrateur.

Figure 44 : Espace de connexion de l’administrateur de BusinessaaS

 Page d’accueil d’administrateur BusinessaaS :

Après que l’authentification ait été effectuée avec succès, la page d’accueil
d’administrateur de BusinessaaS va afficher, comme indiqué dans la figure ci-dessous.

Figure 45 : Page d’accueil administrateur de BusinessaaS

71
Chapitre 7 Implémentation

 Page de gestion de modules de BusinessaaS :

L’administration de BusinessaaS permet aussi de modifier les prix des modules, comme
illustré dans la figure ci-dessous.

Figure 46 : Page de gestions de modules de BusinessaaS

 Page de gestion des clients de BusinessaaS :

La figure ci-dessous, affiche la liste des écoles qui bénéficient des services de
BusinessaaS et permet à l’administrateur de l’imprimer.

Figure 47 : Page de lister des clients de BusinessaaS

72
Chapitre 7 Implémentation

7.3 Application web des écoles privées (EcoleCloud)


Les clients de chaque école doivent sélectionner le nom de leur école. Comme indiqué
dans la figure ci-dessous.

Figure 48 : La page de choix le nom d’école

Dans cette partie, nous allons présenter un exemple d’une école donnée qui bénéficie
de tous les modules (module de gestion, de surveillance et de formation à distance) de
BusinessaaS.

7.3.1 Front office de l’application EcoleCloud

Les utilisateurs de l’application EcoleCloud doivent s’authentifier afin de bénéficier


de services proposés pour chaque type d’utilisateurs (élève, enseignant, parent). Sauf la page
d’accueil sera affichée sans authentification

La figure ci-dessous présente la page d’authentification pour utilisateur élève par exemple.

73
Chapitre 7 Implémentation

Figure 49 : Page d’authentification des utilisateurs de l’application des écoles

 La page d’accueil d’EcoleCloud :

La page d’accueil contient des informations sur l’école privée donnée. Comme indiqué
dans la figure ci-dessous.

Figure 50 : La page d’accueil de l’application EcoleCloud

74
Chapitre 7 Implémentation

Module de gestion
Le module de gestion est composé de l’espace des élèves et de l’espace des
enseignants

 Espace des élèves :

Les élèves de l’école après leur authentification peuvent consulter des actualités de
l’école, d’afficher et télécharger leur emploi des temps, leurs cours en ligne et leur relevé des
notes. La figure ci-dessous présente espace élèves.

Figure 51: L’espace élève de l’application des écoles

 Espace enseignant :

Les enseignant peuvent consulter des actualités de l’école, d’afficher et télécharger leur
emploi des temps, uploader des cours etc. La figure ci-dessous présente l’espace d’enseignant.

75
Chapitre 7 Implémentation

Figure 52 : L’espace enseignant de l’application des écoles

Module de surveillance

Après que le parent d’un ou des élèves s’authentifie, il peut consulter des notifications
sur la présence de leur enfants dans les séances de cours et aussi peut surveiller ses enfants via
des caméras dans la salle de cours au sein de l’école. Comme indiquer dans la figure suivante.

76
Chapitre 7 Implémentation

Figure 53 : La page de surveillance de l'application des écoles

7.3.2 Back office de l’application EcoleCloud

 Espace de connexion d’administrateur BusinessaaS :

Pour gérer l’application des écoles, l’administrateur d’une école donnée doit
s’authentifier. La figure ci-dessous présente la page d’authentification de l’administrateur

Figure 54 : Espace de connexion de l’administrateur de CloudEcole

77
Chapitre 7 Implémentation

 Page de gestion d’accueil:

Après que l’authentification ait été effectuée avec succès, la page de gestion d’accueil
d’administrateur va afficher, elle permet à l’administrateur de gérer la page d’accueil de front
office de l’école, comme indiqué dans la figure ci-dessous.

Figure 55 : Page de gestion de la page d’accueil de l’application des écoles

 La page de gestion du module de Gestion d’école

L’espace de gestion du module de gestion est composé de l’espace de gestion des élèves
et de l’espace de gestion des enseignants.

 Espace de gestion des élèves :

L’espace de gestion des élèves permet à l’administrateur d’inscrire des élèves, d’ajouter
des formations, d’ajouter l’emploi des temps, de gérer les absences des élèves etc. comme
indiqué ci-dessous.

78
Chapitre 7 Implémentation

Figure 56 : Page de gestion du module de gestion de l’application EcoleCloud

 Espace de gestion des enseignants :

Les enseignant peuvent consulter des actualités de l’école, d’afficher et télécharger


leur emploi des temps, uploader des cours etc. La figure ci-dessous présente l’espace
d’enseignant.

Figure 57 : Espace de gestion des enseignants d’application des écoles

79
Chapitre 7 Implémentation

Gestion de module de surveillance


Cette page permet à l’administrateur de gérer des camera IP des salles, comme indiqué
dans la figure ci-dessous

Figure 58 : Page de configuration des caméras IP des salles

Gestion de module de formation à distance

Cet espace permet à l’administrateur de gérer des formations à distance, comme illustré dans
la figure suivante.

Figure 59 : Page de gestion du module de formation à distance d’EcoleCloud

80
Chapitre 7 Implémentation

Conclusion et perspectives

Pendant le déroulement de mon stage, j’ai eu l’occasion d’acquérir un maximum de


connaissances sur le cloud computing, et de travailler avec les frameworks Struts2 et
Hibernate, d’administrer des systèmes et réseaux, ce qui s’est avéré très enrichissant pour
mon expérience professionnelle.
Le fait de travailler avec des responsables d’équipe expérimentés , nous a permis
d’avoir une vision détaillée de la gestion, de la conception et plus généralement de la
supervision des systèmes et l’élaboration des solutions.
Ce stage très diversifié du point de vue gestionnaire, technique et des traitements
statistiques, nous a permis de découvrir des branches de métiers nouveaux dans lesquelles il
nous sera possible d’évoluer.
Le problème que nous avons rencontré, est le manque des serveurs dédiés au cloud dans
l’entreprise d’accueil, pour construire l’infrastructure demandée.
Nos perspectives principales et les plus importantes de notre projet sont de:

 Utiliser l’API de PayPal, au lieu de rediriger nos clients vers le site de PayPal pour
payer les frais de leurs demandes
 Améliorer les applications : utiliser le format JSON pour charger le contenue de la
page JSP, au lieu de charger toute la page
 Terminer le développement du module de formation à distance, d’ajouter un serveur
de streaming pour permettre aux écoles de sauvegarder les séances des formations et
d’ajouter un serveur chat pour permettre aux élèves des écoles d’interroger leurs
formateurs pendant la séance de formation
 Intégrer le module de formation à distance aux réseaux sociaux, afin de permettre aux
administrateurs des écoles de promouvoir leurs formations et d’avoir des statistiques
sur la réussite de ces formations
 Améliorer le niveau de la sécurité de nos services

81
Annexes Serveur Cloud

Annexe 1. Serveur Cloud


[12] [13] [14]
1. Installation et configuration Openstack Juno sous ubuntu 14.04

 Installation Openstack Juno

Il y a plusieurs méthodes d’installation OpenStack : soit via devstack (distribution All-In-


One) ou depuis les packages. Lors de notre déploiement, nous avons choisi la première
méthode.
 Télécharger Devstack: Nous allons récupérer la dernière version de Devstack via
https:

git clone –b stable/juno https://github.com/openstack-dev/devstack.git

 Télécharger le fichier ‘local.conf’ de configuration des services OpenStack :

cd devstack

wget https://github.com/smakam/openstack/raw/master/juno/local.conf.control

mv local.conf.control local.conf

 Exécuter DevStack

./stack.sh

 Redémarrer Openstack

./rejoin-stack.sh

 si l’installation est réussie, vous verrez le message suivant:

82
Annexes Serveur Cloud

2. Configuration Openstack Juno

Si tout s’est passé correctement, vous pouvez accéder au tableau de bord (Horizon) à
partir d'autre ordinateur sur le réseau local en accédant à http://server-ip-address de votre
navigateur et vous identifier par le login (admin ou demo ) et le mot de passe que vous avez
choisi lors de l’étape précédente.

Figure 60 : Interface web d'authentification Openstack Juno

Maintenant, vous allez être redirigé vers la page du tableau de bord d’Openstack :

Figure 61 : Tableau de bord d’Openstack Juno

 Créer des réseaux:

Une fois connecté au tableau de bord OpenStack, cliquez sur l'onglet "Admin" dans le
menu de navigation de gauche, puis cliquez sur «Réseaux» sous la rubrique «Gestion
Système» puis supprimez les réseaux par défaut et ajouter des réseaux selon vos besoins.

83
Annexes Serveur Cloud

Sous la rubrique «Réseaux », cliquez sur le bouton "Créer un réseau", comme indiqué ci-
dessous :

Figure 62 : Création des réseaux sous openstack

 Créer des routeurs :

Après la création de deux réseaux (public et private) maintenant, nous allons les relier par
un routeur. Cliquez sur l'onglet "Projet" dans le menu de navigation de gauche, puis cliquez
sur «Routeurs» sous la rubrique «Réseau». Enfin, cliquez sur le bouton "Créer un Routeur".

Figure 63 : Création des routeurs sous openstack

Après la création du routeur ajoutez les interfaces publique et privé comme indiqué ci-dessous :

Figure 64 : Ajout des interfaces réseaux à un routeur sous openstack

 Exécuter des instances :

Etape1 : Gérer les règles de sécurité

Cliquez sur l'onglet "Projet" dans le menu de navigation de gauche, puis cliquez sur «Accès et
Sécurité» sous la rubrique «Compute». Sous la rubrique «Groupes de sécurité", cliquez sur le bouton

84
Annexes Serveur Cloud

"Modifier les règles" pour le groupe de sécurité "par défaut". Cliquez sur le bouton "Ajouter une
règle", et dans la boîte de dialogue qui apparaît, ajouter les règles selon vos besoins.

Figure 65 : Gestion des règles de la sécurité sous openstack

Etape2 : Créer ou importer une paire de clés.

Dans le menu de navigation de gauche, cliquez sur «Accès et Sécurité» sous la rubrique
«Compute». Dans la partie principale de l'écran, cliquez sur l'onglet "paires de clés," et
choisissez "Créer paire de clés" ou "Importer paire de clés."

Figure 66 : Gestion les paires de clés sous openstack

Etape 3 : Ajouter les types les instances


Cliquez sur l'onglet "Admin" dans le menu de navigation de gauche, puis cliquez sur «Types
d’instance» sous la rubrique «Gestion système».
Sous la rubrique «Types d’instance ", cliquez sur le bouton "Créer un type d’instance" et
ajouter les types des instances selon vos besoins.

Figure 67 : Gestion les types d’instance sous openstack

85
Annexes Serveur Cloud

Etape4 : Ajouter une image.

Dans le menu de navigation de gauche, cliquez sur "Images" sous la rubrique "Gérer
Compute." Cliquez sur le bouton "Créer une image", situé dans la partie supérieure droite de
l'écran. Dans la boîte de dialogue qui apparaît, saisissez "Centos6.5" dans le champ "Nom",
"http://repos.fedorapeople.org/repos/openstack/guest-images/centos-6.5-20140117.0.x86_64
.q cow2" dans le champ "Emplacement de l'image", dans le menu déroulant "Format"
choisissez "qcow2", laissez le "disque Minimum" et les champs "Ram minimum" vierge,
cochez la case "Public", et cliquez sur le bouton "Créer une image", comme indiqué ci-
dessous

Figure 68 : Création des images sous openstack

Etape5 : Lancez l'instance.

Dans la partie principale de l'écran, sous la rubrique «Images» rubrique, cliquez sur le
bouton "Lancer" pour l'image "Centos6.5". Dans la boîte de dialogue résultante, fournir un
nom dans le champ "Nom de l'instance", sélectionner un type d’instance, le pair de clé, le
réseau de l’instance et cliquez sur le bouton "Lancer".

86
Annexes Serveur Cloud

Figure 69 : Lancement une instance sous openstack

 La topologie du réseau :
Après la création des réseaux, routeur et exécution des instances. La figure ci-dessous
présente la topologie du réseau de notre serveur cloud.

Figure 70 : Topologie réseau de serveur cloud

87
Annexes Serveur GlassFish

Annexe 2. Serveur GlassFish


Installation et configuration du serveur GlassFish 4.0 sur CentOS 6.5 : [9]
Pour installer et configurer le serveur GlassFish, nous allons suivre les étapes suivantes :

Etape 1:Installer JDK


 Téléchargez les paquetages d’une version stable JDK, à partir de : www.oracle.com
 Installez paquetage JDK:

# rpm –Uvh jdk-7u65-linux-i586.rpm

Etape 2 : Installer GlassFish

 Téléchargez le fichier d'installation de GlassFish:


#cd /opt

#wget http://dlc.sun.com.edgesuite.net/glassfish/4.0/release/glassfish-4.0.zip

 Décompressez le fichier zip téléchargé:

#unzip glassfish-4.0.zip

Etape 3 : Démarrer le Serveur GlassFish

#unzip glassfish-4.0.zip #glassfish4/bin/asadmin start-domain

Etape 4 : Changez le mot de passe du compte d’administrateur.


cd /opt/glassfish4/glassfish/bin
./asadmin --host 192.168.3.99 --port 4848 change-admin-password

Etape 5 : Activez le mode SSL pour sécuriser la connexion entre les instances du cluster
et le DAS (Domain Application Server):

cd /opt/glassfish4/glassfish/bin
./asadmin --host 192.168.3.99 --port 4848 enable-secure-admin

Etape 6 : Accès à la console d’administration GlassFish

Ouvrez votre navigateur web et accédez à http://server-ip-address:4848

88
Annexes Serveur GlassFish

Figure 71 : La page d’authentification de GlassFish

Après que l’authentification ait été effectuée avec succès, l’interface d’administration
de GlassFish s’ouvre, comme indiqué ci-dessous.

Figure 72 : L’interface d’administration de serveur GlassFish

89
Annexes Cluster de Serveur GlassFish

Annexe 3. Cluster de Serveur GlassFish


Installation et configurationduCluster de serveur GlassFish4.0 sur CentOS 6.5: [15]

Après installation et configuration du serveur d’application GlassFish4.0, maintenant,


nous allons suivre les étapes suivantes pour installer et configurer le cluster de serveur
GlassFish4.0.
Etape 1 : Installation et configuration du cluster de serveur GlassFish
Nous allons suivre les mêmes étapes d’installation et de configuration du serveur
GlassFish4.0que celles décrites précédemment « voir l’annexe 2 ».
Etape 2 : Création d'un nœud distant
Pour créer un nouveau nœud de cluster distant, nous pouvons soit utiliser l’outil
asadmin dans un terminal ou il peut simplement être obtenu dans l'interface Web de la
console d'administration. Pour ce faire nous allons utiliser la deuxième méthode. Dans
l'arborescence des tâches courantes sur le côté gauche de la console, cliquez sur « Nodes »,
puis cliquez sur « New ». La forme de la figure ci-dessous doit être affichée.

Figure 73 : Création d'un nouveau nœud de cluster en utilisant la console d'administration

Nous devons remplir les champs du formulaire avec les valeurs qui ont été utilisés
avant de créer le nœud distant:

90
Annexes Cluster de Serveur GlassFish

 Name: glassfishCluster;
 Node Host: 192.168.3.100;
 SSH User Name: root
 SSH User Authentication: password;
 SSH Password: ********;

Etape 3 : Création d'un cluster et ses instances en utilisant la console d'administration

Après la création d’un nœud distant, sélectionnez « Clusters » dans l'arbre des
tâches et cliquez sur le bouton « New ». Dans le formulaire qui sera affiché, tapez le nom du
Cluster et, ci-dessous les instances étiquettes de serveurs à créer, cliquez sur le
bouton « New »pour créer deux instances de chaque serveur GlassFish. Ensuite, remplissez
les informations de chaque instance. Le formulaire rempli est présenté dans la figure ci-
dessous.

Figure 74 : Création d'un nouveau cluster en utilisant la console d'administration

Etape 4 : Gestion de cluster dans la console d'administration

Après que le cluster ait été créé, il est possible de voir ses instances, démarrer et
arrêter à l'aide de la console d'administration. Pour ce faire, cliquez sur « Clusters » et utiliser

91
Annexes Cluster de Serveur GlassFish

l'interface présentée dans figure ci-dessous. Cliquez sur le nom d'un Cluster ou sur l'une de
ses instances. On aura ainsi accès à la configuration plus détaillée de chaque élément.

Figure 75 : Interface pour la gestion des clusters dans la console d'administration

Etape 5 : Tester la fonction de haute disponibilité de clusters GlassFish

Après que le cluster ait été créé et démarré, déployez une application à l’aide de la
console d’administration. Cliquez sur l’onglet « Applications » dans le menu de navigation de
gauche, puis cliquez sur « Deploy Applications or Modules ». Choisissez l’application à
déployer et sélectionnez le cluster « cluster1 » que vous avez créé. Après cela, cliquez sur
« OK » pour déployer l’application.

Figure 76 : Exemple de dépliement d’une application web

92
Annexes Cluster de Serveur GlassFish

Après le déploiement, l'application sera disponible dans les quatre instances. Avant de
l'ouvrir dans votre navigateur Web, vous devez connaître le port HTTP et HTTPS utilisé par
chaque instance. Dans la console d'administration, cliquez sur « Applications » et lancez
l’application que vous avez déployez. Une page avec des informations générales sur l'exemple
choisi sera ouverte, et les éléments des Ports http et https montreront trois valeurs. L'une au
milieu est le numéro de port à utiliser pour accéder à l'application dans le navigateur.

Lors de nos tests, les instances ont été de répondre sur les ports HTTP et HTTPS.
Comme indiqué sur la figure ci-dessous.

Figure 77 : les adresses d’une application déployée

Donc n'importe laquelle de ces adresses, peut ouvrir la page de


l’application« Businessaas ».

93
Annexes Serveur Nagios

Annexe 4. Serveur MySQL cluster


Installation et configuration du serveur MySQL cluster sous CentOS 6.5 : [16]

Notre cluster MySQL est composé de quatre nœuds :

 Nœud SQL (sqlNode : 192.168.3.143)


 Nœud de gestion (managementNode : 192.168.3.140).
 Nœud de données 1(dataNode1 : 192.168.3.138).
 Nœud de données 2 (dataNode2 : 192.168.3.139).

Nous allons suivre les étapes suivantes pour installer et configurer le serveur MySQL
cluster.

Etape 1 : Préparation des serveurs


 Téléchargez le logiciel MySQL Cluster à partir de: http://www.mysql.com/
downloads/cluster/
 Sur chaque nœud, unarchive le fichier tar.gz et déplacez lesfichiers vers
/usr/local/mysql

#tar zxf mysql-cluster-gpl-7.3.6-linux-glibc2.5-i686.tar.gz

#mv mysql-cluster-gpl-7.3.6-linux-glibc2.5-i686 /usr/local/mysql

Etape 2 : Installation et configuration de nœud de gestion

 Créez le répertoire pour stocker les données de nœud de gestion

#mkdir /usr/local/mysql/mysql-cluster

 Copiez le nécessaire des fichiers binaires dans /usr/sbin

#cp /usr/local/mysql/bin/ndb_mgm* /usr/sbin

 Rendez-le exécutable

# chmod +x /usr/sbin/ndb_mgm*

94
Annexes Serveur Nagios

 Configurez le nœud de gestion, Dans le fichier de configuration (vi/var/lib/mysql-


cluster/config.ini), ajoutez les lignes suivantes:

[NDBD DEFAULT]

NoOfReplicas: 2 #Number of replicas, default:2

DataMemory: 100M

IndexMemory: 20M

[NDB_MGMD]

HostName = 192.168.3.140
DataDir = /usr/local/mysql/mysql-cluster

[NDBD]

HostName = 192.168.3.138

DataDir = /usr/local/mysql/data

[NDBD]

HostName = 192.168.3.139

DataDir = /usr/local/mysql/data

[MYSQLD]

HostName = 192.168.3.143

Etape 3 : Installer et configurer le nœud de données

 Copiez le fichier binaire ndbd dans /usr/sbin

# cp /usr/local/mysql/bin/ndbd /usr/sbin

 Rendez-le exécutable

# chmod +x /usr/sbin/ndbd

95
Annexes Serveur Nagios

 Créez le répertoire de données

# mkdir –p /usr/local/mysql /data

 Configurez le nœud de données (même pour chaque nœud ndbd)

Dans le fichier de configuration (/etc/my.cnf), ajoutez les lignes suivantes:

[mysqld]

ndbcluster

[mysql_cluster]

ndb-connectstring=192.168.3.140

Etape 4 : Installer et configurer le nœud MySQL


 Créer un compte utilisateur mysql

#groupadd mysql
#useradd -g mysql mysql

 Créez et remplissez la base de données du système

#cd /usr/local/mysql

#scripts/mysql_install_db --user=mysql

 Définissez les droits d’accès

# cd /usr/local/mysql
# chown –R root .
# chown –R mysql data
# chgrp –R mysql .

 Configurez le service de démarrage et activez-le de sorte que le processus de nœud


SQL se met en marche au démarrage du système.

# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/
# chmod +x /etc/init.d/mysql.server
# chkconfig mysql.server –add
# chkconfig mysql.server on

 Configurez le serveur MySQL

96
Annexes Serveur Nagios

Dans le fichier de configuration (/etc/my.cnf), ajoutez les lignes suivantes:

[mysqld]

ndbcluster

[mysql_cluster]

ndb-connectstring=192.168.3.140

Etape 5 : Démarrez le cluster


Nœud de gestion devrait être lancé en premier, suivi par les nœuds de données et enfin nœud
SQL.
 Lancez le nœud de gestion

# ndb_mgmd –f /usr/local/mysql-cluster/config.ini

 Lancez le nœud de données

# ndbd

 Lancez le nœud SQL

# service mysql.server start

Etape 6 : Vérifiez les services de cluster


Sur le nœud de gestion, exécutez la commande suivante et vérifiez si tous les nœuds
sont démarrés
# ndb_mgm –e show

Etape 7 : Arrêt le Cluster


 Pour arrêter le cluster, il faut suivre cet ordre:Serveur MySQL puis Nœud de gestion.
 Connectez-vous au nœud MySQL et exécuter la commande suivante:

# service mysql.server stop

 Connectez-vous au nœud de gestion et exécuter la commande suivante:

# ndb_mgm -e shutdown

97
Annexes Serveur Nagios

Annexe 5. Serveur Nagios


I. Installation et configuration de Nagios sous CentOS 6.5 : [17] [18]

1. Installer les composants requis pour Nagios Server (192.168.1.34):

#yum install -y gd gd-devel httpd php gcc glibc glibc-common

2. Par défaut Nagios ne se trouve pas dans référentiel officiel de centos. Il faut donc ajouter le
dépôt EPEL afin d'installer Nagios:
#wget http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch .rpm
#rpm -ivh epel-release-6-8.noarch.rpm

3. Installer Nagios en serveur 192.168.1.34:

#yum install -y nagios*

4. Configurer Nagios:

4.1. Modifier les lignes suivantes dans le fichier de configuration Nagios


(/etc/httpd/conf.d/nagios.conf):

## Comment Lines 15 & 16 ##


# Order allow,deny
# Allow from all
## Uncomment and Change lines 17,18 & 19 as shown below ##
Order deny,allow
Deny from all
Allow from 127.0.0.1 192.168.1.0/24

4.2. Définir mot de passe Nagiosadmin:

#htpasswd /etc/nagios/passwd nagiosadmin

4.4. Permettre au service de http par iptables:

#vim /etc/sysconfig/iptables

Et ajouter l’entrée suivante:

-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT

98
Annexes Serveur Nagios

5. Lancer Nagios et les services httpd. Ils se lancent automatiquement à chaque


démarrage:

#/etc/init.d/nagios start
#/etc/init.d/httpd start
#chkconfig nagios on
#chkconfig httpd on

6. Dans un navigateur tapez http://192.168.1.34/nagios/, puis entrez le mot de passe que


nagiosadmin a créé auparavant:

Figure 78 : Interface web de Nagios

II. NRPE Installer et configurer:

Nous pouvons surveiller grâce à ping, tous les ports ouverts comme serveur web,
serveur de messagerie, etc. Mais pour les services internes qui sont à l'écoute sur
localhost, comme MySQL, et les services système, nous aurons besoin d'utiliser NRPE.
NRPE (Nagios Remote Plugin Executor) est un "Addons" pour Nagios qui permet
d'exécuter des plugins sur des machines (Linux/Unix ) distants .La principal raison pour
cela est de permettre à Nagios de superviser les ressources "locales" (comme la charge
CPU, utilisation de la mémoire, etc) sur machines distantes. NRPE doit être installé sur
les machines Linux / Unix à distance.

Figure 79 : Le fonctionnement de NRPE

99
Annexes Serveur Nagios

1. Installer NRPE on Clients linux:

rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-


8.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
yum -y install nagios-plugins-all nrpe openssl
chkconfig nrpe on

2. Modifier le fichier /etc/nagios/nrpe.cfg:

log_facility=daemon
pid_file=/var/run/nrpe/nrpe.pid
server_port=5666
nrpe_user=nrpe
nrpe_group=nrpe
allowed_hosts=192.168.1.34 # Adresse IP de serveur nagios
dont_blame_nrpe=1
debug=0
command_timeout=60
connection_timeout=300
include_dir=/etc/nrpe.d/
command[check_users]=/usr/lib/nagios/plugins/check_users -w 5 -c 10
command[check_load]=/usr/lib/nagios/plugins/check_load -w 15,10,5 -c 30,25,20
command[check_disk]=/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p
/dev/sda1
command[check_zombie_procs]=/usr/lib/nagios/plugins/check_procs -w 5 -c 10 -
sZ
command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 150 -c 200
command[check_procs]=/usr/lib/nagios/plugins/check_procs -w $ARG1$ -c
$ARG2$ -s $ARG3$

Démarrer NRPE:

service nrpe start

III. Ajouter des machines Linux, des routers et des switches au serveur Nagios:

Nous devons definir la commande “check_nrpe” dans le fichier /etc/nagios/objects/


commands.cfg de votre serveur Nagios comme suite:

define command{
command_name check_nrpe
command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$}

100
Annexes Serveur Nagios

1. Ajouter une machine Linux:

Nous allons définir la machine, son groupe, les partitions et ses services à superviser
dans le fichier /usr/local/nagios/etc/objects/Linux.cfg de serveur Nagios comme illustré ci-
dessous:

 Définir la machine linux

define host{
use linux-server
hostg_name serBD
alias server data base
address 192.168.1.35
max_check_attempts 5
check_period 24*7
notification_interval 30
notification_period 24*7 }

 Définir le groupe de la machine


define hostgroup{
hostgroup_name linuxServers
alias Linux Servers
members SerBD , SerWeb, SerBp }

 Définir le service PING de la machine


define service{
use generic-service
host_name serBD
service_description PING
check_command check_ping!100.0, 20%!500.0, 60% }

 Définir le service SSH de la machine


define service{
use generic-service
host_name serBD
service_description SSH
check_command check_ssh
notifications_enable 0}

 Définir le service CPU load de la machine

101
Annexes Serveur Nagios


define service{
use generic-service
host_name serBD
service_description CPU Load
check_command check_nrpe!check_load }

 Définir le service login users de la machine


define service{
use generic-service
host_name serBD
service_description login users
check_command check_nrpe!check_users }

 Définir le service de la partion var de la machine


define service{
use generic-service
host_name serBD
service_description disk var
check_command check_nrpe!check_var }

 Définir le service de la partion boot de la machine

define service{
use generic-service
host_name serBD
service_description disk boot
check_command check_nrpe!check_boot
}

 Définir le service de la partion racine de la machine

define service{
use generic-service
host_name serBD
service_description disk racine
check_command check_nrpe!check_racine }

 Définir le service mysqld de la machin

define service{
use generic-service
host_name serBD
service_description check mysqld
check_command check_nrpe!check_procs_mysqld }

102
Annexes Serveur Nagios

Une fois la configuration terminée, redémarré le service Nagios. Après quelques


instants nous pourrons connaître l’état des services et des partitions de notre machine
comme illustré ci-dessous:

Figure 80 : La fenêtre de l’état des services de la machine linux

2. Ajouter un router:

Nous allons définir le router, son groupe et ses services à superviser dans le fichier
/usr/local/nagios/etc/objects/router.cfg du serveur Nagios comme illustré ci-dessous:

 Définir le groupe des routeurs

define hostgroup{
hostgroup_name routers
alias Networking Routers}

 Définir le groupe le routeur

define host{
use generic-switch
host_name router-ads120mb
alias router-ads120mb
address 41.248.243.114
hostgroups routers}

 Définir le service PING du routeur

define service{
use generic-service
host_name router-ads120mb
service_description PING
check_command check_ping!200.0, 20%!600.0, 60%
normal_check_interval5
retry_check_interval 1}

Une fois la configuration terminée nous allons redémarrer le service Nagios et après
quelques instants nous pourrons connaître l’état de notre router comme illustré ci-dessous:

103
Annexes Serveur Nagios

Figure 81 : La fenêtre de l’état de service PING de routeur

3. Ajouter un switch:

Nous allons définir le switch, son groupe et ses services à superviser dans le fichier
/usr/local/nagios/etc/objects/switch.cfg de serveur Nagios comme illustré ci-dessous:
 Définir le groupe des switches

define hostgroup{
hostgroup_name switches
alias Network Switches}

 Définir le switch

define host{
use generic-switch
host_name Swirch_Cisco_1
alias Swirch Cisco
address 192.168.1.68
hostgroups switches }

 Définir le service PING du switch

define service{
use generic-service
host_name Swirch_Cisco_1
service_description PING
check_command check_ping!200.0, 20%!600.0, 60%
normal_check_interval5
retry_check_interval 1}

Une fois la configuration finie, nous redémarrons le service Nagios. Après quelques
instants nous pourrons connaître l’état de notre switch comme illustré ci-dessous:

Figure 82 : La fenêtre de l’état de service PING de switch

104
Annexes Firewall(PfSense)

Annexe 6. Serveur Backup(Bacula)


Installation et configuration: Bacula server et Bacula client sur Centos 6.5 : [19] [20]

1. Installer et configuration Bacula server:


Nous allons utiliser MySQL pour la base de données, vous pouvez utiliser
PostgreSQL ou MySQL. L’adresse IP du serveur de sauvegarde est
"192.168.2.2/24".

● Installer Bacula server et le serveur mysql en utilisant la commande:


# yum install bacula-director-mysql bacula-console bacula-client bacula-storage-
mysql mysql-server mysql-devel –y

● Démarrez le service MySQL et créer mot de passe root pour mysql:


# service mysqld start
# chkconfig mysqld on
# mysqladmin -u root password *******

● Ensuite, lancez les commandes suivantes une par une pour créer la base de données et
les tables nécessaires pour Bacula.
# /usr/libexec/bacula/grant_mysql_privileges -u root -p
# /usr/libexec/bacula/create_mysql_database -u root -p
# /usr/libexec/bacula/make_mysql_tables -u root -p
# /usr/libexec/bacula/grant_bacula_privileges -u root -p

Maintenant mettre à jour tous les fichiers de configuration de Bacula avec nouveau mot de
passe et adresses, comme indiqué ci-dessous.

● Mettre à jour Bacula Director:


Dans le fichier /etc/bacula/bacula-dir.conf, Soyez conscient que vous devez utiliser
un nom de domaine complet pour ajouter des clients ou tout simplement utiliser l'adresse IP à
la place.

[...]
Director {
Name = bacula-dir
DIRport = 9101 # where we listen for UA connections
QueryFile = "/usr/libexec/bacula/query.sql"
WorkingDirectory = "/var/spool/bacula"
PidDirectory = "/var/run"

105
Annexes Firewall(PfSense)

Maximum Concurrent Jobs = 1


Password = "*********" # Console password
Messages = Daemon
[...]
Client {
Name = bacula-fd
Address =192.168.2.2
FDPort = 9102
Catalog = MyCatalog
Password = "***********" # password for FileDaemon
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
[...]
Storage {
Name = File
Address =192.168.2.2
SDPort = 9103
Password = "**********"
Device = FileStorage
Media Type = File
}
[...]
# Generic catalog service
Catalog {
Name = MyCatalog
dbname = "bacula"; dbuser = "bacula"; dbpassword = "********"
}
[...]
Console {
Name = bacula-mon
Password = "************"
CommandACL = status, .status
}

● Mettre à jour Bacula Console


Dans le fichier /etc/bacula/bconsole.conf, changer le mot de passe de la console:

Director {
Name = bacula-dir
DIRport = 9101
address = localhost
Password = "************"}

● Mettre à jour Storage Daemon

106
Annexes Firewall(PfSense)

Dans le fichier /etc/bacula/bacula-sd.conf, mettre à jour le mot de passe et également


définir le chemin de votre périphérique Archive.
[...]
Director {
Name = bacula-dir
Password = "*********"
}
Director {
Name = bacula-mon
Password = "************"
Monitor = yes
}
[...]
Device {
Name = FileStorage
Media Type = File
Archive Device = /mybackup
LabelMedia = yes; # lets Bacula label unlabeled media
Random Access = Yes;
AutomaticMount = yes; # when device opened, read it
RemovableMedia = no;
AlwaysOpen = no;
}
[...]

● Mettre à jour file daemon


Dans le fichier /etc/bacula/bacula-fd.conf, mettre à jour le mot de passe.

Director {
Name = bacula-dir
Password = "**********"
}
Director {
Name = bacula-mon
Password = "**********"
Monitor = yes
}
● Créer le répertoire d'archivage "mybackup"
# mkdir /mybackup
# chown bacula /mybackup

● Redémarrer les démons Bacula


Maintenant nous avons terminé tous les mots de passe et les modifications d'adresse.
Redémarrer tous les démons Bacula. Il faut le faire pour démarrer automatiquement à chaque
redémarrage.

107
Annexes Firewall(PfSense)

# service bacula-dir start


# service bacula-fd start
# service bacula-sd start
# chkconfig bacula-dir on
# chkconfig bacula-fd on
# chkconfig bacula-sd on

2. Gérer Bacula server avec Webmin:


Webmin est une interface Web pour l'administration de système Linux.

 Téléchargez et installez une version de Webmin:


#wget http://prdownloads.sourceforge.net/webadmin/webmin-1.670-
1.noarch.rpm
#rpm -U webmin-1.670-1.noarch.rpm

● Réglez Firewall / routeur


Après l’installation de Webmin, si vous voulez accéder au serveur Bacula au travers
d'un système distant, permettre au port de webmin "10000" et aux ports "9101", "9102"
bacula, "9103" à travers votre pare-feu ou travers un routeur. Ajoutez ces lignes suivantes
dans votre fichier de configuration iptables, puis redémarrer iptables.

[...]
-A INPUT -m state --state NEW -m tcp -p tcp --dport 10000 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 9101 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 9102 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 9103 -j ACCEPT
[...]

● Accès au Bacula via Webmin:


Vous trouverez le système de sauvegarde Bacula dans le volet gauche de la console de
Webmin:

108
Annexes Firewall(PfSense)

Cliquez sur le lien "Bacula Backup System". Initialement, le serveur Bacula ne


démarre pas automatiquement. Pour lancer le serveur Bacula cliquez sur le lien "Module
Configuration" sur à droite de la page "Bacula Backup System".

Sélectionnez la base de données à savoir "MySQL" et entrez le mot de passe de l'utilisateur de


base de données Bacula. Puis cliquez sur Enregistrer.

Figure 83 : Configuration module de Bacula

Maintenant, vous obtiendrez la fenêtre comme indiqué ci-dessous.

Figure 84 : Tableau de bord de Bacula

109
Annexes Firewall(PfSense)

3. Installer et configuration de Bacula client sous Linux:


● Installez le composant du fichier sur Bacula client:
yum -y install bacula-client bacula-console

● Configurer le fichier Bacula (/etc/bacula/bacula-fd.conf)


Director {
Name = bacula-dir
Password = "**********"
}
Director {
Name = bacula-mon
Password = "**********"
Monitor = no
}

● Puis démarrer le service Bacula.


# service bacula-fd start
# chkconfig bacula-fd on

● Configurer Bacula bconsole(/etc/bacula/bconsole.conf)


Director {
Name = bacula-dir
DIRport = 9101
# Director Daemon's hostname or IP address
address = 192.168.2.2
# specify password to connect to Director Daemon
Password = "***********"
}

4. Exemple de sauvegarde:
● Backup clients:
Nous allons préciser le nom, le mot de passe et adresse IP du client à sauvegarder
comme indiqué ci-dessous.

Figure 85 : création Backup client

110
Annexes Firewall(PfSense)

 File Sets:

Nous allons préciser le fichier ou la partie à sauvegarder, comme indiqué ci-dessous.

Figure 86:Création la partie à sauvegarder

● Backup Schedules:
Nous allons définir un calendrier de sauvegarde: préciser le nom, type et le temps de
sauvegarde, comme indiqué ci-dessous:

Figure 87 : Définir le calendrier de sauvegarde

● Backup Jobs:
Nous allons créer un travail de sauvegarde et nous allons préciser: le nom, le type de
travail, le client à sauvegarder, le calendrier et le type de sauvegarde souhaité. Comme
indiqué ci-dessous:

Figure 88 : Création un travail de sauvegarde

111
Annexes Firewall(PfSense)

● Run Backup Job:


Pour démarrer un travail de sauvegarde il suffit de préciser le travail à démarrer,
comme indiqué ci-dessous:

Figure 89 : Démarrage le travail de sauvegarde

● Restore Backup:
Pour restaurer des données il suffit de préciser le travail à restaurer, le fichier et le
client ou bien de mettre les données à restaurer, comme indiqué ci-dessous:

Figure 90 : Restauration

112
Annexes Firewall(PfSense)

Annexe 7. Firewall (PfSense)


Installation et configuration PFsense : [21]

1. Configuration minimale :
CPU : 133 Mhz mais 400 Mhz est recommandé.

Mémoire : 128 Mb.

Disque Dur : 1 Gb.

Cartes réseaux : 2 ou plus suivant le réseau voulu.

2. Installation de Pfsense :
Téléchargez l’image de pfSense dans la section « Download » de pfSense
(http://www.pfsense.com). Démarrez votre ordinateur à partir du CD de l’image de pfSense.
L’installation va alors commencer. Laissez alors le compte à rebours se terminer (10
secondes) ou appuyez directement sur « Entrée ». Dans ce dernier cas, le démarrage par
défaut est alors choisi.

L’installation va se poursuivre un moment, avec un défilement de commandes, jusqu’à


s’arrêter sur l’écran suivant :

113
Annexes Firewall(PfSense)

Tapez la lettre l pour lancer l'installation (sinon on boot sur le live-cd Pfsense, dans ce
cas mais on ne l'installe pas).

L'installation qui va suivre se fait en acceptant toutes les options par défaut. Il suffit
d'accepter toutes les demandes (formatage si nécessaire et création de la partition).

Placez-vous sur « Accept these Settings » et tapez « Entrée »

Placez-vous sur « Quick/Easy Install » et tapez « Entrée ».

Confirmez le processus d’installation avec <OK>. La fenêtre ci-dessous va apparaître.

Sélectionnez le type du kernel (noyau) à installer.

114
Annexes Firewall(PfSense)

L'installation est terminée. Tapez sur « Entrée » pour redémarrer la machine.

Si l’installation s’est bien déroulée, la machine démarre sur le nouveau système, et


vous allez obtenir l’écran ci-dessous :

Le temps de chargement des divers paramètres du système d’exploitation peut être


long, mais vous allez ensuite aboutir à l’écran ci-dessous :

3. Configuration de serveur PfSense:


Maintenant, il va falloir paramétrer les cartes réseaux afin de correctement les
attribuer. Le nommage des différentes cartes étant parfois peu explicite, tapez « a »pour
déclencher la détection automatique ou déterminer le nom de l’interface réseau, comme
indiqué ci-dessous.

115
Annexes Firewall(PfSense)

Une fois la configuration des cartes effectuée, nous arrivons à l’écran ci-dessous qui
récapitule les différentes cartes réseau et leur association, tapez « y » et validez par « Entrée
»:

L’adresse par défaut du LAN est 192.168.1.1, nous allons la modifier en 10.0.0.1.
Saisir l’option « 2 », puis taper la nouvelle adresse IP et son masque comme indiqué ci-
dessous.

A ce stade là, vous pouvez mettre de côté pfsense. La configuration se fera depuis un
PC du réseau via un navigateur web. Lancez un navigateur web, et dans la barre d’adresse,
saisissez http://adresse-ip-pfsense/ puis validez par « Entrée ». On arrive sur la page
d’identification ci-dessous. Le login et le mot de passe par défaut sont (admin, pfsense):

Figure 91 : La fenêtre d’authentification PfSense

La première chose à faire est de modifier le mot de passe par défaut. Pour cela, il faut
se rendre dans l’onglet System/User Manager, puis de cliquer sur le « e » pour éditer le profil
de l’administrateur comme indiqué ci-dessous:

116
Annexes Firewall(PfSense)

Figure 92 : La fenêtre de user manager PfSense

Puis, il faut configurer l’adresse IP du WAN et du DMZ. Pour cela, se rendre dans l’onglet
Interfaces/DMZ, puis taper la nouvelle adresse IP et son masque comme indiqué ci-dessous:

Figure 93 : La fenêtre de configuration des interfaces de PfSense

117
Annexes SNORT

Annexe 8. SNORT
Nous allons suivre les phases ci-dessous pour installer et configurer SNORT sous PfSense.

Etape 1 : Installation du package de SNORT.


Sous PfSense nous allons cliquer sur (System puis packages), et nous allons choisir
SNORT dans la liste, comme indiqué ci-dessous.

Etape 2 : Récupération du code de configuration


D’abord nous devons créer un compte sur www.snort.org, pour avoir Oinkcode,
c’est un code qui nous sera demandé lors de la configuration de SNORT et qui nous
permettra de récupérer les règles prédéfinies des attaques les plus connues.

Etape 3 : Configuration de SNORT


Après que l’installation ait été effectuée, nous allons cliquer sur l’onglet Global
settings et permettre le téléchargementdes règles que nous souhaitions utiliser.

118
Annexes SNORT

Etape4 : Mettre à jour les règles


L’onglet est utilisé pour vérifier l’état des paquets de règles téléchargés et à
télécharger nouvelles mises à jour.
Etape 5 : Sélectionnez les types de règles que vous vouliez protéger votre réseau.
Cliquez sur l'ongletCatégories, puis cochez les cases de catégories de règles que vous
souhaitiez utiliser.

119
Bibliographie

Bibliographie

[1] : Laurie Sullivan 2006.


[2] : Nicols Grevet , Le Cloud Computing évolution ou révolution,Mémoire de
recherche,M2IRT 2009.
[3]: M. Armbrust, A. Fox, R. Gri_th, A.D. Joseph, R.H. Katz, A. Konwinski, G. Lee, D.A.
Patterson, A. Rabkin, I. Stoica, et al. Above the clouds: A berkeley view of cloud computing.
EECS Department, University of California, Berkeley, Tech. Rep. UCB/EECS-2009-28,
2009.
[4]: Brian J.S. Chee, Curtis Franklin Jr., Cloud Computing: Technologies and Strategies of the
Ubiquitous Data Center, CRC Press, 2010
[5] : Cloud Computing - Informatique en nuage Jean-Paul FIGER
[6]: Eucalyptus. http ://www.eucalyptus.com/.
[7]: Opennebula. http://www.opennebula.org/.
[8]: M. Tranchant, Veille technologique : UE NFE107 Architecture et Urbanisation de
Systèmes d'Informations, Rapport technique, décembre 2008.
[9] :http://glassfish.java.net/fr
[10] : http://www.jboss.org/
[11] : http://db-engines.com/en/ranking
[12]: https://sreeninet.wordpress.com/2015/02/21/openstack-juno-install-using-devstack/
[13]: http://openstack-cloud-mylearning.blogspot.com.es/2015/02/openstack-juno-devstack-
installation.html
[14]: http://chianingwang.blogspot.com.es/2014/11/how-to-install-openstack-juno-on.html
[15]: http://mrbool.com/clustering-whats-new-in-glassfish-3-1-part-2/22712
[16]: http://www.clusterdb.com/mysql-cluster/deploying-mysql-cluster-over-multiple-hosts
[17]: http://www.thelinuxwiki.in/2013/11/how-to-configure-nagios-nrpe-in-centos.html
[18]: http://rowell.dionicio.net/installing-nagios-3-5-on-centos-6-5-minimal/
[19]: http://www.unixmen.com/install-and-configure-bacula-server-in-centos-6-4-rhel-6-4/
[20]: http://www.server-world.info/en
[21]: https://www.pfsense.org

120

Vous aimerez peut-être aussi