backup.destinations.ligne.testerVérifie que les deux clés sont lisibles dans Vault. Le bucket S3 n'est pas contacté.
Voir l'élément dans l'écran : backup/destinations
Le test lit le chemin Vault de la destination et regarde si access_key et secret_key y
sont, non vides. Le résultat s'inscrit dans la colonne Dernier test.
Il ne fait aucun appel au fournisseur S3. Une clé révoquée chez le fournisseur, un bucket supprimé ou un endpoint faux passent le test. La seule preuve que la destination marche est un passage réussi vers elle.
POST /hub/backup/destinations/{x_id}/test → BackupService.testDestination, comme l'action
backup_worker.test_destination (x_id).
status |
Message affiché |
|---|---|
credentials_ok |
« Test OK — credentials read from backup/destination-… (S3 ping en P7) » |
credentials_missing |
« Test credentials_missing — access_key or secret_key missing in … » |
vault_error |
« Test vault_error — message de Vault » |
not_found |
« Test not_found — destination x_id=N inexistante » |
La description de l'action annonce « P7: ping S3 réel » ; le code de 3.77.0 ne contacte toujours pas S3.