Essai 09 / Numérique

Héberger le service que vous ne pouvez pas perdre

L’auto-hébergement est utile quand le distant est quelque chose que vous pouvez cloner, sauvegarder et reconstruire — pas une seconde personnalité.

Cette édition traduite est en attente d’une révision éditoriale par une personne de langue maternelle.

Un établi en bois avec un carnet et des outils de réparation, donnant sur un lac alpin bordé de forêt.
La technologie, la nature et le travail de compréhension. Une scène illustrative originale.

Je fais tourner git sur une machine que je peux toucher. Pas parce que les forges publiques sont immorales. Parce qu’un git clone qui marche encore après un 404 sur la page de compte est un objet différent d’un signet vers le temps de fonctionnement de quelqu’un d’autre.

L’auto-hébergement a un problème de réputation. On le vend comme un mode de vie, on le pratique comme un second métier. La version utile est plus étroite : héberger un ou deux distants dont la perte enlèverait la capacité de continuer.

Notions de base · Auto-héberger, c’est joindre le service sans la page de compte du vendeur

Un portable avec des fichiers est local. Une VM en datacentre peut encore être auto-hébergée si vous tenez l’image disque, le DNS, et une reconstruction testée. Le vendeur du rack est une dépendance. Le vendeur du compte applicatif en est une autre, généralement plus serrée.

Commencer par un distant que l’on peut cloner

Git est le premier service le plus gentil. Forgejo (ou GitLab CE) sur un petit VPS ou une boîte sous le bureau suffit. Ce qu’il faut posséder : le magasin d’objets, le nom chez un registrar visité cette année, une sauvegarde restaurée ailleurs.

git clone --mirror git@git.example.org:you/project.git
git -C project.git fsck --full

Le DNS fait partie du service

Une boîte sans nom est un hobby. Un nom sans DNS transférable est une laisse. Gardez une copie de la zone hors de l’hôte. Quand Let’s Encrypt échoue parce que HTTP-01 n’atteint plus la boîte, DNS-01 avec un jeton ailleurs change l’après-midi en semaine.

Le courrier est le piège

S’auto-héberger le mail parce que l’identité en dépend, c’est souvent s’engager à combattre la délivrabilité. Je ne recommande pas de commencer là. Si le mail est la charnière : une boîte que vous pouvez quitter par IMAP, une seconde chez un autre fournisseur, des codes papier.

Alimentation, disque, semaine ennuyeuse

Un serveur domestique qui est aussi le seul dépôt restic est un objet. Mettez le dépôt ailleurs. Un onduleur qui parle à NUT, plus restic check sur minuterie, est plus de souveraineté qu’un autre conteneur.

dig +short NS git.example.org
dig +short SOA git.example.org
Expert · Reconstruire depuis le froid, sinon vous ne l’hébergez pas

Nouveau disque. Restaurer git. Restaurer le DNS. Obtenir un certificat sans l’ancien /etc/letsencrypt. git clone depuis une troisième machine qui n’a jamais vu la clé d’hôte SSH d’origine. Si l’étape certificat a besoin d’un fichier resté sur la boîte morte, ACME est sur le chemin critique.

Ce que je n’héberge pas

Moteurs de recherche, cartes, la plupart du chat. Le test n’est pas idéologique : si ceci disparaît mardi, puis-je continuer mercredi avec un clone et une restauration documentée ?

restic snapshots
restic check --read-data-subset=5%
Essai suivant Retour au début ↑