# serveur_backup

**Cible des sauvegardes** : héberge les dépôts restic (un sous-dossier par nœud source),
servis en **SFTP/SSH** à un utilisateur restreint. Le pendant de `client_backup`.

## Rôle
- Crée l'utilisateur système `restic` et la racine des dépôts `/srv/restic`.
- Sécurise cette racine (droits stricts).
- Autorise la **clé publique** de sauvegarde dans son `authorized_keys`.

C'est tout : le rôle est délibérément minimal. Aucun démon, aucune logique de sauvegarde —
tout se passe côté client (dumps, chiffrement, rétention).

## Sécurité
Le **chiffrement est fait par le client** (restic) : ce nœud ne détient que des blocs
chiffrés et n'a jamais le mot de passe des dépôts. Compromettre la cible ne donne pas accès
aux données.

La clé **privée** correspondante vit dans la voûte, côté `client_backup`
(`vault_backup_ssh_privkey`) ; seule la publique est déclarée ici.

## Variables
| Variable | Défaut | Rôle |
| --- | --- | --- |
| `serveur_backup_utilisateur` | `restic` | Compte de dépôt |
| `serveur_backup_racine` | `/srv/restic` | Racine des dépôts |
| `serveur_backup_pubkey` | *(vide — **obligatoire**)* | Clé publique autorisée |

Le rôle **exige** `serveur_backup_pubkey` (assertion) : sans elle, la cible serait déployée
mais inaccessible.

## Flux (`meta/flux.yml`)
`22/tcp` entrant depuis `client_backup` (SSH, clé dédiée). Aucun autre port.

## Notes / limites
- **Hors-nœud, pas hors-site** : la cible protège de la perte d'une VM, pas de la perte du
  cluster. Une copie hors-site reste à faire.
- Dimensionner le disque en conséquence (`meta/empreinte.yml` : 64 Go par défaut) — c'est la
  ressource critique de ce nœud.
- Le compte `restic` n'est pas confiné à un shell restreint (`rrsync`/`ForceCommand`) :
  durcissement possible si la cible venait à sortir du périmètre de confiance.

## Prérequis
- Couche **services** (avant les agents `client_backup`).