wireguard_webadmin

Guide de déploiement

Mon, 01 Jan 0001 00:00:00 +0000

Prérequis

Un serveur Linux accessible depuis l’endroit où vous allez l’administrer
Docker et Docker Compose installés
Un nom de domaine pointant vers l’IP de votre serveur
Les ports 80 et 443 ouverts pour Caddy, ainsi que le port UDP de WireGuard ouvert (par défaut 51820)

Caddy nécessite un nom DNS valide, interne ou public, pointant vers votre serveur afin d'obtenir et de renouveler automatiquement les certificats SSL.

Déploiement

mkdir wireguard_webadmin && cd wireguard_webadmin

wget -O docker-compose.yml \
 https://raw.githubusercontent.com/eduardogsilva/wireguard_webadmin/main/docker-compose-caddy.yml

Créez un fichier .env dans le même répertoire. Définissez SERVER_ADDRESS avec votre domaine :

Participer

Mon, 01 Jan 0001 00:00:00 +0000

⭐

Ajouter une étoile au dépôt

C'est la chose la plus simple que vous puissiez faire. Cela aide le projet à être découvert par d'autres admins système qui cherchent exactement ce type d'outil.

Mettre une étoile sur GitHub

🐛

Signaler des bugs

Vous avez trouvé quelque chose de cassé ? Ouvrez une issue sur GitHub. Aucun modèle requis : décrivez simplement ce que vous avez vu et comment le reproduire.

Ouvrir une issue

🔧

Contribuer au code

Les pull requests sont les bienvenues. Pour tout ce qui n'est pas trivial, ouvrez d'abord une issue afin que nous puissions nous aligner avant que vous investissiez du temps à coder. Bons points de départ : les issues marquées good first issue, les correctifs avec un cas de reproduction clair et l'ajout de couverture de tests.

Passerelle applicative Zero Trust

Mon, 01 Jan 0001 00:00:00 +0000

Que signifie Zero Trust ici ?

La sécurité réseau traditionnelle part du principe que tout ce qui se trouve à l’intérieur de votre réseau peut être considéré comme fiable. Zero Trust inverse ce modèle : aucune requête n’est fiable par défaut, même si elle provient du VPN.

Dans wireguard_webadmin, la passerelle applicative Zero Trust se place devant vos services internes. Chaque requête doit s’authentifier avant d’atteindre l’application, et le service lui-même n’a jamais besoin d’être exposé directement.