Djeex/docudjeex
1
1
Fork 0
Code Issues Pull Requests Actions Projects Wiki Activity

Fix config and variable mismatches found in the audit

Browse Source
This commit is contained in:
Djeex
2026-09-07 12:59:34 +02:00
parent 1860f90785
commit 3c85fec634
24 changed files with 105 additions and 57 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/en/2.general/2.networking/3.samba.md
+4 -4
View File
@@ -6,7 +6,7 @@ description: Set up Samba on Debian to share folders over your local network and
:ellipsis{left=0px width=40rem top=10rem blur=140px zIndex=60}
Samba is a protocol that allows access to a folder located on a network drive. It can be configured on macOS, Windows, or Linux.
Samba is a free implementation of the SMB/CIFS protocol, allowing access to a folder located on a network drive. It can be configured on macOS, Windows, or Linux.
There are many tutorials for setting up Samba on Windows or on NAS systems like Synology, but here we focus on Debian.
@@ -146,11 +146,11 @@ sudo nano /smb/.credentials
Write:
```properties [.credentials]
username=smbuser
username=sambauser
password=password
```
* `smbuser`: the user we created on the `remote-machine`
* `sambauser`: the user we created on the `remote-machine`
* `password`: the password set earlier
Press :kbd{value="Ctrl+O"}, then :kbd{value="Enter"} to save, and :kbd{value="Ctrl+X"} to exit.
@@ -199,7 +199,7 @@ sudo cp /etc/fstab /etc/fstab.bak
Then add the mount configuration line:
```bash [Terminal]
sudo echo //remote-ip/video /mnt/video cifs _netdev,nofail,credentials=/smb/.credentials,x-systemd.automount,x-systemd.device-timeout=15 0 0 >> /etc/fstab
echo "//remote-ip/video /mnt/video cifs _netdev,nofail,credentials=/smb/.credentials,x-systemd.automount,x-systemd.device-timeout=15 0 0" | sudo tee -a /etc/fstab
```
Reboot the machine:
content/en/3.serveex/2.core/2.docker.md
+10 -2
View File
@@ -157,6 +157,11 @@ services:
- /var/run/docker.sock:/var/run/docker.sock
```
::warning
`WATCHTOWER_REMOVE_VOLUMES=true` deletes a container's anonymous volumes as soon as it's updated. Combined with a `latest` tag, an automatic update can silently wipe data for any app that still stores something in an anonymous (unnamed) volume instead of a bind mount.
::
#### Set your environment variables
Fill in the `.env` section in Dockge with the following:
@@ -177,8 +182,11 @@ To have Watchtower monitor your other containers, add this to their `compose.yml
```yaml [compose.yaml]
---
labels:
- com.centurylinklabs.watchtower.enable=true
services:
yourapp:
# ...
labels:
- com.centurylinklabs.watchtower.enable=true
```
Then restart the modified stacks.
content/en/3.serveex/2.core/3.wireguard.md
+5 -6
View File
@@ -60,8 +60,7 @@ tree:
- srv:
- docker:
- wg-easy:
- config:
- etc_wireguard/
- etc_wireguard/
- compose.yaml
- .env
---
@@ -70,7 +69,7 @@ tree:
::steps{level="3"}
### Deploy the stack
Open Dockge, click **Compose**, and name the stack `wg_easy`.
Open Dockge, click **Compose**, and name the stack `wg-easy`.
Copy the following configuration:
@@ -79,7 +78,7 @@ Copy the following configuration:
services:
wg-easy:
environment:
- INSECURE=true
- INSECURE=true # disables the web UI's own HTTPS; fine on a LAN-only or SWAG-fronted setup, remove it otherwise
image: ghcr.io/wg-easy/wg-easy:15
container_name: wg-easy
networks:
@@ -148,8 +147,8 @@ Once connected, follow the web UI instructions to:
Then go to *Administrator → Admin Panel → Config*:
- Change `Allowed IPs` from `0.0.0.0/24` to `10.8.0.0/24` for **split tunneling**.
- Remove IPv6 (it often causes unnecessary issues).
- Change `Allowed IPs` from the default `0.0.0.0/0` (full tunnel) to `10.8.0.0/24` for **split tunneling**.
- Optionally remove the IPv6 entry from `Allowed IPs` if you don't want client IPv6 traffic routed through the tunnel. This only affects what clients tunnel, not the container's own IPv6 setup above.
### Done !
::
content/en/3.serveex/2.core/4.swag.md
+1 -1
View File
@@ -390,7 +390,7 @@ Wait a moment, then visit `https://dockge.mydomain.com` in your browser. You sho
SWAG includes templates for most known services, named `servicename.subdomain.conf.sample`. Just create the subdomain in your registrar's DNS zone (like OVH), point it to your main domain via a CNAME, then copy and rename the sample file:
```bash [Terminal]
cd /srv/docker/swag/config/proxy-confs
cd /srv/docker/swag/config/nginx/proxy-confs
sudo cp servicename.subdomain.conf.sample servicename.subdomain.conf
```
content/en/3.serveex/3.security/2.cloudflare.md
+13 -2
View File
@@ -58,7 +58,7 @@ Once created, your token will only be shown once. Save it securely, as it cannot
You must register for _Cloudflare Teams_ to access the _Zero Trust_ dashboard that manages tunnels and access policies. This is a premium service, but there’s a free plan for up to 50 users, perfect for a home lab. Keep in mind that a valid credit card is required to register, but the free plan incurs no charges.
Register [via this link](https://dash.teams.cloudflare.com/).
Register [via this link](https://one.dash.cloudflare.com/).
## SWAG Configuration
::note
@@ -124,6 +124,17 @@ Save with :kbd{value="Ctrl+O"}, then :kbd{value="Enter"}, and exit with :kbd{val
### Deploy the SWAG stack
::warning
This replaces your whole SWAG service definition. If you already added a `networks:` section or `EXTRA_DOMAINS` for other apps (Dockge, TinyAuth, etc.), merge those into the block below instead of pasting over them, or you'll lose that configuration.
::
Make sure the fail2ban database file already exists, or Docker will create a directory in its place instead of mounting the file, silently breaking ban persistence:
```bash [Terminal]
sudo touch /srv/docker/swag/config/fail2ban/fail2ban.sqlite3
```
In Dockge, edit your SWAG stack with this:
```yaml [compose.yaml]
@@ -190,7 +201,7 @@ TUNNEL_PW=
| Variable | Value | Example |
|----------------|-------------------------------------------------------------|--------------------------------|
| `PUID` | User ID (`id username`) | `1000` |
| `GUID` | Group ID (`id username`) | `1000` |
| `PGID` | Group ID (`id username`) | `1000` |
| `DOMAIN` | Your reserved domain | `mondomaine.fr` |
| `PLUGIN` | DNS provider (also configure `cloudflare.ini`) | `cloudflare` |
| `EMAIL` | Email for the certificate | `you@email.com` |
content/en/3.serveex/3.security/3.tinyauth.md
+2 -2
View File
@@ -64,7 +64,7 @@ services:
volumes:
- /srv/docker/tinyauth/data:/data
ports:
- 3000:3000
- 3002:3000 # host port only, avoids clashing with AdGuard's own 3000
```
::tip{icon=""}
@@ -94,7 +94,7 @@ TINYAUTH_AUTH_USERS=
| `TINYAUTH_APPURL`{lang=properties} | The public URL you'll use to reach TinyAuth (see exposure below) | `https://tinyauth.mydomain.com` |
| `TINYAUTH_AUTH_USERS`{lang=properties} | The hash generated above | `user:$$2a$$10$$UdLYoJ5lgPsC0RKq...` |
Deploy the stack. The local interface is available at `http://yourserverip:3000`.
Deploy the stack. The local interface is available at `http://yourserverip:3002`.
### Done !
::
content/en/3.serveex/3.security/4.pocket-id.md
+2 -2
View File
@@ -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 doesn't use passwords: your first account is created with a **passkey*
::note
Since `APP_URL` is already set to your future public domain, passkey registration may ask you to open Pocket ID from that domain instead. Expose it first (see below) if setup doesn't complete locally.
Passkeys require a secure context: HTTPS, or `localhost`. Registering one from `http://yourserverip:1411` on another machine will be refused by the browser, since that's plain HTTP to a non-`localhost` address. If setup doesn't complete locally, expose Pocket ID first (see below) and finish setup over HTTPS instead.
::
## Exposing Pocket ID with Swag
content/en/3.serveex/4.monitoring/5.upsnap.md
+1 -1
View File
@@ -71,7 +71,7 @@ services:
Fill in the `.env`, for example:
```properties [.env]
RANGE=192.168.1.0/24 # scans all devices on the local network with an IP between 192.168.0.1 and 192.168.1.255
SCAN_RANGE=192.168.1.0/24 # scans all devices on the local network with an IP between 192.168.1.1 and 192.168.1.254
DNS=192.168.1.1 # DNS IP to resolve domain names, typically your router’s IP
```
content/en/3.serveex/5.media/3.servarr.md
+2 -2
View File
@@ -162,14 +162,14 @@ Set your `.env` file with the variables below:
```properties [.env]
PUID=
GUID=
PGID=
MEDIA_PATH=
```
| Variable | Description | Example |
|----------------|-------------------------------------------------------------------------------------------------|-------------|
| `PUID` | Set using your user info (check with `id yourusername`) | `1000` |
| `GUID` | Same as above | `1000` |
| `PGID` | Same as above | `1000` |
| `MEDIA_PATH` | Path to your media folder, here: `/media`. It must match the one used by Qbittorrent. | `/media` |
::note
content/en/3.serveex/9.apps/1.adguard.md
+8 -2
View File
@@ -37,7 +37,7 @@ tree:
/:
- srv:
- docker:
- adguard:
- adguardhome:
- confdir/
- workdir/
- compose.yaml
@@ -62,10 +62,11 @@ Name the stack `adguardhome` and paste the configuration below:
services:
adguardhome:
container_name: adguard
image: adguard/adguardhome
image: adguard/adguardhome:latest
restart: unless-stopped
ports:
- 53:53/udp
- 53:53/tcp
- 8080:80/tcp
- 4443:443/tcp
- 853:853/tcp
@@ -93,6 +94,11 @@ Deploy the stack.
Go to `http://yourserverip:3000` and follow the setup instructions.
::warning
The setup wizard asks you to pick an admin interface port. Keep it at `3000`: the SWAG configuration further down assumes the admin interface stays on that port, and changing it here would make exposing AdGuard with SWAG fail with a 502 error.
::
### Done !
::
content/en/3.serveex/91.advanced/1.authentik.md
+2 -2
View File
@@ -63,8 +63,8 @@ sudo mkdir -p /srv/docker/authentik/media /srv/docker/authentik/certs /srv/docke
Navigate to the `authentik` folder via `cd /srv/docker/authentik` and generate a password and secret key to include in the `.env` file:
```bash [Terminal]
sudo echo "PG_PASS=$(openssl rand 36 | base64)" >> .env
sudo echo "AUTHENTIK_SECRET_KEY=$(openssl rand 60 | base64)" >> .env
echo "PG_PASS=$(openssl rand 36 | base64)" | sudo tee -a .env
echo "AUTHENTIK_SECRET_KEY=$(openssl rand 60 | base64)" | sudo tee -a .env
```
::note
content/en/6.recycled/3.alternatives/3.servarr for plex.md
+2 -2
View File
@@ -197,14 +197,14 @@ Set your `.env` file with the variables below:
```properties [.env]
PUID=
GUID=
PGID=
MEDIA_PATH=
```
| Variable | Description | Example |
|----------------|-------------------------------------------------------------------------------------------------|-------------|
| `PUID` | Set using your user info (check with `id yourusername`) | `1000` |
| `GUID` | Same as above | `1000` |
| `PGID` | Same as above | `1000` |
| `MEDIA_PATH` | Path to your media folder, here: `/media`. It must match the one used by Qbittorrent. | `/media` |
Deploy the stack.
content/fr/2.general/2.networking/3.samba.md
+5 -5
View File
@@ -6,7 +6,7 @@ description: Configurer Samba sur Debian pour partager des dossiers sur votre r
:ellipsis{left=0px width=40rem top=10rem blur=140px zIndex=60}
Samba est un protocole permettant d'accèder à un dossier situé sur un disque réseau. Il peut être configuré sous Mac, Windows ou Linux.
Samba est une implémentation libre du protocole SMB/CIFS, permettant d'accèder à un dossier situé sur un disque réseau. Il peut être configuré sous Mac, Windows ou Linux.
De nombreux tutorials existent pour configurer Samba sous windows ou sur un NAS type Synology, ici nous nous concentrons sur Debian.
@@ -94,7 +94,7 @@ A présent nous allons ajouter un utilisateur nologin c'est à dire que cet util
sudo useradd -M -s /sbin/nologin sambauser
```
Puis nous ajoutons l'utilisateur au groupe `sambashare` que nous avons créé précédemment.
Puis nous ajoutons l'utilisateur au groupe `smbshare` que nous avons créé précédemment.
```bash [Terminal]
sudo usermod -aG smbshare sambauser
@@ -146,11 +146,11 @@ sudo nano /smb/.credentials
Configurez comme suit :
```properties [.credentials]
username=smbuser
username=sambauser
password=motdepasse
```
* `smbuser` : L'utilisateur que nous avons configuré sur la `machine-distante`
* `sambauser` : L'utilisateur que nous avons configuré sur la `machine-distante`
* `motdepasse` : Le mot de passe que nous avons configuré sur la `machine-distante`
Enregistrez avec :kbd{value="Ctrl+O"} puis :kbd{value="Entrée"}, puis quittez avec :kbd{value="Ctrl+X"}.
@@ -199,7 +199,7 @@ sudo cp /etc/fstab /etc/fstab.bak
Puis nous allons ajouter une ligne à la fin du fichier comportant les informations de montages dans le fichier `fstab`.
```bash [Terminal]
sudo echo //ip-machine-distante/video /mnt/video cifs _netdev,nofail,credentials=/smb/.credentials,x-systemd.automount,x-systemd.device-timeout=15 0 0 >> /etc/fstab
echo "//ip-machine-distante/video /mnt/video cifs _netdev,nofail,credentials=/smb/.credentials,x-systemd.automount,x-systemd.device-timeout=15 0 0" | sudo tee -a /etc/fstab
```
Redémarrez.
content/fr/3.serveex/2.core/2.docker.md
+10 -2
View File
@@ -157,6 +157,11 @@ services:
- /var/run/docker.sock:/var/run/docker.sock
```
::warning
`WATCHTOWER_REMOVE_VOLUMES=true` supprime les volumes anonymes d'un conteneur dès qu'il est mis à jour. Combiné à un tag `latest`, une mise à jour automatique peut silencieusement effacer les données de toute app qui stocke encore quelque chose dans un volume anonyme (sans nom) plutôt qu'un bind mount.
::
#### Renseigner vos variables d'environnement
Remplissez la section `.env` dans Dockge avec ce qui suit :
@@ -177,8 +182,11 @@ Pour que Watchtower surveille vos autres conteneurs, ajoutez ceci à leur `compo
```yaml [compose.yaml]
---
labels:
- com.centurylinklabs.watchtower.enable=true
services:
votreapp:
# ...
labels:
- com.centurylinklabs.watchtower.enable=true
```
Redémarrez ensuite les stacks modifiées.
content/fr/3.serveex/2.core/3.wireguard.md
+5 -6
View File
@@ -60,8 +60,7 @@ tree:
- srv:
- docker:
- wg-easy:
- config:
- etc_wireguard/
- etc_wireguard/
- compose.yaml
- .env
---
@@ -70,7 +69,7 @@ tree:
::steps{level="3"}
### Déployer la stack
Ouvrez Dockge, cliquez sur **Compose**, et nommez la stack `wg_easy`.
Ouvrez Dockge, cliquez sur **Compose**, et nommez la stack `wg-easy`.
Copiez la configuration suivante :
@@ -79,7 +78,7 @@ Copiez la configuration suivante :
services:
wg-easy:
environment:
- INSECURE=true
- INSECURE=true # désactive le HTTPS propre à l'interface web ; sans risque en LAN seul ou derrière SWAG, à retirer sinon
image: ghcr.io/wg-easy/wg-easy:15
container_name: wg-easy
networks:
@@ -148,8 +147,8 @@ Une fois connecté, suivez les instructions de l'interface web pour :
Allez ensuite dans *Administrator → Admin Panel → Config* :
- Remplacez `Allowed IPs` `0.0.0.0/24` par `10.8.0.0/24` pour du **split tunneling**.
- Supprimez l'IPv6 (il cause souvent des problèmes inutiles).
- Remplacez `Allowed IPs`, `0.0.0.0/0` par défaut (tunnel complet), par `10.8.0.0/24` pour du **split tunneling**.
- Retirez éventuellement l'entrée IPv6 de `Allowed IPs` si vous ne voulez pas router le trafic IPv6 des clients dans le tunnel. Cela ne change rien à la configuration IPv6 du conteneur ci-dessus, juste à ce que les clients y font transiter.
### Terminé !
::
content/fr/3.serveex/2.core/4.swag.md
+1 -1
View File
@@ -390,7 +390,7 @@ Patientez un instant, puis visitez `https://dockge.mondomaine.fr` dans votre nav
SWAG inclut des modèles pour la plupart des services connus, nommés `nomduservice.subdomain.conf.sample`. Il suffit de créer le sous-domaine dans la zone DNS de votre registrar (comme OVH), de le faire pointer vers votre domaine principal via un CNAME, puis de copier et renommer le fichier d'exemple :
```bash [Terminal]
cd /srv/docker/swag/config/proxy-confs
cd /srv/docker/swag/config/nginx/proxy-confs
sudo cp nomduservice.subdomain.conf.sample nomduservice.subdomain.conf
```
content/fr/3.serveex/3.security/2.cloudflare.md
+13 -2
View File
@@ -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
+2 -2
View File
@@ -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
+2 -2
View File
@@ -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
content/fr/3.serveex/4.monitoring/5.upsnap.md
+1 -1
View File
@@ -71,7 +71,7 @@ services:
Remplissez le `.env`, par exemple :
```properties [.env]
RANGE=192.168.1.0/24 # scanne tous les appareils du réseau local ayant une IP entre 192.168.0.1 et 192.168.1.255
SCAN_RANGE=192.168.1.0/24 # scanne tous les appareils du réseau local ayant une IP entre 192.168.1.1 et 192.168.1.254
DNS=192.168.1.1 # IP du DNS pour résoudre les noms de domaine, typiquement l'IP de votre box
```
content/fr/3.serveex/5.media/3.servarr.md
+2 -2
View File
@@ -162,14 +162,14 @@ Renseignez votre fichier `.env` avec les variables ci-dessous :
```properties [.env]
PUID=
GUID=
PGID=
MEDIA_PATH=
```
| Variable | Description | Exemple |
|----------------|-------------------------------------------------------------------------------------------------|-------------|
| `PUID` | À renseigner avec vos informations utilisateur (à vérifier avec `id votreutilisateur`) | `1000` |
| `GUID` | Idem | `1000` |
| `PGID` | Idem | `1000` |
| `MEDIA_PATH` | Chemin de votre dossier média, ici `/media`. Il doit correspondre à celui utilisé par Qbittorrent. | `/media` |
::note
content/fr/3.serveex/9.apps/1.adguard.md
+8 -2
View File
@@ -37,7 +37,7 @@ tree:
/:
- srv:
- docker:
- adguard:
- adguardhome:
- confdir/
- workdir/
- compose.yaml
@@ -62,10 +62,11 @@ Nommez la stack `adguardhome` et collez la configuration ci-dessous :
services:
adguardhome:
container_name: adguard
image: adguard/adguardhome
image: adguard/adguardhome:latest
restart: unless-stopped
ports:
- 53:53/udp
- 53:53/tcp
- 8080:80/tcp
- 4443:443/tcp
- 853:853/tcp
@@ -93,6 +94,11 @@ Déployez la stack.
Allez sur `http://ipdevotreserveur:3000` et suivez les instructions de configuration.
::warning
L'assistant de configuration vous demande de choisir un port pour l'interface d'administration. Gardez `3000` : la configuration SWAG plus bas suppose que l'interface reste sur ce port, et le changer ici ferait échouer l'exposition d'AdGuard avec SWAG (erreur 502).
::
### Terminé !
::
content/fr/3.serveex/91.advanced/1.authentik.md
+2 -2
View File
@@ -63,8 +63,8 @@ sudo mkdir -p /srv/docker/authentik/media /srv/docker/authentik/certs /srv/docke
Placez-vous dans le dossier `authentik` avec `cd /srv/docker/authentik` et générez un mot de passe et une clé secrète à inclure dans le fichier `.env` :
```bash [Terminal]
sudo echo "PG_PASS=$(openssl rand 36 | base64)" >> .env
sudo echo "AUTHENTIK_SECRET_KEY=$(openssl rand 60 | base64)" >> .env
echo "PG_PASS=$(openssl rand 36 | base64)" | sudo tee -a .env
echo "AUTHENTIK_SECRET_KEY=$(openssl rand 60 | base64)" | sudo tee -a .env
```
::note
content/fr/6.recycled/3.alternatives/3.servarr for plex.md
+2 -2
View File
@@ -197,14 +197,14 @@ Renseignez votre fichier `.env` avec les variables ci-dessous :
```properties [.env]
PUID=
GUID=
PGID=
MEDIA_PATH=
```
| Variable | Description | Exemple |
|----------------|-------------------------------------------------------------------------------------------------|-------------|
| `PUID` | À renseigner avec vos informations utilisateur (à vérifier avec `id votreutilisateur`) | `1000` |
| `GUID` | Idem | `1000` |
| `PGID` | Idem | `1000` |
| `MEDIA_PATH` | Chemin de votre dossier média, ici `/media`. Il doit correspondre à celui utilisé par Qbittorrent. | `/media` |
Déployez la stack.