Lyon 8ᵉ · Lyon et 16 communes de la métropole
Un souci ? Décrivez-le en 30 secondes ↗

Laboratoire · projets personnels

Ce que je monte, casse et documente chez moi.

Ces projets sont les miens, pas ceux de clients : ils me servent à tester ce que je vous propose. Chaque fiche présente le contexte, le schéma anonymisé, les choix techniques, les précautions et les limites.

Aucun domaine privé ni adresse IP réelle n’est publié.

Étude 01 · Projet personnel

Socle de virtualisation Proxmox VE, isolation LXC/KVM et sauvegardes vérifiées

Conception d’un environnement Proxmox VE hébergeant plusieurs charges isolées (machines virtuelles KVM et conteneurs LXC légers), avec stockage résilient, pare-feu hôte/invité et sauvegardes automatisées testées en restauration.

Besoin : Disposer d’un socle d’hypervision stable basé sur Debian/Proxmox VE permettant d’isoler chaque fonction dans son propre conteneur ou machine virtuelle, de prendre un instantané (snapshot) avant toute mise à jour, et de restaurer un service complet en quelques minutes.

  • Proxmox VE (base Debian)
  • Conteneurs LXC non privilégiés
  • Machines virtuelles KVM
  • Pare-feu Proxmox & nftables

Lire l’étude complète

SCHÉMA D’ARCHITECTURE · HYPERVISION PROXMOX VE & SAUVEGARDESIP & HÔTES ANONYMISÉS
Schéma d’architecture Proxmox VE avec isolation KVM, LXC et sauvegardes chiffréesACCÈS ADMIN DURCITunnel WireGuard VPNClé Ed25519 + TOTP MFAPÉRIMÈTRE RÉSEAUPare-feu & VLAN AdminPort 8006 fermé côté WANHÔTE PHYSIQUE · PROXMOX VE (DEBIAN)Pare-feu PVE actif · Stockage redondant & SnapshotsCONTENEURS LXC NON PRIVILÉGIÉSDNS interne · Reverse Proxy · SupervisionVM KVM ISOLÉE · HÔTE DOCKERNoyau dédié · Réseaux Docker cloisonnésNextcloud · Vaultwarden · Gitea · ImmichVM KVM SYSTÈMES / TESTServeurs Debian / Windows isolés par VLANCONTINUITÉ 3-2-11. Snapshots locauxAvant chaque mise à jour2. Archive dédiéeDumps nocturnes vérifiés3. Copie hors siteChiffrée côté client (AES/GPG)
Figure 1 — Isolation stricte entre l’hyperviseur Proxmox VE, les conteneurs LXC non privilégiés, la VM Docker et la chaîne de sauvegarde chiffrée.

Étude 02 · Projet personnel

Environnement Cloud privé auto-hébergé (Nextcloud, Vaultwarden, Immich) et défense périmétrique

Déploiement d’une pile de services auto-hébergés (fichiers/agendas Nextcloud, coffre de mots de passe Vaultwarden, photothèque Immich, forge Gitea) orchestrée avec Docker Compose, protégée par terminaison TLS, Authelia et détection comportementale CrowdSec.

Besoin : Construire une pile auto-hébergée propre, rapide et maintenable où chaque service est isolé dans son réseau Docker interne, derrière un point d’entrée unique chiffré et surveillé.

  • Nextcloud + PostgreSQL + Redis
  • Vaultwarden
  • Reverse Proxy TLS (Caddy / Traefik)
  • CrowdSec & Authelia

Lire l’étude complète

SCHÉMA D’ARCHITECTURE · CLOUD PRIVÉ CONTENEURISÉ & DÉFENSEZÉRO PORT DB EXPOSÉ
Schéma d’architecture Cloud privé avec Reverse Proxy TLS, CrowdSec, Authelia et conteneurs isolésTERMINAUX CLIENTS• PC / Mac (Sync)• iOS / Android• Navigateur HTTPSTLS 1.3 strict (443/TCP)FRONTAL & FILTRAGEReverse Proxy TLSHSTS · En-têtes durcisCrowdSec (IPS)Analyse logs & blocage IPAuthelia / MFA 2FAPortail SSO & TOTP/WebAuthnRÉSEAUX DOCKER INTERNES ISOLÉSNextcloud + PostgreSQL + RedisFichiers, Agendas CalDAV, Contacts CardDAVVaultwarden (Coffre de secrets)Inscriptions fermées · Accès 2FA obligatoireImmich & GiteaPhotothèque privée & dépôts Git internes
Figure 2 — Flux entrant unique en HTTPS filtré par CrowdSec et authentification multifacteur, sans aucune exposition directe des bases de données.

Étude 03 · Projet personnel

Segmentation réseau par VLAN, DNS filtrant et accès distant WireGuard

Conception d’une topologie réseau segmentée en plusieurs VLAN (Administration, Postes Bureautiques, Serveurs/NAS, IoT/Imprimantes, Wi-Fi Invités) avec filtrage inter-VLAN par pare-feu, résolution DNS locale filtrante et accès nomade via WireGuard.

Besoin : Séparer hermétiquement les zones de confiance tout en permettant les flux légitimes (par exemple : autoriser les postes bureautiques à imprimer sur le VLAN IoT sans permettre à l’imprimante d’initier une connexion vers le serveur de fichiers) et offrir un accès distant rapide sans exposer de ports internes.

  • VLAN 802.1Q & Switch administrable
  • Pare-feu & Routage inter-VLAN
  • WireGuard VPN
  • DNS local & Pi-hole

Lire l’étude complète

SCHÉMA D’ARCHITECTURE · SEGMENTATION VLAN 802.1Q & ACCÈS WIREGUARDCLOISONNEMENT INTER-ZONES
Schéma de segmentation réseau par VLAN avec pare-feu central et tunnel VPN WireGuardNOMADES / TÉLÉTRAVAILTunnel WireGuardClé par poste · AllowedIPsZéro port RDP/SMB ouvertRÉSOLUTION LOCALEDNS Filtrant (Pi-hole)Split-DNS & anti-trackingROUTEUR / PARE-FEUTrunks 802.1Q & ACL• Politique Deny par défaut• UPnP désactivé• Baux DHCP réservés• Flux autorisés explicites• Journalisation d’étatVLAN 10 · ADMINISTRATION & INFRAInterfaces Switchs, Bornes Wi-Fi, HyperviseurVLAN 20 · SERVEURS & STOCKAGE NASPartages métiers authentifiés, sauvegardesVLAN 30 · POSTES DE TRAVAIL INTERNESAccès contrôlé vers VLAN 20 et imprimantesVLAN 40 / 50 · IOT & WI-FI INVITÉS ISOLÉIsolation client · Aucun accès au réseau interne
Figure 3 — Segmentation logique en VLAN : un appareil invité ou un périphérique IoT ne peut jamais atteindre les serveurs ni l’administration.

Étude 04 · Projet personnel

Conception et architecture du portail JASS (Next.js, PostgreSQL & Docker)

Développement complet d’une application web métier en Next.js (App Router, TypeScript strict) et PostgreSQL intégrant la demande de devis avec pièce jointe contrôlée, la réservation de créneaux sans redirection externe et un espace d’administration sécurisé.

Besoin : Offrir aux clients particuliers et professionnels une expérience fluide, accessible (WCAG 2.2 AA) et rapide entièrement hébergée sur `jasir.fr`, tout en permettant au fondateur de gérer ses demandes, ses indisponibilités et son contenu en toute autonomie.

  • Next.js App Router & TypeScript
  • PostgreSQL & Drizzle ORM
  • Docker Compose & Caddy
  • Zod & Sécurité applicative

Lire l’étude complète

SCHÉMA D’ARCHITECTURE · PLATEFORME WEB JASS AUTO-HÉBERGÉEHÉBERGEMENT DÉDIÉ MAÎTRISÉ
Schéma d’architecture de la plateforme jasir.fr avec Caddy, Next.js, PostgreSQL et sauvegardes chiffréesENTRÉE HTTPSReverse Proxy CaddyTLS auto · HTTP/3Headers de sécuritéAPPLICATION NEXT.JS (STANDALONE)• Pages publiques & SEO local Schema.org• API Devis (Zod, Rate-limit, Upload isolé)• Moteur RDV (Europe/Paris, Anti-doublon)• Zone Admin (/admin, Session HMAC + 2FA)Conteneur non-root · Healthcheck /api/healthPERSISTANCE TRANSACTIONNELLEPostgreSQL 17 + VolumesDevis, Créneaux, Audit & FichiersEXPLOITATION & CONTINUITÉRelais SMTP SPF/DKIM + BackupScripts backup.sh / restore.sh chiffrés
Figure 4 — Architecture monolithe modulaire auto-hébergée : formulaires, réservations et administration restent sous contrôle sur jasir.fr.

Références clients

Aucune pour l’instant.

Je ne publie un retour d’expérience client qu’avec son accord écrit et après anonymisation complète. Tant qu’il n’y en a pas, rien n’est affiché : ni logo, ni avis, ni étoiles.

Discuter de votre projet

Prochaine étape

Un devis écrit avant que je me déplace.

Décrivez votre cas : je réponds franchement, y compris quand la réparation ne vaut pas le coup.

AppelerMa panne