First commit

docs/installation.md

@@ -0,0 +1,74 @@
+# Installation
+
+## Prérequis
+
+- VPS **Debian 13**, accès root (ou un compte avec `sudo`).
+- Le dépôt cloné dans le `$HOME` d'un utilisateur **non-root** dédié à ce
+  projet (ex. `banisher`) — `install.sh`/`make install` déterminent cet
+  utilisateur à partir du propriétaire réel du dépôt
+  (`stat -c '%U' <dépôt>`), jamais codé en dur. Contrepartie assumée :
+  l'utilisateur reçoit un accès `sudo` complet (`NOPASSWD:ALL`), à
+  réserver à un compte strictement dédié à ce projet.
+
+```sh
+git clone <url-du-dépôt> ~/Fail2banMqttActionBanisher
+cd ~/Fail2banMqttActionBanisher
+```
+
+## Développement (sans fail2ban/iptables réels)
+
+Nécessite un Redis accessible (channel layer Django Channels), par exemple
+`docker run -p 6379:6379 redis`.
+
+```sh
+make run       # tableau de bord + carte, http://127.0.0.1:8000/
+make mqtt      # dans un second terminal : ingestion MQTT
+make worker    # dans un troisième terminal : géolocalisation asynchrone
+```
+
+Ces cibles créent automatiquement le venv Python (`emitter/.venv`) et
+installent les dépendances au premier lancement.
+
+Variables d'environnement (`MQTT_BROKER_HOST`, `MQTT_BROKER_USERNAME`,
+`MQTT_BROKER_PASSWORD`, `REDIS_HOST`, `REDIS_PORT`, ...) : copier
+`.env.example` vers `.env` à la racine du dépôt et l'éditer — chargé
+automatiquement par Django (`python-dotenv`), rien à exporter à la main.
+
+## Premier noeud en production
+
+!!! warning "À adapter impérativement avant `make install`"
+    `generic/firewall/firewall-filters.conf` et les fichiers de
+    `generic/fail2ban/jail.d/` proviennent du serveur de référence
+    (`miraceti-vps1`, un master) et contiennent des règles qui lui sont
+    propres (OpenVPN, Coturn, WireGuard, Portainer, IP publique codée en
+    dur, `DOCKER-USER`...). Sur un simple noeud, ne garder que ce qui est
+    réellement exposé (typiquement SSH + 80/443) — les sections
+    superflues réfèrent des interfaces (`$VPN_IF`, `$WG_IF`) absentes
+    d'un noeud, ce qui produit des erreurs `iptables` silencieuses (le
+    script continue, mais la règle voulue n'est jamais posée). Vérifier
+    aussi `ETH_IF` dans `generic/firewall/firewall-launcher.sh` (nom
+    réel de l'interface : `ip -o link show`) et désactiver `ufw` s'il est
+    présent (coexister avec les règles `iptables` posées ici casserait
+    l'un des deux jeux de règles de façon imprévisible).
+
+```sh
+sudo make install
+sudo make status
+```
+
+Déploie et active : paquets système (fail2ban, iptables, mosquitto,
+Redis), pare-feu, jails fail2ban personnalisées, broker Mosquitto local,
+et les quatre services de l'émetteur Django (web, ingestion MQTT, worker
+Celery, relais vers le master). Idempotent : relancer `sudo make install`
+après un `git pull` réapplique dépendances/migrations et redémarre les
+services concernés.
+
+Éditer `/etc/fail2ban/mqtt.conf` (identifiants MQTT réels, copié depuis
+`generic/fail2ban/mqtt.conf.example` s'il n'existe pas encore) avant le
+premier déploiement.
+
+Un noeud fraîchement installé fonctionne déjà en autonome (détection et
+ban locaux) ; le relais vers un master (`fail2ban-emitter-master-client`)
+tentera de se connecter en boucle tant qu'aucun certificat de noeud n'a
+été obtenu — voir [Déploiement en production](deployment.md) pour la
+suite.