Choisir les options de transfert

Pour ouvrir Transfer options - S3Client, sélectionnez les éléments à transférer, choisissez Edit > Copy ou Edit > Cut, puis Edit > Paste with options... dans le panneau de destination. Vous pouvez aussi utiliser le geste de glisser-déposer qui ouvre les options. Le dialogue présente les sources, la destination et Action. Choisissez Copy, Move ou, pour un seul dossier avec au moins un côté S3, Synchronize.

Les paramètres de stockage, d’ACL et de chiffrement des nouveaux objets concernent uniquement une destination S3. La clé de lecture des sources SSE-C est aussi disponible pour un téléchargement local. Les choix proposés dépendent des réglages du compte, du bucket et des opérations nécessaires au transfert. Les permissions correspondantes restent nécessaires sur le service.

Après avoir choisi vos options, cliquez sur Copy ou Move pour lancer le transfert, ou sur Cancel pour fermer le dialogue sans le lancer.

Options de synchronisation#

Avec Synchronize, Mode propose Update, sélectionné par défaut, pour conserver les éléments présents uniquement en destination, ou Mirror pour les supprimer après les écritures de la source. Cette suppression peut être définitive : vérifiez la portée avant de lancer l’opération.

Conflicts propose Newest source, sélectionné par défaut, pour remplacer un fichier destination lorsque celui de la source est plus récent, ou Authoritative source pour imposer la source, même si les fichiers sont identiques. Cliquez sur Preview pour examiner les actions prévues, ou sur Synchronize pour lancer directement l’opération. Consultez la synchronisation pour les comparaisons et la confirmation de l’aperçu.

Confirmer un écrasement#

Écraser un fichier local remplace son contenu. Sur S3, une écriture remplace l’objet courant ou crée une nouvelle version selon le versionnement. Les choix valables pour toute l’opération peuvent donc toucher plusieurs fichiers.

Quand une destination homonyme est rencontrée, Confirm overwrite propose Yes, No et, pour une opération portant sur plusieurs éléments, Yes to All et No to All. No ignore ce transfert et conserve sa source, y compris en mode Move. Les décisions « to All » s’appliquent aux conflits suivants de cette opération.

Show Details... présente les chemins, tailles, dates et ETag disponibles et leur comparaison. Un ETag identique ou une taille identique ne remplace pas une comparaison générale du contenu. Si le service refuse de révéler l’existence de la cible, le dialogue précise que l’écriture peut écraser un fichier existant ; l’absence de visibilité n’est pas la preuve que la clé est libre.

La synchronisation utilise ses règles Conflicts et une prévisualisation ; elle ne demande pas ces décisions fichier par fichier.

Classe de stockage#

Storage class propose la classe par défaut sous la forme <classe> (default), puis les classes explicitement autorisées pour tous les chemins requis. Le défaut laisse le service appliquer son choix ; une copie ordinaire ne conserve donc pas automatiquement la classe source.

Pour ajuster les classes disponibles, ouvrez File > Accounts..., sélectionnez le compte destination, cliquez sur Edit et consultez Capabilities, puis les réglages Storage classes. Configurez uniquement les classes réellement prises en charge et leurs opérations d’écriture. Validez avec OK. Les classes peuvent imposer des frais, une durée minimale de stockage ou une restauration préalable à la lecture ; consultez les classes et archives.

Pour un dossier, les classes proposées doivent convenir à tous ses éléments : petits fichiers, fichiers transférés en plusieurs parties et objets représentant les dossiers. Changer le chiffrement, activer gzip ou choisir la synchronisation peut rendre une classe indisponible ; le dialogue explique alors le retour à la classe par défaut. Vérifiez ce choix avant de confirmer.

ACL des objets créés#

Object ACL apparaît lorsque les politiques du compte autorisent une ACL explicite et que le bucket permet son utilisation. Les ACL désactivées par le mode de propriété du bucket, ou dont la disponibilité ne peut pas être confirmée, ne donnent pas accès à ce choix.

Si Enable ACL operations for this account est décoché dans le compte destination, ce choix n’est pas proposé. Le transfert utilise le défaut de destination sans lecture, écriture ni en-tête ACL, en simple comme en multipart. Cela ne conserve pas l’ACL source et ne modifie pas les permissions requises pour le contenu, les tags ou le chiffrement. Voir la désactivation locale des ACL.

Seul le sous-ensemble compatible avec toutes les opérations nécessaires est proposé. Une ACL publique ou Authenticated users read exige une confirmation de sécurité. Elle peut exposer les données ; les politiques IAM, de bucket et Block Public Access continuent de s’appliquer.

Pour Custom grants, utilisez Add à droite de la liste, renseignez le bénéficiaire et sa permission, puis complétez chaque ligne avant validation. Remove retire les lignes sélectionnées. Les types de bénéficiaires, groupes, permissions et limite d’entrées d’autorisation ACL proviennent de la politique ACL du compte ; les bénéficiaires enregistrés sont proposés. Consultez les ACL et la propriété pour les types d’identifiants et le chemin des réglages. L’ACL choisie s’applique à tous les objets créés par le transfert. Une modification du chiffrement, de la classe de stockage, de gzip ou de l’action peut rétablir Use the destination default si l’ACL précédente n’est plus utilisable. Le dialogue explique ce retour au défaut.

Chiffrement des nouveaux objets#

Destination encryption résume le choix qui sera appliqué aux nouvelles écritures. Cliquez sur Change encryption… pour ouvrir Change encryption, puis choisissez le mode dans New encryption:. Les modes indisponibles restent visibles, désactivés, avec leur motif en infobulle ; leur disponibilité dépend des politiques du compte et des opérations nécessaires pour toute la sélection. Pour les configurer, ouvrez File > Accounts..., sélectionnez le compte destination, cliquez sur Edit, puis ouvrez Capabilities. Dans Encryption, déclarez les modes et API pris en charge par le service. Dans Encryption policies, configurez les opérations d’envoi ou de copie dans Features, puis vérifiez Account default policy et Assignments. Cliquez sur OK pour enregistrer le compte. Consultez le chiffrement pour les réglages détaillés et les permissions KMS.

Une sélection mêlant sources locales et S3 affiche Choose encryption et oblige à choisir explicitement le chiffrement destination. Si une modification des options rend le choix précédent indisponible, il reste conservé, mais vous devez le remplacer ou corriger les options incompatibles avant de lancer le transfert.

Dans KMS settings, renseignez KMS key: ou sélectionnez une clé avec Favorites… lorsque ce choix est proposé. Une référence vide laisse le service choisir sa clé lorsque le chemin de transfert l’autorise. KMS context: accepte Unspecified, sélectionné par défaut, pour ne pas envoyer de contexte explicite avec un mode KMS choisi directement, No additional context pour fournir un contexte vide, ou Provide JSON context. Dans ce dernier cas, saisissez un objet JSON dont toutes les valeurs sont des chaînes, limité à 8 KiB en UTF-8. S3 ne retourne pas le contexte KMS de la source : Reuse source settings ne permet pas de le retrouver automatiquement. Bucket Key for destination objects: propose Unspecified, sélectionné par défaut, Disabled et Enabled lorsque le mode et la politique le permettent.

Changer de mode conserve les valeurs saisies dans KMS settings et New SSE-C key, y compris le choix Unspecified. Les champs sans effet pour le mode courant restent visibles et désactivés ; seules les valeurs applicables au mode confirmé sont utilisées. Avec Reuse source settings, Unspecified demande une décision avant la copie d’une source KMS. Pour une synchronisation, choisissez le contexte à l’avance, comme expliqué dans les prérequis de synchronisation.

Pour SSE-C, renseignez directement Key: dans New SSE-C key, puis choisissez Encoding: (Base64 ou Hexadecimal, avec 64 chiffres hexadécimaux), ou utilisez Import file… pour un fichier binaire de 32 octets exactement. La clé doit décoder vers 32 octets ; elle n’est conservée que pour l’opération. Gardez-en une copie sûre hors de S3Client : sans elle, le contenu chiffré reste illisible.

Cliquez sur Use settings pour valider les paramètres et revenir aux options de transfert. Cette validation ne lance aucune écriture. Cancel abandonne les changements de ce dialogue et conserve le choix précédemment validé. Vérifiez ensuite le résumé Destination encryption, ainsi que la classe de stockage et l’ACL, puis lancez Copy, Move ou Synchronize. Le résumé peut être copié et n’affiche jamais la clé SSE-C.

Déchiffrer les sources SSE-C#

Le chiffrement d’écriture et la clé de lecture sont deux réglages distincts.

1. Dans Source decryption, cliquez sur SSE-C read key… pour ouvrir SSE-C read key.
2. Vérifiez la cible affichée : le chemin de la source S3 unique, avec Version: pour une version sélectionnée, ou Selected S3 sources: N pour plusieurs sources S3.
3. Choisissez No SSE-C key pour une source ne nécessitant pas SSE-C, ou Temporary SSE-C key.
4. Saisissez ou importez la clé avec les formats précédents, puis validez par OK. Cancel conserve le choix précédent.

Cette clé de lecture couvre toutes les sources S3 sélectionnées et les objets de leurs dossiers. Utilisez des opérations distinctes pour des clés différentes. Le bouton devient Change SSE-C read key… lorsqu’une clé est choisie. Pour synchroniser vers S3, Destination decryption > Set destination SSE-C read key… définit séparément la clé de lecture des objets déjà présents en destination. Le bouton devient Change destination SSE-C read key… lorsqu’une clé est choisie. Ce réglage n’est actif qu’avec Synchronize et n’affecte pas le chiffrement des nouvelles écritures.

Les capacités SSE-C doivent autoriser les lectures requises pour chaque source et, en synchronisation, pour la destination. Une option indisponible explique la cause en infobulle. Une clé déjà choisie peut être retirée en rouvrant le dialogue, en sélectionnant No SSE-C key, puis en validant avec OK. Changer temporairement de choix désactive les champs sans effacer la saisie ; No SSE-C key confirmé n’applique aucune clé.

Propriétés conservées#

Une copie ordinaire ne conserve pas automatiquement la rétention et la conservation légale Object Lock de la source. Vérifiez les protections de la destination.

Une copie S3 conserve les métadonnées de contenu et les métadonnées utilisateur, ainsi que les tags de la source. Une copie multipart ou relayée qui lit les tags nécessite Read tags sur la cible source et les permissions de lecture correspondantes. À destination, des tags non vides exigent Send tags with CreateMultipartUpload pour une écriture multipart ou Send tags with PutObject pour un envoi simple. Tag editing peut être Unavailable sur la source : préserver ses tags ne les modifie pas.

Pour une copie côté serveur, CopyObject tags indique si le service accepte les directives de métadonnées et de tags indépendamment. Avec Tagging directive must match the metadata directive, remplacer les métadonnées exige de lire les tags source et de les renvoyer. La copie simple qui conserve les deux propriétés côté serveur n’ajoute pas cette lecture. Une lecture requise mais indisponible provoque SourceTaggingUnavailable ; des tags non vides non pris en charge à destination provoquent ObjectTaggingUnsupported. Une lecture refusée fait également échouer la copie. Ces contrôles évitent de perdre silencieusement les tags.

Des métadonnées source incomplètes peuvent empêcher la copie. L’ACL et la classe de stockage suivent les choix de destination ; le chiffrement suit le choix explicite ou sa valeur initiale.

Un envoi local détermine Content-Type à partir de l’extension et des types de contenu configurés. Un fichier local n’a pas d’ACL, de tags ni de classe de stockage S3 à conserver. Une nouvelle écriture S3 reçoit une nouvelle date de modification ; les autres propriétés du système de fichiers local ne sont pas toutes conservées.

Gzip et téléchargement#

Compress eligible local files with gzip est décoché par défaut et proposé seulement pour du contenu local vers S3. Il compresse les fichiers individuellement après confirmation, conserve leurs noms et l’arborescence, et ajoute Content-Encoding: gzip. Il ne crée pas d’archive de dossier. Les fichiers .svgz sont déjà traités comme gzip et ne sont pas recompressés. Pour un .svgz seul, le choix est indisponible. Synchronize désactive cette compression.

Au téléchargement vers le poste, S3Client décompresse automatiquement un contenu annoncé comme gzip, sans option à cocher. Une extension .gz seule ne déclenche pas ce traitement. Les tailles locale et S3 peuvent donc différer ; prévoyez l’espace du contenu décompressé. UnsupportedContentEncoding indique un encodage ou une chaîne d’encodages non pris en charge ; InvalidContentEncoding indique un en-tête mal formé.

Parcourir les dossiers locaux#

Les filtres d’affichage du navigateur ne limitent pas le contenu du dossier copié ou déplacé. Les exclusions locales ci-dessous restent applicables.

Pour une copie ou un déplacement de dossier, ouvrez Tools > Options... > General avant le lancement. Ignore hidden files et Ignore system files contrôlent l’inclusion de ces fichiers dans le parcours. Dans Local folder traversal, Symbolic links and junctions: propose :

• Ignore pour ne pas parcourir les liens et jonctions.
• Follow within selected folder (recommended) pour suivre uniquement les cibles situées sous la racine sélectionnée. C’est le défaut des nouvelles configurations.
• Follow without root restriction pour suivre aussi les cibles extérieures, avec le risque de transférer du contenu hors du dossier choisi.

Validez par OK. Les liens qui créeraient une boucle sont ignorés. Un dossier peut être parcouru plusieurs fois s’il est accessible par plusieurs liens sans boucle. Ces règles concernent la copie récursive ordinaire. La synchronisation inclut les fichiers cachés et système et ignore les liens, indépendamment de ces réglages.