• Aucun résultat trouvé

Formule pédagogique Objectifs et compétences P A & S B 3 2016/2017

N/A
N/A
Protected

Academic year: 2022

Partager "Formule pédagogique Objectifs et compétences P A & S B 3 2016/2017"

Copied!
2
0
0

Texte intégral

(1)

B ACHELOR 3 2016/2017

P ROJET TRANSVERSAL A DMINISTRATION & S ECURITE DES INFRASTRUCTURES

CODE Semestre Nombre d’heures Nombre de crédits Langue

EPTR 1+2 40 2 Français

Objectifs et compétences

O BJECTI FS

Mise en place d'une architecture réseau avec des services DNS, http et un pare-feu pour offrir un accès à Internet. On veut une architecture fiable, qui intègre un système de nom, plusieurs serveurs Web ainsi qu’un pare-feu pour de la sécurité. L’objectif final et d’avoir un réseau par groupe et que chaque groupe puisse visualiser le site web des autres groupes en utilisant un système de nom et en utilisant le réseau de l’EPSI. Ces serveur utiliseront ensuite des certificats SSL pour améliorer la sécurité.

Ce projet se terminera sur :

 la mise en place d’un réseau Wi-Fi pour les réseaux ;

 le développement d’une application utilisant des Web-services restful pour les développeurs.

C OMPETENCES

Des bases en réseau (adresses IP / masques).

Des bases en système Linux

R ESUME DU PROJET

Réseau :

Mise en place d’une architecture réseaux dans un environnement Linux avec une partie sans-fil et des serveurs web.

Système :

Configuration des services dns, http (avec SSL), pare-feu. Utilisation des réseaux sans-fils. Utilisation de Javascript avec des Web-Services

Formule pédagogique

P REREQUIS

B1 - Réseau

B2 – Administration Système Shell

D EROULEMENT

6 séances de 4 heures et 2 séances de soutenances

L IVRABLES

Rapport à fournir :

 Schéma de l’architecture réseau;

 détail de toutes les étapes de configuration et ou de code;

Présentation orale par groupes sur la mise en place du projet avec mise en évidence :

 de l’intendance (répartition des tâches) ;

 un descriptif de l’architecture et des actions réalisées (mise en place des services);

 un descriptif des tests (tests côté client) ;

 un retour avec les difficultés rencontrées et améliorations à fournir ;

(2)

Plan détaillé

E TAPE 1

 Définition du schéma réseau, plan d’adressage et du nom de la zone DNS ;

E TAPE 2

 Installation du pare-feu et configuration pour offrir un accès Internet (NAT);

E TAPE 3

 Mise en place du serveur DHCP sur le pare-feu ;

 Installation des serveurs web et d’une base de données MySQL

 Attribution d’un bail statique pour les serveurs http et MySQL;

E TAPE 4

 Mise en place du serveur DNS sur le pare-feu.

 Ajout d’enregistrements directs / inverses.

E TAPE 5

 Ajout de routes statiques pour contacter les autres groupes.

 Obtention du même résultat mais cette fois-ci avec le service DNS.

E TAPE 6

 Ajout de règles de PAT pour avoir accès au serveur http depuis le pare-feu.

E TAPE 7

 Utilisation de « Let’s Encrypt » pour passer les serveurs web en SSL !

E TAPE 8

 Réseau (accès) :

o Ajout d’une borne Wi-Fi sur le réseau

o Utilisation d’une authentification Hot Spot sur un serveur Radius

o Utilisation de daloRadius pour ajouter une interface Web au service Radius

 Développement (partie serveur) :

o Spécification d’une API web-service restful

o Utilisation de patron de conception pour les accès bases et le code métier o Utilisation de Php pour faire un Web-Service restful

E TAPE 9

 Réseau (supervision) :

o Installation de Nagios pour permettre la supervision des serveurs

o Ecriture de plugin spécifique pour vérifier le bon fonctionnement de l’architecture

 Développement (partie client) :

o Utilisation de JavaScript pour interagir avec la partie serveur

o Modification des entêtes de la partie serveur (CORS) pour pouvoir utiliser le client en mode « autonome ».

S OUTENANCE – X GROUPES

Remise des livrables + compte-rendu à chaque séance sur l’avancement du projet (tâches accomplies par chacun des membres du groupe).

5 minutes de présentation

5 minutes de démonstration du projet 5 minutes de questions/réponses

Références

Documents relatifs

➢ Pour être utilisé, le protocole Internet de la couche réseau (3) requiert un protocole "compagnon" de couche transport (4). ➢ UDP (User

Classe A : 1 octet pour le réseau et 3 pour la machine Classe B : 2 octets pour le réseau et 2 pour la machine Classe C : 3 octets pour le réseau et 1 pour la machine En fonction de

Etienne Duris © Université de Marne-la-Vallée – Janvier 2005 Page 1.. Architecture et

Etienne Duris © Université de Marne-la-Vallée – Janvier 2006 Page 1.. Architecture et

Etienne Duris © Université Paris-Est Marne-la-Vallée – Janvier 2009 Page 1.. Architecture et

Du coup, on m ´emorise les pages utilis ´ees le plus souvent dans le TLB (m ´emoire associative mais limit ´ee). Attention, une m ˆeme adresse virtuelle correspond `a plusieurs

Pour cela nous allons configurer un VLAN (Virtual LAN) qui permet d’isoler les machines en fonction des ports du switch.. Dans les paramètres de configuration du switch créer un

Le serveur racine n’est pas autoritaire pour la zone example.net mais va cependant indiquer au serveur cache la liste des serveurs autoritaires pour la zone net ainsi que leurs