WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise en place d'une plateforme sécurisée de centralisation des données de Radio Lomé


par Essoro'ng ASSIH
ESGIS Togo - Master 2 en Informatique 2019
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

III.3.4.2 - La gestion des droits sur les dossiers

A cette étape, nous allons utiliser notre outil RSAT pour faire l'attribution des droits sur nos groupes créée (gr-technique et gr_journalist). Le tableau ci-dessous montre la répartition des droits sur nos disques de partage.

Tableau 13 : Répartitions des droits

groupe

Dossiers ou Disque de partage

Droits sur le dossier

autorisation

refus

gr-technique

DATA

Lecture en général

Création de fichier et dossier, écriture et ajout de données, suppression

ROSE

Lecture en général

Création de fichier et dossier, écriture et ajout de données, suppression

gr_journalist

ROSE

Création de fichier et dossier, écriture et ajout de données

Suppression

DATA

Lecture en général

Création de fichier et dossier, écriture et ajout de données, suppression

Grace à l'outil RSAT, nous allons attribuer les droits sur les groupes, pour ce faire, avec le compte administrateur nous allons ouvrir une session sur Windows et dans la Gestion de l'ordinateur, nous allons nous connecter sur notre Serveur (192.168.1.100) pour accéder au partage (figure ci-dessous) :

Figure 19 : Connexion au dossier de partage via RSAT

Ensuite sur chaque dossier nous allons attribuer les droits à chaque groupe, en faisant un clic droit option Propriétés,illustré dans les figures suivantes :

Figure 20 : Attribution des droits sur le dossier DATA

Figure 21 :Attribution des droits sur le dossier ROSE

III.4 - Résultats

Nous allons présenter les résultats suivants : l'authentification sur le réseau, le partage, le cluster, le backup.

III.4.1 - L'authentification sur le réseau

Maintenant les utilisateurs peuvent se connecter pour travailler sur la plateforme en entrant leur login et mots de passe comme l'indique la figure suivante :

Figure 22 : Authentification sur le réseau

III.4.2 - Le partage

Une fois connecté, l'utilisateur TOTO, étant donné qu'il appartient au groupe grp_journalist,aura droit au dossier partage grâce au GPO.Notons que grâce à l'installation de Samba comme un AD DC nous pouvons déployer des ACLs sur des dossiers partagées dans /etc/samba/smb.conf.

L'utilisateur TOTO peut lire, parcourir dans tous les dossiers (DATA, ROSE,) mais lorsqu'il tentera de créer un dossier ou supprimer un fichier ou dossier dans MUSIC, il n'aura pas l'accès.

Figure 23 : Sécurité du partage

III.4.3- Le cluster

Plusieurs risques (panne matérielle, incendie...)peuvent être à l'origine du dysfonctionnement du système d'information, c'est dans cette optique que nous avons configuré notre stockage en RAID1 réseau (disque en miroir) avec l'outil DRBD, dans la figure 24, nous allons simuler un crash du disque du serveur principal. La commande fdisk -l permet de lister l'ensemble des disques présent sur notre serveur.

Figure 24 : Crash du disque du serveur rl1

Sur le serveur principal rl1 tapons drbd-overview, pour vérifier l'état de notre RAID, d'après la figure 25, le serveur rl1 est toujours en attente d'un remplacement du disque. L'option Diskless/DUnknown et /mnt/DATA permet d'affirmer que les données existantes avant le crash sont toujours disponibles.

Figure 25 : Disponibilité du stockage de donnée

Le DRBD est maintenant en attente de connexion.Maintenant toujours sans éteindre le rl2, rajoutons de nouveau un disque de 50Go.Refaites un fdisk -l et vous voyez maintenant qu'un nouveau /dev/sdb est apparus mais celui-ci est non partitionné.

Créons maintenant une partition comme nous l'avons fait tout au début et réactivons le DRBD.

La haute disponibilité de notre plateforme est gérée par le heartbeat. En cas de défaillance de < rl1 > il basculera le partage Samba sur < rl2 >grâceàl'IP virtuelle du cluster. La figure suivante nous montre que suite à une interruption momentanée du serveur principal le serveur secondaire prend la relève avec l'attribution d'IP virtuelle 192.168.1.100 dans son réseau.

Figure 26 : Attribution d'adresse virtuelle au serveur secondaire

Le cluster de la haute disponibilité fonctionne correctement, nous avons vu précédemment que même en cas de crash d'un disque dur sur l'un des serveurs, l'autre disque prend la relève. La disponibilité de nos services est gérée par le logiciel heartbeat grâce à l'IP virtuelle du cluster. C'est avec cet IP virtuelle que les machines (figure 27) intégreront le domaine RADIO.LAN.

Figure 27: Test de connectivité avec notre hôte Windows

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Le doute est le commencement de la sagesse"   Aristote