backup.destinations.creer.validerÉcrit les clés dans Vault, puis enregistre la destination. Le fournisseur S3 n'est pas contacté.
Voir l'élément dans l'écran : backup/destinations
L'ordre compte : les clés partent d'abord dans Vault. Si Vault refuse, rien n'est créé et le message le dit.
La destination n'est pas éprouvée à ce stade. Pour savoir si ses clés sont lisibles, cliquer ensuite sur Tester dans la liste.
POST /hub/backup/destinations (formulaire, jeton CSRF) → BackupService.createDestination,
comme l'action backup_worker.create_destination.
| Paramètre | Obligatoire | Remarque |
|---|---|---|
name |
oui | donne le chemin Vault backup/destination-<name> |
endpoint |
oui | URL du service S3 |
bucket |
oui | |
region |
non | |
path_prefix |
non | vide par défaut |
access_key |
oui | écrite dans Vault |
secret_key |
oui | écrite dans Vault |
ssl_verify |
non | true par défaut ; voir le piège de la case |
| Cas | Message |
|---|---|
| succès | « Destination créée (x_id=N, credentials stockés dans Vault) » |
| champ obligatoire vide | « Création échouée : name required » (ou endpoint, bucket…) |
| Vault indisponible | « Création échouée : Vault write failed for backup/destination-… » |