Rapport de test
CONTENU
Test DHCP ... 3
NAT ... 4
ACL ... 5
DNS ... 7
WIFI ... 8
Radius ... 10
GLPI ... 12
TEST DHCP
Voici la configuration DHCP du routeur :
Afin de réaliser les différents tests DHCP il faut : - Paramétrer le pc en DHCP
- Dans un cmd, réaliser un ipconfig/release et ipconfig/renew
- Vérifier que l’adresse fait partie de la plage DHCP
Le résultat du test est concluant. Le serveur DHCP attribut bien automatiquement une nouvelle IP. Cette IP se trouve dans la plage correspondante au VLAN ORGA.
NAT
Voici la configuration du nat/pat sur les interfaces du routeur :
Maintenant nous allons réaliser le test permettant de s’assurer que le NAT est opérationnel. On va donc pour cela réaliser un ping avec un PC dans le réseau interne vers l’adresse 192.168.0.1 qui correspond à la passerelle de la BOX de l’établissement.
Le résultat du ping est concluant. Cela signifie que la translation d’adresse a bien été effectuée.
ACL
L’objectif des ACL est d’empêcher les deux réseaux de communiquer ensemble, pour des raisons de sécurité. Le réseau ORGA 10.10.10.0 ne doit pas communiquer avec le réseau PUBLIC 172.31.0.0. En revanche, ils doivent accéder à internet. Voici la configuration des ACL.
Afin de vérifier l’efficacité des ACL, nous avons réalisé un ping du réseau 10.10.10.0 vers 172.31.1.0 et ping sur google :
Et un Ping du réseau 172.31.1.0 vers 10.10.10.0 et ping sur google :
Les ACL sont fonctionnent bien puisqu’il est impossible de faire communiquer les deux réseaux mais il est possible d’accéder à Google.
DNS
L’objectif du DNS est de réussir à communiquer avec n’importe quel site à l’aide de la résolution de noms. Pour s’assurer de que le DNS est opérationnel, on réalise un ping vers google et une navigation sur internet.
Navigation sur internet vers le site de la joliverie
Les résultats sont satisfaisants et la résolution de nom s’effectue sans problèmes.
WIFI
Nous avons créé deux SSID, un pour le public et un pour l’orga. Le SSID PUBLIC doit être ouvert et sans authentification et le SSID ORGA ne doit pas être visible et accessible avec un mot de passe « organisation3 »
Test, connexion sur réseau public :
Test, connexion sur le réseau orga :
La connexion s’effectue sans problème sur chacun des deux SSID.
RADIUS
L’objectif de Radius est de créer un 3 ème SSID nommé « BTSSIOG3 » avec
une authentification sécurisé avec l’annuaire LDAP de l’AD.
Voici le résultat des tests, premièrement, essayé de se connecter avec un mot de passe incorrect :
Une fois les identifiants corrects rentrés, on a bien généré un certificat dans le domaine correspond à notre AD :
La connexion au SSID est fonctionnelle :
L’authentification s’effectue sans problème, et ce, sur n’importe quel système d’exploitation (PC Windows 7/10, Android, Tablette).
GLPI
L’objectif était de pouvoir s’authentifier dans GLPI via l’annuaire LDAP de l’AD afin de générer un ticket en cas de problème.
Connexion avec le compte gaccueil/P@ssw0rd de l’AD :
On est alors sur l’interface utilisateur ou il est possible de générer un ticket :
Nous allons créer un ticket pour s’assurer qu’il sera visible par l’administrateur :
Une fois connecté sur le compte administrateur on peut voir que le problème est bien remonté :
SHINKEN
L’objectif était de superviser tout le réseau en remontant les informations des différents serveurs, routeur et switch afin d’assurer un contrôle.
Voici tous les serveurs supervisé ainsi que leurs services :
Nous avons utilisé Nagvis afin d’avoir une vue simplifiée de notre infrastructure et de sa supervision.
Tous les serveurs ont été supervisés sans problème, et aucune erreur n’a été détecté.
