Différences

Ci-dessous, les différences entre deux révisions de la page.

--- documentation_technique:hebergementweb [03/16/2023 09:15:36] – créée thomas
+++ documentation_technique:hebergementweb [10/18/2026 10:35:15] (Version actuelle) – maj doc suite à déploiement hebergement adherent thomas
@@ Ligne 1: / Ligne 1: @@
-# Hébergement web
+====== Hébergement web ======
-## Statut
+=== Architecture ===
-WIP
+Sur loth, un serveur apache en frontal (port 80 et 443) servant de reverse proxy vers les instances de chaque adhérent.e. Il s'occupe également de la partie ssl
+adhérent (qui en fait la demande) => 1 compte utilisateur => 1 instance apache (/etc/apache2-ADHERENT) => 1 pool php (/etc/php/8.1/fpm/pool.d/ADHERENT.conf)
+tous les process tournent avec l'identité de l'adhérent, pour un cloisonnement optimal.
+Le déploiement se fait automatiquement par ansible
+===== Mettre en place un nouvel hébergement =====
+=== Prérequis ===
+Cloner CS_CT/ansible_hadoly.git
+Le nom de domaine à héberger doit être associé via un CNAME à [[documentation_technique:machines:loth|loth.hadoly.fr]]
+Il
+=== Création du playbook ===
+Sur la base du modèle suivant:
+<code>---
+- hosts: loth.hadoly.fr
+  vars:
+    adherent_login: loginadherent
+    adherent_password: "mot de passe adherent"
+    apache_server_name: "nom de domaine"
+    apache_server_alias: "aliases de nom de domaine ou null"
+    wh_wordpress: true
+    certbot_email: "adresse mail de l'admin du site"
+    certbot_domains: "[{{ apache_server_name }}]"
+  roles:
+    - hebergementweb
+</code>
+On peut ensuite lancer le playbook:
+<code>
+admin/ansible>  ansible-playbook -u thomas -K webhosting.yml
+<code>
+Ce playbook va:
+  - créer un compte utilisateur (todo: utiliser ldap) système - avec le mot de passe défini dans le playbook
+  - créer un répertoire personnel pour cet utilisateur
+  - créer une instance apache qui va tourner avec l'identité de cet utilisateur, sur un port dédié
+  - créer un pool php en version 8, dédié à l'utilisateur
+  - créer une base de donnée du nom de l'utilisateur, avec le mot de passe
+  - configure le serveur web principal qui sert de reverse
+  - créé et déploie un certificat letsEncrypt
+Des fois ça ne marche pas lors de la première exécution, il ne faut pas hésiter à relancer.
+=== Supervision ===
+Sur zabbix, sur la machine loth il faut:
+  * reconfigurer le monitoring "check web sites" et rajouter un "steps" concernant le nouveau site, en s'inspirant d'un step existant.
+  * cloner le  trigger "hadoly.fr down" et changer le nom du trigger et l'expression du trigger qui doit ressembler à ça (ex pour hadoly.fr):
+''last(/loth/web.test.rspcode[check web sites,alainsaintemarie.fr])<>200last(/loth/web.test.rspcode[check web sites,hadoly.fr])<>200''
+=== Axes d'amélioration ===
+utiliser l'authentification ldap pour le compte unix de l'adhérent, l'accès à la base de donnée. Cela évitera d'avoir à gérer le mot de passe de l'adhérent
+===== Statut =====
+<del>WIP</del>
 ## Notes rapides sur l"'hébergement d'un wordpress: