Object Storage - Server Access Logging
Objectif
Server Access Logging fournit des enregistrements détaillés des requêtes faites à un bucket. Les journaux d'accès sont utiles pour de nombreuses applications, par exemple pour les audits de sécurité et d'accès.
Ce guide explique comment configurer et utiliser Server Access Logging.
Prérequis
- Avoir créé un bucket.
- Avoir créé un utilisateur et avoir défini les droits d'accès requis sur le bucket.
- Connaître vos informations d'identification Object Storage (access_key et secret_access_key).
Consultez notre guide « Débuter avec Object Storage » pour plus de détails.
En pratique
Créer un bucket
Créer un bucket de logs
La journalisation des accès à votre bucket cible ne doit pas être activée. Les journaux peuvent être fournis dans n'importe quel bucket que vous possédez et qui est situé dans la même Région que le bucket source, y compris le bucket source lui-même. Ce n'est toutefois pas recommandé car cela entraînerait une boucle infinie de journaux. Pour simplifier la gestion des journaux, nous vous recommandons d'enregistrer les journaux d'accès dans un autre bucket.
Configurer les bucket acl sur le bucket de logs
Vérifier la configuration des bucket acl
Exemple de sortie :
Configurer les paramètres de journalisation d'un bucket
Définissez les paramètres de journalisation pour un bucket et spécifiez les autorisations pour ceux qui peuvent voir et modifier les paramètres de journalisation.
logging.json
Vérifier les paramètres de journalisation d'un bucket
Exemple de sortie :
Visualiser les journaux
Après environ une heure, les premiers journaux sont disponibles :
Exemple de sortie :
Télécharger un journal :
Exemple de sortie :
Consulter le journal :
Exemple de sortie :
La liste suivante décrit les champs d'enregistrement d'un journal:
- Bucket Owner: canonical user ID of the source bucket
- PROJECT_NAME:USER_NAME
- Bucket: bucket name
- Time: time at which the request was received
- format: [%d/%b/%Y:%H:%M:%S %z]
- Remote IP: apparent internet address of the requester
- Requester: canonical user ID of the requester
- PROJECT_NAME:USER_NAME
- Request ID: identify each request
- ex: txid0123456789abcdef
- Operation: operation listed here is declared
- SOAP.operation
- REST.HTTP_method.resource_type
- WEBSITE.HTTP_method.resource_type
- BATCH.DELETE.OBJECT
- S3.action.resource_type for Lifecycle and logging
- Key: object name
- Request-URI: Request-URI part of the HTTP request message
- HTTP status: numeric HTTP status code of the response
- Error Code: Amazon S3 Error code
- ex: NoSuchBucket
- Bytes Sent: number of response bytes sent
- Object Size: number of response bytes received?
- Total Time: number of milliseconds the request was in flight from the server's perspective
- Turn-Around Time: TTFB
- Referer: value of the HTTP Referer header
- User-Agent: value of the HTTP User-Agent header
- Version Id: object version ID
- Signature Version: signature version
- SigV2
- SigV4
- Authentication Type: type of request authentication used
- AuthHeader
- QueryString
- Host Header: endpoint used to connect to S3
- (BUCKET.)STORAGE_DOMAIN
Vérifier les acl d'un journal
Exemple de sortie :
Désactiver Server Access Logging
Créez un fichier de configuration vide :
Ensuite, configurez les paramètres de journalisation du bucket avec ce fichier de configuration vide :
Aller plus loin
Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.
Échangez avec notre communauté d'utilisateurs.