Déployez authentik en un clic

Qu’est-ce que authentik ?

authentik est un fournisseur d’identité open source : une seule connexion, avec ses propres utilisateurs, groupes et authentification multifacteur, pour toutes les applications que vous faites tourner. Il parle OAuth2 et OpenID Connect, SAML, LDAP, RADIUS et SCIM, et son fournisseur proxy place une connexion devant les applications qui n’en ont pas. La connexion se construit avec des flux et des étapes dans l’interface d’administration, si bien que l’inscription, la récupération, la MFA par TOTP, clés d’accès WebAuthn ou Duo, et la connexion avec GitHub, Google, Apple ou Discord sont des réglages plutôt que du code.

On auto-héberge authentik pour doter ses propres applications d’une authentification unique, comme les entreprises le font avec Okta ou Microsoft Entra ID, sans payer par utilisateur. Ce template fait tourner le serveur d’authentik, son worker et PostgreSQL, et définit l’e-mail et le mot de passe de l’administrateur à partir des champs ; authentik se passe de Redis depuis la version 2025.10. Le revers : LDAP et RADIUS demandent chacun un avant-poste (outpost), un conteneur à part, et quelques fonctionnalités, comme les intégrations Google Workspace et Entra ID, font partie de l’édition Enterprise, payante.

Hébergement de authentik sur Pethost

1. Vous vous connectez à Pethost avec une clé d’accès, GitHub ou Google. Pas encore de machine ? Vous choisissez une offre, et le lien attend qu’elle soit prête.
2. Nouveau projet s’ouvre sur authentik. Vous remplissez ce qu’il demande et cliquez sur Créer le projet : E-mail, Mot de passe administrateur.
3. En une minute ou deux, authentik tourne à sa propre adresse en HTTPS. Ses secrets sont créés au hasard, et ses données sont dans la sauvegarde nocturne.
4. C’est un projet comme les autres : vous ou votre agent pouvez le modifier, revenir à une version précédente ou le restaurer.

Questions sur authentik

Le fichier Docker Compose de authentik

Le template, c’est ce compose.yaml et les variables écrites dans le .env du projet à sa création. Pethost exécute le fichier tel qu’il est écrit.

Conteneurs : server (ghcr.io/goauthentik/server:2026.8), worker (ghcr.io/goauthentik/server:2026.8), postgresql (postgres:16-alpine).

Volumes, dans la sauvegarde nocturne : data, certs, templates, database.

x-authentik: &authentik
  image: ghcr.io/goauthentik/server:2026.8
  restart: unless-stopped
  depends_on:
    postgresql:
      condition: service_healthy
  shm_size: 512mb
  # Any of authentik's settings can be added to .env, such as AUTHENTIK_EMAIL__HOST and the
  # others that send its email.
  env_file: .env

services:
  server:
    <<: *authentik
    command: server
    environment: &environment
      AUTHENTIK_POSTGRESQL__HOST: postgresql
      AUTHENTIK_POSTGRESQL__NAME: authentik
      AUTHENTIK_POSTGRESQL__USER: authentik
      AUTHENTIK_POSTGRESQL__PASSWORD: ${POSTGRES_PASSWORD}
      AUTHENTIK_SECRET_KEY: ${SECRET_KEY}
    volumes:
      - data:/data
      - templates:/templates

  # The worker runs the background tasks, and at its first start it gives the administrator,
  # akadmin, the email and password given, so authentik's initial setup is never offered.
  worker:
    <<: *authentik
    command: worker
    environment:
      <<: *environment
      AUTHENTIK_BOOTSTRAP_EMAIL: ${ADMIN_EMAIL}
      AUTHENTIK_BOOTSTRAP_PASSWORD: ${ADMIN_PASSWORD}
    volumes:
      - data:/data
      - certs:/certs
      - templates:/templates

  postgresql:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: authentik
      POSTGRES_USER: authentik
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
    volumes:
      - database:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -h 127.0.0.1 -U authentik -d authentik"]
      interval: 5s
      timeout: 5s
      retries: 10
      start_period: 30s

volumes:
  data:
  certs:
  templates:
  database:

compose.yamlLe voir sur GitHub