Question 1

Comment déployer une application de la Marketplace ?

Accepted Answer

Choisissez un VPS Cloud puis sélectionnez le template souhaité : l'environnement est installé automatiquement et accessible depuis votre domaine.

Question 2

Qu'est-ce que la Marketplace ?

Accepted Answer

La Marketplace est un catalogue de templates VPS : des applications open source préconfigurées que vous déployez sur votre VPS en quelques clics.

Question 3

Les applications sont-elles vendues par ServOrbit ?

Accepted Answer

Non. Ce sont des logiciels open source que nous proposons sous forme de templates prêts à déployer. Vous payez le VPS qui les héberge, pas le logiciel.

Question 4

Les templates sont-ils gratuits ?

Accepted Answer

Les applications proposées sont open source et gratuites. Votre seul coût est celui du VPS Cloud sur lequel elles tournent.

Question 5

Quelles applications sont disponibles ?

Accepted Answer

Le catalogue couvre l'IA, l'automatisation, les bases de données, les CMS, le déploiement et plus encore (88 solutions à ce jour). Il s'enrichit régulièrement.

Question 6

Puis-je suggérer une application à ajouter ?

Accepted Answer

Oui. Via le formulaire de contact, choisissez « Suggérer une solution » et indiquez l'application open source souhaitée ainsi que votre cas d'usage.

Question 7

Pourquoi je ne peux pas installer une application alors que mon VPS respecte la configuration minimale ?

Accepted Answer

La configuration minimale d'une application s'entend sur un serveur libre. Or vos applications déjà installées consomment déjà une partie de la RAM, du CPU et du disque : nous vérifions donc la place réellement DISPONIBLE sur votre VPS (et non sa capacité totale) avant de lancer une nouvelle installation, pour éviter de saturer la machine. Si l'espace libre est insuffisant, augmentez les ressources depuis votre espace client (options vCPU / RAM / disque) puis relancez l'installation — ou désinstallez une application devenue inutile.

Question 8

Pourquoi une application est-elle indiquée « en conflit » ou « prérequis » sur mon VPS ?

Accepted Answer

Pour garantir une installation qui fonctionne du premier coup, nous vérifions la compatibilité avec ce qui est déjà installé sur votre serveur. Une application apparaît bloquée dans trois cas : (1) « conflit de port » — elle a besoin du même port réseau qu'une application déjà présente (deux services ne peuvent pas écouter sur le même port d'un serveur) ; (2) « conflit » — c'est un rôle qui ne peut exister qu'en un exemplaire, par exemple deux reverse-proxies comme Caddy et HAProxy qui veulent tous deux gérer les ports 80/443 ; (3) « prérequis » — elle a besoin qu'une autre application soit installée d'abord. Dans chaque cas, le motif est affiché sous l'application. Pour la poser quand même : désinstallez l'application en conflit, installez d'abord le prérequis, ou utilisez un autre VPS.

Question 9

Qu'est-ce que Gitea et pourquoi l'auto-héberger ?

Accepted Answer

Gitea est une plateforme Git open source et légère écrite en Go. L'auto-hébergement vous offre des dépôts privés illimités, un CI/CD intégré (Gitea Actions), un registre de paquets et des permissions d'équipe fines — le tout sur un VPS de 2 GB RAM, sans facturation au siège.

Question 10

Quel port Gitea utilise-t-il sur mon VPS ?

Accepted Answer

Gitea sert son interface web sur le port 3000 (relayé vers 80/443 via Caddy ou Nginx). Git par SSH est exposé sur le port 2222 pour éviter tout conflit avec le SSH de l'hôte VPS sur le port 22.

Question 11

Puis-je utiliser Gitea Actions pour le CI/CD ?

Accepted Answer

Oui. Activez Gitea Actions dans votre app.ini (`[actions] ENABLED = true`) et enregistrez un conteneur `act_runner` sur le même VPS. Gitea Actions est compatible avec la syntaxe YAML de GitHub Actions, de sorte que la plupart des workflows existants fonctionnent sans modification.

Question 12

Comment cloner un dépôt Gitea via SSH ?

Accepted Answer

Utilisez `git clone ssh://git@:2222//.git`. Vous pouvez aussi ajouter un bloc Host dans `~/.ssh/config` pour définir Port 2222 de façon transparente, afin que les commandes Git standard fonctionnent sans préciser le port.

Question 13

Quelles sont les ressources VPS minimales pour Gitea ?

Accepted Answer

Gitea fonctionne confortablement sur un VPS doté de 1 vCPU et 2 GB RAM pour des équipes jusqu'à 20 utilisateurs. Ajoutez de la RAM si vous activez des runners Gitea Actions locaux qui compilent du code. Prévoyez au moins 20 GB de stockage SSD par volume de dépôt.

Question 14

Qu'est-ce que PocketBase ?

Accepted Answer

PocketBase est un backend-as-a-service (BaaS) open source écrit en Go. Il regroupe une base de données SQLite embarquée, une API REST et WebSocket en temps réel, une authentification intégrée (email/password, OAuth2, OTP) et un tableau de bord d'administration web dans un unique binaire — sans serveur de base de données externe ni fichiers de configuration.

Question 15

De combien de RAM PocketBase a-t-il besoin ?

Accepted Answer

PocketBase fonctionne avec 512 MB RAM pour des charges légères. Un VPS de 1–2 GB gère confortablement des milliers d'utilisateurs actifs par jour. N'augmentez les ressources que si vous traitez de très gros fichiers ou exécutez en parallèle des tâches de fond gourmandes en calcul.

Question 16

Comment PocketBase se compare-t-il à Firebase ou Supabase ?

Accepted Answer

PocketBase est bien plus léger (un seul binaire contre plus de 10 services Docker pour Supabase) et présente un coût VPS fixe, sans facturation à la lecture ou à l'écriture. Firebase et Supabase conviennent mieux à une montée en charge cloud infinie ; PocketBase convient mieux aux applications à coût prévisible, en dessous d'environ 1 M de requêtes par jour.

Question 17

Quels fournisseurs OAuth2 PocketBase prend-il en charge nativement ?

Accepted Answer

PocketBase prend en charge Google, GitHub, GitLab, Apple, Twitter/X, Facebook, Microsoft, Spotify, Kakao, Twitch et d'autres. Activez-les dans le tableau de bord d'administration, sous Settings → Auth Providers, en collant votre client ID et votre secret OAuth2.

Question 18

Comment sauvegarder mes données PocketBase ?

Accepted Answer

Toutes les données résident dans le volume Docker `/pb/pb_data` — un fichier SQLite et les fichiers téléversés. Sauvegardez ce volume avec `docker run --rm -v pocketbase:/data alpine tar -czf - /data`. PocketBase expose aussi un endpoint de sauvegarde intégré, accessible depuis le tableau de bord d'administration.

Question 19

Puis-je ajouter une logique serveur personnalisée à PocketBase ?

Accepted Answer

Oui. PocketBase prend en charge les hooks JavaScript depuis la v0.17 : exécutez du code avant ou après les événements de création, de mise à jour, de suppression d'enregistrement ou d'authentification. Pour des cas d'usage avancés, intégrez PocketBase comme bibliothèque Go et ajoutez vos propres handlers HTTP ou tâches de fond.

Question 20

Qu'est-ce que Vaultwarden ?

Accepted Answer

Vaultwarden est une implémentation open source non officielle du serveur Bitwarden, écrite en Rust. Elle est 100 % compatible avec tous les clients Bitwarden officiels (extensions de navigateur, iOS, Android, bureau, CLI) et consomme moins de 50 MB RAM — ce qui la rend idéale pour l'auto-hébergement sur un petit VPS.

Question 21

Ai-je besoin de HTTPS pour exécuter Vaultwarden ?

Accepted Answer

Oui. Les clients Bitwarden officiels refusent de se connecter à un serveur dépourvu d'un certificat TLS valide. Il vous faut un nom de domaine et un reverse proxy (Caddy, Nginx ou Traefik) avec un certificat Let's Encrypt. Caddy réduit cela à une seule ligne — il provisionne et renouvelle le certificat automatiquement à partir de votre Caddyfile.

Question 22

De combien de RAM Vaultwarden a-t-il besoin ?

Accepted Answer

Vaultwarden consomme moins de 50 MB RAM au repos. Un VPS de 512 MB suffit pour un usage personnel ou une petite équipe ; 1 GB est confortable pour une organisation de 20–50 utilisateurs. Il s'exécute facilement aux côtés d'autres services sans impacter les performances.

Question 23

Puis-je importer mes mots de passe existants dans Vaultwarden ?

Accepted Answer

Oui. Exportez votre coffre depuis Bitwarden.com (Settings → Export Vault → JSON format) et importez-le dans le coffre web de Vaultwarden, sous Tools → Import Data. L'opération prend moins de deux minutes et conserve tous les mots de passe, dossiers, notes et identités.

Question 24

Comment empêcher des inconnus de créer des comptes sur mon instance Vaultwarden ?

Accepted Answer

Définissez la variable d'environnement `SIGNUPS_ALLOWED=false` sur le conteneur et redémarrez-le. Les nouvelles inscriptions seront rejetées. Vous pouvez toujours inviter des utilisateurs spécifiques via le panneau d'administration, que vous activez avec la variable d'environnement `ADMIN_TOKEN`.

Question 25

Comment sauvegarder mes données Vaultwarden ?

Accepted Answer

Toutes les données résident dans le volume Docker `/data` : un fichier SQLite et les pièces jointes. Exécutez `docker run --rm -v vaultwarden:/data -v /backup:/out busybox tar czf /out/vaultwarden-backup.tar.gz /data` pour créer un instantané. Planifiez cela dans cron pour des sauvegardes quotidiennes automatiques.

Question 26

Qu'est-ce que Beszel ?

Accepted Answer

Beszel est un hub de supervision de serveurs léger et open source (MIT). Vous déployez un seul hub et installez de petits agents sur chaque serveur à surveiller. Le hub agrège en temps réel les métriques de CPU, RAM, disque, bande passante et conteneurs Docker de tous vos serveurs dans un unique tableau de bord adossé à PocketBase.

Question 27

Combien de RAM Beszel nécessite-t-il ?

Accepted Answer

Au repos, le hub consomme moins de 50 MB de RAM et tient sans problème sur un VPS de 512 MB aux côtés d'autres services. Les agents sont encore plus légers — quelques MB chacun. Vous pouvez superviser plus de 20 serveurs sans que le hub ne dépasse ~100 MB de RAM.

Question 28

Dois-je ouvrir des ports du pare-feu sur les serveurs surveillés pour utiliser Beszel ?

Accepted Answer

Non. Les agents Beszel établissent des connexions sortantes vers le hub — les serveurs surveillés n'ont besoin d'aucun port entrant ouvert. Il vous suffit que le port 8090 (ou le port de votre proxy HTTPS) soit accessible sur le serveur du hub lui-même.

Question 29

Quelle est la différence entre Beszel et Uptime Kuma ?

Accepted Answer

Uptime Kuma est conçu pour les contrôles de disponibilité : une URL ou un port TCP est-il actif ou hors service ? Beszel est conçu pour la supervision des ressources : CPU, RAM, disque, bande passante et statistiques Docker par serveur. Ils sont complémentaires — utilisez Uptime Kuma pour les sondes externes en boîte noire et Beszel pour les métriques internes de tout votre parc.

Question 30

Beszel peut-il surveiller les conteneurs Docker ?

Accepted Answer

Oui. Montez `/var/run/docker.sock` au lancement du conteneur de l'agent et Beszel découvre et suit automatiquement tous les conteneurs Docker de cet hôte — CPU, RAM et réseau par conteneur, sans exporter supplémentaire.

Question 31

Comment recevoir des alertes dans Beszel ?

Accepted Answer

Beszel prend en charge email, Telegram, Slack, Discord, ntfy, PagerDuty et Pushover via ses paramètres de notification intégrés. Définissez un seuil sur n'importe quelle métrique (p. ex. disque > 80 %) et Beszel déclenche l'alerte lorsque le seuil est franchi, puis de nouveau lorsqu'il repasse en dessous.

Question 32

Qu'est-ce que Twenty ?

Accepted Answer

Twenty est un CRM open source (AGPL-3.0) conçu comme une alternative auto-hébergée à Salesforce et HubSpot. Il propose des objets et champs personnalisables, des vues kanban et liste, une API GraphQL + REST, des notes et tâches intégrées, et un worker en arrière-plan pour les automatisations et les webhooks. Depuis la v2.1.0, il est prêt pour la production dans les déploiements auto-hébergés mono-locataires.

Question 33

Combien de RAM Twenty nécessite-t-il ?

Accepted Answer

La pile Twenty complète (server + worker + PostgreSQL + Redis) consomme environ 1,2 GB de RAM au repos. Prévoyez 2 GB minimum et 4 GB recommandés pour laisser à PostgreSQL de la marge sous des requêtes concurrentes. Le server seul utilise à peu près 300–400 MB au repos.

Question 34

L'auto-hébergement de Twenty est-il gratuit ?

Accepted Answer

Oui — Twenty est entièrement open source sous AGPL-3.0. L'auto-hébergement sur votre propre VPS est gratuit. Aucun frais par utilisateur, aucune facturation à l'usage et aucune fonctionnalité verrouillée derrière un plan payant dans l'édition auto-hébergée. Vous ne payez que le VPS.

Question 35

Comment Twenty se compare-t-il à HubSpot ou Salesforce ?

Accepted Answer

HubSpot et Salesforce sont des produits SaaS cloud facturés par utilisateur, avec vos données stockées sur leur infrastructure. Twenty est auto-hébergé : toutes les données restent sur votre serveur, le coût est un forfait VPS fixe, et vous pouvez étendre le schéma, l'API et les automatisations sans approbation de l'éditeur ni restrictions de marketplace.

Question 36

Twenty dispose-t-il d'une API ?

Accepted Answer

Oui — chaque objet de Twenty (contacts, entreprises, affaires, et tout objet personnalisé que vous définissez) est accessible via une API GraphQL entièrement documentée et une API REST. Les webhooks se déclenchent sur tout événement d'enregistrement. L'API est la surface d'intégration principale, pas une réflexion après coup.

Question 37

Puis-je importer mes contacts depuis HubSpot ou Pipedrive dans Twenty ?

Accepted Answer

Oui. Twenty prend en charge l'import CSV depuis les paramètres de l'espace de travail → Import. Exportez vos contacts et entreprises au format CSV depuis HubSpot, Pipedrive ou tout ancien CRM, puis importez-les dans l'objet Twenty correspondant. Les migrations plus complexes (affaires avec historique d'activité) peuvent nécessiter un court script API.

Question 38

Qu'est-ce que Qdrant et pourquoi en ai-je besoin pour le RAG ?

Accepted Answer

Qdrant est une base de données vectorielle open source écrite en Rust. Elle stocke des fragments de documents sous forme de vecteurs d'embedding et récupère les plus similaires en quelques millisecondes. Le RAG (Retrieval-Augmented Generation) s'en sert pour injecter du contexte pertinent dans chaque appel au LLM — afin que votre IA réponde à partir de faits au lieu d'halluciner. Une base de données relationnelle ou un index plein texte ne peut égaler la vitesse ni la précision de Qdrant sur cette tâche.

Question 39

Combien de RAM Qdrant nécessite-t-il ?

Accepted Answer

Au repos, Qdrant consomme environ 100–200 MB de RAM. La limite pratique est la taille de votre index : 1 million de vecteurs float32 à 1536 dimensions occupent environ 6 GB sans quantification, ou ~1,5 GB avec une quantification scalaire (int8). Pour la plupart des projets RAG de petite à moyenne taille, un VPS de 4 GB constitue un point de départ confortable.

Question 40

Quels modèles d'embedding fonctionnent avec Qdrant ?

Accepted Answer

Tout modèle qui produit des vecteurs float de taille fixe. Choix auto-hébergés populaires via Ollama : mxbai-embed-large (1024 dims), nomic-embed-text (768 dims). Via API : OpenAI text-embedding-3-small (1536 dims), Cohere Embed. LangChain, LlamaIndex, Haystack et les SDK officiels de Qdrant (Python, TypeScript, Go, Rust) disposent tous de connecteurs natifs.

Question 41

Puis-je exécuter Qdrant et Ollama sur le même VPS ?

Accepted Answer

Oui. Les deux se déploient dans un seul conteneur, sans conflit de port (Ollama sur 11434, Qdrant sur 6333/6334). Un VPS de 4 GB de RAM fait tourner les deux sans peine avec un modèle 7B Q4 chargé — vous offrant une pile RAG entièrement autonome et isolée du réseau : embedding avec Ollama, récupération avec Qdrant, génération avec Ollama, sans aucune API externe.

Question 42

Qdrant est-il une bonne alternative à Pinecone ?

Accepted Answer

Oui. Qdrant est la principale alternative auto-hébergée à Pinecone. Il égale ou dépasse Pinecone en latence et en rappel sur les benchmarks, prend en charge le même écosystème de modèles d'embedding, et coûte un forfait VPS fixe au lieu d'une facturation par vecteur et par requête. La contrepartie : vous gérez l'infrastructure vous-même.

Question 43

Comment sécuriser une instance Qdrant ?

Accepted Answer

Redémarrez le conteneur en définissant la variable d'environnement QDRANT__SERVICE__API_KEY sur une chaîne aléatoire robuste. Toutes les requêtes REST et gRPC doivent alors inclure l'en-tête `api-key`. Placez Qdrant derrière Caddy ou Nginx pour le HTTPS. N'exposez jamais le port 6333 à Internet sans authentification.

Question 44

Qu'est-ce qu'Infisical et pourquoi l'auto-héberger ?

Accepted Answer

Infisical est un gestionnaire de secrets open source (MIT, 27,6k étoiles) — une alternative auto-hébergée à Doppler et HashiCorp Vault. Il centralise les clés d'API, mots de passe de bases de données et certificats dans un seul coffre, synchronisés automatiquement vers vos applications et pipelines CI via des SDK et des intégrations natives. L'auto-hébergement garde vos identifiants les plus sensibles sur votre propre infrastructure avec des journaux d'audit complets, pour un coût VPS fixe au lieu d'une facturation SaaS par développeur.

Question 45

Combien de RAM Infisical nécessite-t-il ?

Accepted Answer

La pile Infisical (app + PostgreSQL 14 + Redis) consomme environ 600–800 MB de RAM au repos et dépasse 1 GB en pointe sous des requêtes API concurrentes provenant de plusieurs applications. Prévoyez un VPS avec au moins 2 GB de RAM (4 GB recommandés pour les équipes dont plusieurs services récupèrent des secrets simultanément).

Question 46

Infisical fonctionne-t-il avec GitHub Actions et GitLab CI ?

Accepted Answer

Oui. Infisical propose des intégrations CI/CD de premier ordre : GitHub Actions (action officielle sur le marketplace), GitLab CI (synchronisation native des variables), CircleCI et Jenkins. Vous ajoutez un service token comme secret de CI, puis l'intégration injecte les secrets du bon environnement directement dans chaque exécution du pipeline — aucun fichier .env, aucune rotation manuelle.

Question 47

Infisical peut-il synchroniser les secrets vers mon application Node.js ou Python à l'exécution ?

Accepted Answer

Oui. Installez le SDK Infisical (`npm install @infisical/sdk` ou `pip install infisical-python`) et récupérez les secrets au démarrage. Vous pouvez aussi utiliser le wrapper CLI : `infisical run -- node server.js` injecte les secrets comme variables d'environnement, de sorte que votre application les lit via `process.env` — sans intégration du SDK, et sans qu'aucun secret ne touche jamais le système de fichiers.

Question 48

Infisical est-il sûr pour stocker les mots de passe des bases de données de production ?

Accepted Answer

Oui. Infisical chiffre au repos chaque valeur de secret avec AES-256-GCM au moyen d'une `ENCRYPTION_KEY` que vous générez et contrôlez. En transit, toutes les communications se font en HTTPS. L'accès est régi par des politiques basées sur les rôles, des service tokens et des identités machine appliquant le principe du moindre privilège. Chaque lecture et écriture est consignée dans le journal d'audit. Le cœur MIT inclut toutes ces fonctionnalités de sécurité — aucune offre payante n'est requise.

Question 49

Quelle est la différence entre Infisical et Vaultwarden ?

Accepted Answer

Ils répondent à des problèmes différents : Vaultwarden est un gestionnaire de mots de passe personnel et d'équipe (compatible Bitwarden — identifiants de connexion humains, extensions de navigateur, applications mobiles). Infisical est un gestionnaire de secrets pour les machines et le code (clés API, URI de bases de données, tokens — consommés par programme par les applications et les pipelines CI/CD via des SDK ou la CLI). La plupart des équipes utilisent les deux : Vaultwarden pour les identifiants humains, Infisical pour les secrets applicatifs.

Question 50

Qu'est-ce que Dockge ?

Accepted Answer

Dockge est un gestionnaire visuel open source (MIT) de stacks Docker Compose, créé par Louis Lam — le développeur à l'origine d'Uptime Kuma. Il vous permet de créer, modifier, démarrer, arrêter et surveiller toutes vos applications multi-conteneurs depuis une interface web épurée sur le port 5001, sans SSH ni ligne de commande. Il stocke chaque stack sous forme de fichier `compose.yaml` standard dans `/opt/stacks` sur votre hôte.

Question 51

De combien de RAM Dockge a-t-il besoin ?

Accepted Answer

Dockge consomme au repos moins de 150 MB de RAM et tient sur n'importe quel VPS sans impacter les autres services qui y tournent. Il repose sur Node.js avec une base de données SQLite — aucune base de données ni cache externe à provisionner. Un VPS de 512 MB peut faire tourner Dockge confortablement aux côtés de plusieurs stacks gérées.

Question 52

Dockge peut-il gérer des stacks que j'ai créées manuellement avant de l'installer ?

Accepted Answer

Oui. Placez vos fichiers `compose.yaml` existants dans des sous-répertoires sous `/opt/stacks` (par ex. `/opt/stacks/n8n/compose.yaml`) et Dockge les découvrira et les affichera automatiquement au prochain chargement. La convention de chemin est `//compose.yaml` — toute stack respectant déjà cette disposition apparaît dans l'interface sans aucune étape d'import.

Question 53

Quelle est la différence entre Dockge, Coolify et Dokploy ?

Accepted Answer

Ils couvrent des périmètres différents : Dockge est un pur gestionnaire de Compose — il vous permet de créer et de gérer des stacks sur le serveur même où il tourne. Coolify et Dokploy sont des plateformes PaaS complètes avec intégration Git, SSL automatique, promotion d'environnement et déploiements multi-serveurs. Utilisez Dockge quand vous voulez une interface légère pour vos stacks faites main ; utilisez Coolify ou Dokploy quand vous voulez du déploiement par git-push et du SSL automatisé prêts à l'emploi.

Question 54

La console web de Dockge est-elle sûre à utiliser ?

Accepted Answer

La console terminal intégrée a été désactivée par défaut en v1.5.0 à la suite d'un avis de sécurité (GHSA-7vx4-hf96-mqq6). Le reste de Dockge — gestion des stacks, streaming des logs, tableau de bord de statut — est pleinement fonctionnel sans la console. Ne l'activez pas sur une instance exposée publiquement. Si vous avez besoin d'un accès shell aux conteneurs, utilisez plutôt une session SSH dédiée.

Question 55

Comment mettre à jour une stack gérée par Dockge ?

Accepted Answer

Ouvrez la stack dans l'interface de Dockge, cliquez sur Update, puis sur Start. En coulisses, Dockge exécute `docker compose pull` suivi de `docker compose up -d`. Pour mettre à jour Dockge lui-même, modifiez son propre `compose.yaml` (dans `/opt/dockge` ou là où vous l'avez installé), changez le tag de l'image si nécessaire, puis lancez `docker compose up -d` depuis le terminal — ou utilisez une autre instance de Dockge pour le gérer.

Question 56

Qu'est-ce qu'Authelia et quel problème résout-il ?

Accepted Answer

Authelia est une passerelle d'authentification et d'autorisation open source (Apache 2.0). Elle se place devant vos applications comme point de terminaison forward-auth sur votre reverse proxy (Nginx, Caddy, Traefik). Chaque requête est vérifiée par rapport à votre politique : les utilisateurs non authentifiés sont redirigés vers le portail de connexion Authelia, où vous pouvez imposer un mot de passe, du TOTP, des passkeys ou n'importe quelle combinaison. Les applications elles-mêmes n'ont besoin d'aucune modification — Authelia les protège au niveau de l'infrastructure.

Question 57

Ai-je besoin d'un nom de domaine pour faire tourner Authelia ?

Accepted Answer

Oui. Les cookies de session d'Authelia doivent être limités à un domaine (`Domain=.yourdomain.com`), et les callbacks OIDC ainsi que les certificats Let's Encrypt exigent un FQDN résoluble publiquement en HTTPS. Authelia ne peut pas fonctionner correctement derrière une simple adresse IP. Lorsque vous déployez via ServOrbit, faites pointer un enregistrement A vers votre VPS et saisissez le domaine lors de la configuration — le reverse proxy et le certificat TLS sont configurés automatiquement.

Question 58

De combien de RAM Authelia a-t-il besoin ?

Accepted Answer

Authelia lui-même consomme au repos moins de 30 MB de RAM. Ajoutez environ 20 MB pour le magasin de sessions Redis. Total : moins de 60 MB pour la pile d'authentification complète. Un VPS de 512 MB suffit pour un usage personnel ; 1 GB est confortable pour une équipe de 20 utilisateurs ou plus.

Question 59

Authelia peut-il fournir du SSO pour des applications comme Gitea ou Nextcloud ?

Accepted Answer

Oui. Authelia est un fournisseur OpenID Connect (OIDC) certifié. Enregistrez chaque application comme client OIDC dans `configuration.yml` — donnez-lui un client ID, un secret et une redirect URI. Configurez ensuite l'application pour utiliser Authelia comme fournisseur d'identité. Les utilisateurs s'authentifient une seule fois sur votre portail d'authentification et sont transférés silencieusement vers chaque application connectée sans avoir à ressaisir leurs identifiants.

Question 60

Quelles méthodes MFA Authelia prend-il en charge ?

Accepted Answer

Authelia prend en charge le TOTP (toute application d'authentification : Google Authenticator, Ente Auth, Aegis, Bitwarden Authenticator), WebAuthn/Passkeys (Touch ID, Face ID, YubiKey, toute clé matérielle FIDO2) et les notifications push Duo. Les utilisateurs peuvent enregistrer plusieurs méthodes et choisir au moment de la connexion. Le MFA est imposé par domaine, par groupe ou globalement selon vos règles de contrôle d'accès.

Question 61

Qu'est-ce qu'Actual Budget ?

Accepted Answer

Actual Budget est une application de finances personnelles open source (MIT), local-first, fondée sur la budgétisation à base zéro (méthode des enveloppes). C'est une alternative auto-hébergée à YNAB — vous faites tourner un serveur Node.js léger sur votre propre VPS et synchronisez votre budget vers n'importe quel appareil grâce au chiffrement de bout en bout. Vos données financières ne quittent jamais votre infrastructure.

Question 62

Comment Actual Budget se compare-t-il à YNAB ?

Accepted Answer

La méthodologie de budgétisation est identique : affectez chaque dollar à une enveloppe (catégorie) nommée avant de le dépenser. Les différences : Actual est sous licence MIT sans frais d'abonnement, vos données restent sur votre propre serveur, et le code source est entièrement auditable sur GitHub. YNAB dispose d'une application mobile native plus soignée ; Actual propose une PWA rapide et une communauté open source active.

Question 63

De combien de RAM Actual Budget a-t-il besoin ?

Accepted Answer

Le serveur Node.js consomme au repos moins de 80 MB de RAM. Un VPS de 1 GB est largement suffisant pour plusieurs utilisateurs simultanés. Actual Budget est l'un des outils de finances auto-hébergés les plus économes en ressources qui soient.

Question 64

Actual Budget peut-il importer automatiquement les transactions depuis ma banque ?

Accepted Answer

Oui, via deux intégrations optionnelles : GoCardless pour les banques européennes (API d'open banking, sans partage d'identifiants) et SimpleFIN pour les banques nord-américaines. Si votre banque n'est pas prise en charge, vous pouvez importer des fichiers OFX, QFX, QIF ou CSV exportés depuis votre portail de banque en ligne. La saisie manuelle des transactions fonctionne aussi très bien pour garder l'œil sur votre trésorerie.

Marketplace

Besoin d'aide ?