Fix config and variable mismatches found in the audit

content/fr/3.serveex/3.security/2.cloudflare.md

@@ -58,7 +58,7 @@ Une fois que nous aurons enregistré, notre jeton sera affiché une fois. copiez
 
 Vous devez vous inscrire à _Cloudflare Teams_ pour pouvoir accéder au tableau de bord _Zero Trust_ qui gère les tunnels et les politiques d'accès. Il s'agit d'un service premium, mais ils proposent un forfait gratuit pour un maximum de 50 utilisateurs, ce qui devrait suffire pour votre Home Lab. Gardez à l’esprit que puisqu’il s’agit d’une fonctionnalité premium, ils demandent une carte de crédit valide lors de l’inscription, mais avec le forfait gratuit, il n'y aura aucun frais. 
 
-Inscrivez-vous [via ce lien](https://dash.teams.cloudflare.com/).
+Inscrivez-vous [via ce lien](https://one.dash.cloudflare.com/).
 
 ## Configuration de Swag
 ::note
@@ -124,6 +124,17 @@ Enregistrez avec :kbd{value="Ctrl+O"} puis :kbd{value="Entrée"}, puis quittez a
 
 ### Déployer la stack SWAG
 
+::warning
+
+Ceci remplace toute la définition du service SWAG. Si vous avez déjà ajouté une section `networks:` ou des `EXTRA_DOMAINS` pour d'autres apps (Dockge, TinyAuth, etc.), fusionnez-les avec le bloc ci-dessous au lieu de l'écraser, sinon vous perdrez cette configuration.
+::
+
+Assurez-vous que le fichier de base fail2ban existe déjà, sinon Docker créera un dossier à sa place au lieu de monter le fichier, ce qui casse silencieusement la persistance des bannissements :
+
+```bash [Terminal]
+sudo touch /srv/docker/swag/config/fail2ban/fail2ban.sqlite3
+```
+
 Ouvrez Dockge, éditez la stack SWAG avec cette configuration
 
 ```yaml [compose.yaml]
@@ -190,7 +201,7 @@ TUNNEL_PW=
 | Variable                          | Valeur                                                                                                    | Exemples                       |
 |-----------------------------------|-----------------------------------------------------------------------------------------------------------|--------------------------------|
 | `PUID`{lang=properties}            | A renseigner avec les infos de votre user (trouvables via la commande `id nomdutilisateur`{lang=shell}) | `1000`                           |
-| `GUID`{lang=properties}              | A renseigner avec les infos de votre user (trouvables via la commande `id nomdutilisateur`{lang=shell}) | `1000 `                          |
+| `PGID`{lang=properties}              | A renseigner avec les infos de votre user (trouvables via la commande `id nomdutilisateur`{lang=shell}) | `1000 `                          |
 | `DOMAIN`{lang=properties}            | Le domaine que vous avez réservé                                                                          | `mondomaine.fr`                  |
 | `PLUGIN`{lang=properties}            | Le fournisseur de zone DNS, ici Cloudflare. Pensez à renseigner `cloudflare.ini` (voir [guide de swag](https://docs.linuxserver.io/general/swag/#create-container-via-dns-validation-with-a-wildcard-cert))                                                                | `cloudflare`                     |
 | `EMAIL`{lang=properties}             | Votre email pour le certificat                                                                            | `votre@email.fr`                 |

content/fr/3.serveex/3.security/3.tinyauth.md

@@ -64,7 +64,7 @@ services:
     volumes:
       - /srv/docker/tinyauth/data:/data
     ports:
-      - 3000:3000
+      - 3002:3000 # port hôte uniquement, évite le conflit avec le 3000 d'AdGuard
 ```
 
 ::tip{icon=""}
@@ -94,7 +94,7 @@ TINYAUTH_AUTH_USERS=
 | `TINYAUTH_APPURL`{lang=properties} | L'URL publique par laquelle vous joindrez TinyAuth (voir l'exposition plus bas) | `https://tinyauth.mondomaine.fr` |
 | `TINYAUTH_AUTH_USERS`{lang=properties} | Le hash généré ci-dessus | `user:$$2a$$10$$UdLYoJ5lgPsC0RKq...` |
 
-Déployez la stack. L'interface locale est disponible sur `http://ipdevotreserveur:3000`.
+Déployez la stack. L'interface locale est disponible sur `http://ipdevotreserveur:3002`.
 
 ### Terminé !
 ::

content/fr/3.serveex/3.security/4.pocket-id.md

@@ -63,7 +63,7 @@ services:
     ports:
       - 1411:1411
     healthcheck:
-      test: ["CMD", "curl", "-f", "http://localhost:1411/healthz"]
+      test: ["CMD", "/app/pocket-id", "healthcheck"]
       interval: 90s
       timeout: 5s
       retries: 3
@@ -111,7 +111,7 @@ Pocket ID n'utilise pas de mots de passe : votre premier compte est créé avec
 
 ::note
 
-Comme `APP_URL` pointe déjà vers votre futur domaine public, l'enregistrement de la passkey peut vous demander d'ouvrir Pocket ID depuis ce domaine. Exposez-le d'abord (voir plus bas) si la configuration ne se termine pas en local.
+Les passkeys exigent un contexte sécurisé : HTTPS, ou `localhost`. Enregistrer une passkey depuis `http://ipdevotreserveur:1411` sur une autre machine sera refusé par le navigateur, puisque c'est du HTTP simple vers une adresse qui n'est pas `localhost`. Si la configuration ne se termine pas en local, exposez d'abord Pocket ID (voir plus bas) et terminez la configuration en HTTPS.
 ::
 
 ## Exposer Pocket ID avec Swag