Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
En-têtes de requête courants
Le tableau suivant décrit les en-têtes qui peuvent être utilisés par différents types de requêtes REST Amazon S3.
| Nom de l’en-tête | Description |
|---|---|
Authorization |
Les informations requises pour l'authentification de la demande. Pour plus d'informations, consultez l'en-tête d'authentification du guide du développeur Amazon Simple Storage Service. Pour les demandes anonymes, cet en-tête n'est pas obligatoire. |
Access-Control-Request-Method
|
Liste des méthodes HTTP envoyées sous forme de requête CORS avant le vol. Si l'évaluation CORS avant vol est réussie, les méthodes spécifiées peuvent être utilisées dans la demande CORS suivante. |
Content-Length |
Longueur du message (sans les en-têtes) selon la RFC 2616. Cet en-tête est requis pour les PUT et les opérations qui chargent du XML, telles que la journalisation et les ACL. |
Content-Type |
Type de contenu de la ressource si le corps de la demande contient du contenu. Exemple : |
Content-MD5 |
Le condensé MD5 128 bits codé en base64 du message (sans les en-têtes) conformément à la RFC 1864. Cet en-tête peut être utilisé pour vérifier l'intégrité des messages afin de vérifier que les données sont les mêmes que celles qui ont été envoyées à l'origine. Bien qu'il soit facultatif, nous vous recommandons d'utiliser le Content-MD5 mécanisme pour vérifier l'intégrité de bout en bout. Pour plus d'informations sur l'authentification des requêtes REST, consultez la rubrique Authentification REST dans le manuel Amazon Simple Storage Service Developer Guide. |
Date |
Date qui peut être utilisée pour créer la signature contenue dans l'en-tête Si l'en-tête Date n'est pas utilisé pour la signature, il peut se présenter sous l'un des formats de date complets spécifiés par RFC 2616 Si vous utilisez l'en-tête S'il |
Expect
|
Lorsque votre application utilise 100-continue, elle n'envoie pas le corps de la demande tant qu'elle n'a pas reçu d'accusé de réception. Si le message est rejeté sur la base des en-têtes, le corps du message n'est pas envoyé. Cet en-tête ne peut être utilisé que si vous envoyez un corps. Valeurs valides : 100-continuer |
Host |
Pour les requêtes de type chemin, la valeur est. Cet en-tête est obligatoire pour HTTP 1.1 (la plupart des boîtes à outils ajoutent cet en-tête automatiquement) ; facultatif pour les HTTP/1.0 requêtes. |
Origin |
Point de terminaison qui spécifie le nom du serveur du demandeur initial. |
x-amz-content-sha256 |
Lorsque vous utilisez la version 4 de la signature pour authentifier une demande, cet en-tête fournit un hachage de la charge utile de la demande. Pour de plus amples informations, veuillez consulter Calculs de signature pour l'en-tête d'autorisation : transfert de la charge utile en un seul bloc (AWS Signature (version 4). Lorsque vous chargez un objet en morceaux, vous définissez la valeur |
x-amz-date |
Date utilisée pour créer la signature dans l'en-tête Authorization. Le format doit correspondre à la norme ISO 8601 de base au format
|
x-amz-security-token |
Cet en-tête peut être utilisé dans les scénarios suivants :
Cet en-tête est obligatoire pour les demandes qui utilisent Amazon DevPay et les demandes qui sont signées à l'aide d'informations d'identification de sécurité temporaires. |
