Faire tourner votre propre instance Mastodon, vérifiée de bout en bout
Faire tourner votre propre coin du fédivers veut dire faire tourner Mastodon lui-même — le vrai projet en amont, pas un clone simplifié qui s’en approche. Le vrai Mastodon a de vraies exigences de déploiement que la plupart des offres « Mastodon en un clic » simplifient discrètement. Celle-ci ne le fait pas.
Ce qui est vraiment construit
Le gabarit se construit directement depuis la branche main du propre github.com/mastodon/mastodon.git, en utilisant le propre Dockerfile de Mastodon — pas une réimplémentation maintenue par Railyard qu’il faudrait garder synchronisée à la main à chaque fois que l’amont change quelque chose. Postgres et Redis sont provisionnés comme addons et câblés automatiquement, correspondant à ce que la propre documentation de configuration de Mastodon attend.
Vérifié, pas supposé — ce gabarit est marqué vérifié contre un vrai déploiement, pas juste rédigé à partir du README de Mastodon en espérant que ça fonctionne.
Les secrets dont Mastodon a vraiment besoin, générés correctement
C’est là qu’un déploiement Mastodon fait de zéro tourne habituellement mal, et là où bien faire les choses compte plus que presque partout ailleurs dans le catalogue de gabarits : Mastodon dépend d’Active Record Encryption pour les données au repos, ce qui nécessite trois clés séparées et correctement générées — ACTIVE_RECORD_ENCRYPTION_PRIMARY_KEY, _DETERMINISTIC_KEY, et _KEY_DERIVATION_SALT — en plus de son propre SECRET_KEY_BASE et OTP_SECRET pour l’authentification à deux facteurs. Que l’une de ces clés soit fausse, mal assortie, ou manquante, et les colonnes chiffrées deviennent illisibles — pas une erreur visible au démarrage, une mine qui explose plus tard. Le gabarit génère les cinq correctement dès le départ, pas comme une réflexion après coup ajoutée à un flux générique « ajoutez quelques variables d’environnement ».
Ce que vous possédez encore
LOCAL_DOMAIN est défini automatiquement sur le propre nom d’hôte de l’application, et RAILS_SERVE_STATIC_FILES est activé pour que Mastodon serve ses propres ressources sans qu’une couche CDN séparée soit nécessaire pour démarrer. La fédération, les réglages de modération, et le quotidien réel de faire tourner une instance — qui peut s’inscrire, avec quoi ça fédère, comment fonctionne la modération — sont les propres affaires de Mastodon une fois qu’il tourne, pas quelque chose qu’un gabarit de déploiement devrait décider à votre place.
Pourquoi « vérifié » est le point important, pas un badge
Une application Rails avec autant de pièces mobiles (Postgres, Redis, un build Dockerfile, cinq secrets interdépendants) a beaucoup de surface pour « fonctionne sur le chemin heureux, casse au premier vrai compte ». La différence entre un gabarit qui a vraiment été lancé et vérifié et un qui n’est qu’une configuration plausible en apparence, c’est exactement le genre de chose qui n’apparaît qu’au moment où quelqu’un essaie de créer sa première colonne chiffrée.
Parcourez le catalogue complet : Modèles.