Compare commits

...

4 Commits

Author SHA1 Message Date
4d5c46b1fe Actualiser README.md
Corrections et apports sur la documentation après suggestions du professeur.
2024-11-22 09:11:41 +01:00
a70ca1eb09 Actualiser README.md 2024-11-22 08:54:56 +01:00
Guillaume Emorine
2d660628cc Modifications apportées au README/documentation. 2024-11-15 09:52:15 +01:00
0a11176b26 Actualiser README.md 2024-11-15 09:14:15 +01:00

View File

@ -15,6 +15,7 @@ Plage d'adresses: 172.16.0.100/24-172.16.0.105/24
* Disque redimensionné de 2G à 10Go.
* Doublement de la RAM sur **ap31-mon**. (1024Mo --> 2048Mo)
* Machines définies sur la *timezone* Europe/Paris (UTC +1)
* Serveurs **ap31-ans** et **ap31-pt** créés pour les *playbooks* Ansible.
### Installation des paquets :
@ -27,17 +28,20 @@ Plage d'adresses: 172.16.0.100/24-172.16.0.105/24
### Résultats des tests Goss :
````
debian@ap31-test:~$ goss v
.....................................
Total Duration: 0.115s
Count: 37, Failed: 0, Skipped: 0
````
````
debian@ap31-prod:~$ goss v
......................................
Total Duration: 0.244s
Count: 38, Failed: 0, Skipped: 0
````
### Configuration de Zabbix :
@ -50,7 +54,7 @@ Count: 38, Failed: 0, Skipped: 0
### Centralisation de la gestion des logs :
* Installation du paquet `systemd-journal-remote` sur chaque serveur.
* **ap31-mon** : utilisation d'un script journald-rcv.sh configuré du côté récepteur.
* **ap31-mon** : utilisation d'un script `journald-rcv.sh` configuré du côté récepteur.
* **ap31-test, ap31-prod** : utilisation d'un script `journald-snd.sh` configuré du côté émetteur.
### Importation de la base de données :
@ -61,7 +65,8 @@ Count: 38, Failed: 0, Skipped: 0
### Preuve de la présence de la base de données :
* Sur **ap31-test** :
* Sur **ap31-test** :
````
MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database |
@ -69,7 +74,7 @@ MariaDB [(none)]> SHOW DATABASES;
| information_schema |
| sdis29 |
+--------------------+
2 rows in set (0.064 sec)
````
### Création de playbooks Ansible pour **ap31-prod** et **ap31-test** :
@ -78,16 +83,25 @@ MariaDB [(none)]> SHOW DATABASES;
* Exécution des deux *playbooks* et résultats corrects, sans erreurs. Les *playbooks* `apbase.yml` et `apdb.yml` sont terminés.
* Création du *playbook* `apdbdump.yml` qui récupère le dump de la BDD une fois celui-ci créé.
* Exécution du *playbook* et résultats corrects, sans erreurs. Le *playbook* est terminé.
* **NOTE**: Ces playbooks ont étés testés sur la machine **ap31-pt** auparavant, et la machine **ap31-ans** était le controlleur Ansible.
### Établissement d'un tunnel VPN entre les machines **ap31-mon**, **ap31-prod** et **ap31-test** :
* Création d'un *playbook* `wg.yml` qui se charge d'installer Wireguard et ses outils sur les trois machines, puis qui exécute un script modifié pour générer les clés et les fichiers de configuration, avant de les mettre au bon endroit.
* Une fois cela fait, et le tunnel fonctionnel, la centralisation des logs peut se faire via le tunnel Wireguard en modifiant le fichier de configuration dans `/etc/systemd/journal-upload.conf`. Les IPs des fichiers de configuration sont donc modifiées pour fonctionner.
* Fichier de configuration finalisé:
````
[Upload]
URL=http://10.0.0.1:19532
````
* Pour plus de détails, se rendre dans le dossier `ansible`, puis le répertoire `wireguard`.
### Preuve de fonctionnement du VPN :
* **ap31-mon** :
````
debian@ap31-mon:~$ sudo wg
interface: wg0
public key: LEkM9UVt21zq7PS8sX+SBihuXr5k9bjAbwSN0dChmAk=
@ -105,8 +119,9 @@ peer: Amfx3tgY9WyjhVH8gQJWZpbQVNYwpIt3OFZokMqq43M=
allowed ips: 10.0.0.3/32
latest handshake: 12 minutes, 33 seconds ago
transfer: 1003.38 KiB received, 92.08 KiB sent
* **ap31-prod** :
````
* **ap31-prod** :
````
debian@ap31-prod:~$ sudo wg
interface: wg0
public key: mnWYL52q8bzvvary6s81ROHV1hohu3nlQN0YQkTZTzg=
@ -118,9 +133,10 @@ peer: LEkM9UVt21zq7PS8sX+SBihuXr5k9bjAbwSN0dChmAk=
allowed ips: 10.0.0.1/32
latest handshake: 1 minute, 8 seconds ago
transfer: 39.30 KiB received, 250.64 KiB sent
````
### Preuve de fonctionnement du VPN pour les logs :
* Si on lance une commande `logger` avec un message lorsque le service Wireguard est fonctionnel, celui-ci apparaît sur **ap31-mon** : `Nov 15 08:20:06 ap31-prod debian[597]: test vpn`
* Cependant, lorsqu'on coupe le service sur **ap31-prod** et qu'on essaie de réutiliser `logger`, rien n'arrive sur **ap31-mon**. Plus rien n'apparaît.
* Une fois que le service Wireguard est relancé sur **ap31-prod**, les messages précédents qui n'étaient pas apparus reviennent tous d'un coup. Les logs passent bien par le tunnel VPN.
* Une fois que le service Wireguard est relancé sur **ap31-prod**, les messages précédents qui n'étaient pas apparus reviennent tous d'un coup. Les logs passent donc bien par le tunnel VPN.