Définir les propriétés du fichier

Article
02/21/2025

L’opération Set File Properties définit les propriétés système du fichier. Cette opération est prise en charge dans la version 2025-05-05 et ultérieure pour les partages de fichiers avec le protocole NFS activé.

Disponibilité du protocole

Protocole de partage de fichiers activé	Disponible
SMB
NFS

Demander

La requête Set File Properties est construite comme suit. Nous vous recommandons d’utiliser HTTPS.

Méthode	URI de requête	Version HTTP
METTRE	`https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=properties`	HTTP/1.1

Remplacez les composants de chemin d’accès indiqués dans l’URI de requête par vos propres composants, comme suit :

Composant Path	Description
`myaccount`	Nom de votre compte de stockage.
`myshare`	Nom de votre partage de fichiers.
`mydirectorypath`	Optionnel. Chemin d’accès au répertoire parent.
`myfile`	Nom du fichier.

Pour plus d’informations sur les restrictions de nommage de chemin d’accès, consultez partages de noms et de références, répertoires, fichiers et métadonnées.

Paramètres d’URI

Vous pouvez spécifier les paramètres supplémentaires suivants dans l’URI de requête :

Paramètre	Description
`timeout`	Optionnel. Le paramètre `timeout` est exprimé en secondes. Pour plus d’informations, consultez Définir des délais d’attente pour les opérations de service de fichiers.

En-têtes de requête

Les en-têtes de requête obligatoires et facultatifs sont décrits dans les tableaux suivants :

En-têtes de requête courants

En-tête de requête	Description
`Authorization`	Obligatoire. Spécifie le schéma d’autorisation, le nom du compte et la signature. Pour plus d’informations, consultez Autoriser les demandes vers le stockage Azure.
`Date` ou `x-ms-date`	Obligatoire. Spécifie le temps universel coordonné (UTC) de la requête. Pour plus d’informations, consultez Autoriser les demandes vers le stockage Azure.
`x-ms-version`	Obligatoire pour toutes les demandes autorisées. Spécifie la version de l’opération à utiliser pour cette requête. Cette opération est prise en charge dans la version 2025-05-05 et ultérieure pour les partages de fichiers avec le protocole NFS activé. Pour plus d’informations, consultez Contrôle de version pour les services stockage Azure.
`x-ms-cache-control`	Optionnel. Modifie la chaîne de contrôle du cache pour le fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-type`	Optionnel. Définit le type de contenu du fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-md5`	Optionnel. Définit le hachage MD5 du fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-encoding`	Optionnel. Définit l’encodage de contenu du fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-language`	Optionnel. Définit la langue du contenu du fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-disposition`	Optionnel. Définit l’en-tête `Content-Disposition` du fichier. Si cette propriété n’est pas spécifiée sur la demande, la propriété est effacée pour le fichier. Les appels suivants à Get File Properties ne retourneront pas cette propriété, sauf si elle est explicitement définie sur le fichier.
`x-ms-content-length: bytes`	Optionnel. Redimensionne un fichier à la taille spécifiée. Si la valeur d’octet spécifiée est inférieure à la taille actuelle du fichier, toutes les plages au-dessus de la valeur d’octet spécifiée sont effacées.
`x-ms-file-creation-time: { preserve ¦ <DateTime> }`	Obligatoire, version 2019-02-02 à 2021-04-10. Facultatif, version 2021-06-08 et ultérieure. Propriété temps universel coordonné (UTC) pour un fichier. Une valeur de `preserve` peut être passée pour conserver une valeur existante inchangée. La valeur par défaut est `preserve`.
`x-ms-file-last-write-time: { preserve ¦ <DateTime> }`	Obligatoire, version 2019-02-02 à 2021-04-10. Facultatif, version 2021-06-08 et ultérieure. Propriété utc (Temps universel coordonné) pour un fichier. Une valeur de `preserve` peut être passée pour conserver une valeur existante inchangée. Si `preserve` est spécifié et que la taille du fichier est modifiée, l’heure de la dernière écriture est mise à jour jusqu’à l’heure actuelle. Si la taille du fichier est modifiée, mais qu’un horodatage explicite est fourni, l’horodatage explicite est utilisé. La valeur par défaut est `preserve`.
`x-ms-lease-id:<ID>`	Obligatoire si le fichier a un bail actif. Disponible pour la version 2019-02-02 et ultérieure. Cet en-tête est ignoré si le fichier se trouve sur un partage de fichiers avec le protocole NFS activé, ce qui ne prend pas en charge les baux de fichiers.
`x-ms-client-request-id`	Optionnel. Fournit une valeur opaque générée par le client avec une limite de caractères de 1 kibioctet (KiB) enregistrée dans les journaux lors de la configuration de la journalisation. Nous vous recommandons vivement d’utiliser cet en-tête pour mettre en corrélation les activités côté client avec les demandes reçues par le serveur. Pour plus d’informations, consultez Monitor Azure Files.
`x-ms-file-request-intent`	Obligatoire si `Authorization` en-tête spécifie un jeton OAuth. La valeur acceptable est `backup`. Cet en-tête spécifie que les `Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action` ou `Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action` doivent être accordés s’ils sont inclus dans la stratégie RBAC affectée à l’identité autorisée à l’aide de l’en-tête `Authorization`. Disponible pour la version 2022-11-02 et ultérieure.
`x-ms-allow-trailing-dot: { <Boolean> }`	Optionnel. Version 2022-11-02 et ultérieure. La valeur booléenne spécifie si un point de fin présent dans l’URL de requête doit être supprimé ou non. Cet en-tête est ignoré si la cible se trouve sur un partage de fichiers avec le protocole NFS activé, qui prend en charge le point de fin par défaut. Pour plus d’informations, consultez nommage et référencement de partages, répertoires, fichiers et métadonnées.

En-têtes de requête SMB uniquement

En-tête de requête	Description
`x-ms-file-change-time: { now ¦ <DateTime> }`	Optionnel. Version 2021-06-08 et ultérieure. La propriété temps universel coordonné (UTC) du fichier, mise en forme au format ISO 8601. Vous pouvez utiliser une valeur de `now` pour indiquer l’heure de la demande. La valeur par défaut est `now`.
`x-ms-file-permission: { preserve ¦ <SDDL> ¦ <binary> }`	Dans les versions 2019-02-02 à 2021-04-10, cet en-tête est requis si `x-ms-file-permission-key` n’est pas spécifié. Depuis la version 2021-06-08, les deux en-têtes sont facultatifs. Cette autorisation est le descripteur de sécurité pour le fichier spécifié dans le Langage de définition du descripteur de sécurité (SDDL) ou (version 2024-11-04 ou ultérieure) au format de descripteur de sécurité binaire en base64 format de descripteur de sécurité binaire. Vous pouvez spécifier le format à utiliser avec l’en-tête `x-ms-file-permission-format`. Vous pouvez utiliser cet en-tête si la taille des autorisations est de 8 kibioctets (KiB) ou moins. Sinon, vous pouvez utiliser `x-ms-file-permission-key`. S’il est spécifié, il doit avoir un propriétaire, un groupe et liste de contrôle d’accès discrétionnaire (DACL). Une valeur de `preserve` peut être passée pour conserver une valeur existante inchangée. Remarque: vous pouvez spécifier `x-ms-file-permission` ou `x-ms-file-permission-key`. Si aucun en-tête n’est spécifié, la valeur par défaut de `preserve` est utilisée.
`x-ms-file-permission-format: { sddl ¦ binary }`	Optionnel. Version 2024-11-04 ou ultérieure. Spécifie si la valeur passée dans `x-ms-file-permission` est au format SDDL ou au format binaire. Si `x-ms-file-permission` est défini sur `preserve`, cet en-tête ne doit pas être défini. Si `x-ms-file-permission` est défini sur une autre valeur que `preserve`et si cet en-tête n’est pas défini, la valeur par défaut de `sddl` est utilisée.
`x-ms-file-permission-key: <PermissionKey>`	Dans les versions 2019-02-02 à 2021-04-10, cet en-tête est requis si `x-ms-file-permission` n’est pas spécifié. Depuis la version 2021-06-08, les deux en-têtes sont facultatifs. Clé de l’autorisation à définir pour le fichier. Cela peut être créé à l’aide de l’API `Create-Permission`. Remarque: vous pouvez spécifier `x-ms-file-permission` ou `x-ms-file-permission-key`. Si aucun en-tête n’est spécifié, la valeur par défaut de `preserve` est utilisée pour l’en-tête `x-ms-file-permission`.
`x-ms-file-attributes: { preserve ¦ <FileAttributeList> }`	Obligatoire, version 2019-02-02 à 2021-04-10. Facultatif, version 2021-06-08 et ultérieure. Attributs du système de fichiers à définir sur le fichier. Consultez la liste des attributs disponibles . Une valeur de `preserve` peut être passée pour conserver une valeur existante inchangée. La valeur par défaut est `preserve`.

En-têtes de requête NFS uniquement

En-tête de requête	Description
`x-ms-mode`	Version 2025-05-05 et ultérieure. Bits de mode à définir sur le fichier. Le mode est représenté au format octal numérique 12 bits ou au format symbolique « rwx ». Consultez des autorisations de fichier POSIX (mode).
`x-ms-owner`	Version 2025-05-05 et ultérieure. Identificateur utilisateur (UID) du propriétaire du fichier à définir sur le fichier.
`x-ms-group`	Version 2025-05-05 et ultérieure. Identificateur de groupe (GID) du propriétaire du fichier à définir sur le fichier.

Corps de la demande

Aucun.

Réponse

La réponse inclut un code d’état HTTP et un ensemble d’en-têtes de réponse.

Code d’état

Une opération réussie retourne le code d’état 200 (OK). Pour plus d’informations sur les codes d’état, consultez Les codes d’état et d’erreur. Pour plus d’informations sur les codes d’état, consultez Les codes d’état et d’erreur.

En-têtes de réponse

La réponse de cette opération inclut les en-têtes dans les tableaux suivants. La réponse peut également inclure des en-têtes HTTP standard supplémentaires. Tous les en-têtes standard sont conformes à la spécification de protocole HTTP/1.1 .

En-têtes de réponse courants

En-tête de réponse	Description
`ETag`	Contient une valeur qui représente la version du fichier. La valeur est placée entre guillemets.
`Last-Modified`	Retourne la date et l’heure de la dernière modification du fichier. Le format de date suit RFC 1123. Pour plus d’informations, consultez Représenter les valeurs de date/heure dans les en-têtes. Toute opération qui modifie le répertoire ou ses propriétés met à jour l’heure de dernière modification. Les opérations sur les fichiers n’affectent pas l’heure de dernière modification du répertoire.
`x-ms-request-id`	Identifie de manière unique la demande qui a été effectuée et peut être utilisée pour résoudre les problèmes de la demande. Pour plus d’informations, consultez Résoudre les problèmes d’opérations d’API.
`x-ms-version`	Indique la version du service de fichiers utilisé pour exécuter la requête.
`Date` ou `x-ms-date`	Valeur de date/heure UTC générée par le service, qui indique l’heure à laquelle la réponse a été lancée.
`x-ms-request-server-encrypted: true/false`	Version 2017-04-17 et ultérieure. La valeur de cet en-tête est définie sur `true` si le contenu de la requête est correctement chiffré à l’aide de l’algorithme spécifié. Sinon, la valeur est définie sur `false`.
`x-ms-file-creation-time`	Version 2019-02-02 et ultérieure. Valeur de date/heure UTC qui représente la propriété d’heure de création du fichier.
`x-ms-file-last-write-time`	Version 2019-02-02 et ultérieure. Valeur de date/heure UTC qui représente la dernière propriété d’heure d’écriture du fichier.
`x-ms-file-change-time`	Version 2019-02-02 et ultérieure. Valeur de date/heure UTC qui représente la propriété d’heure de modification du fichier.
`x-ms-client-request-id`	Peut être utilisé pour résoudre les demandes et les réponses correspondantes. La valeur de cet en-tête est égale à la valeur de l’en-tête `x-ms-client-request-id` s’il est présent dans la requête et que la valeur ne contient pas plus de 1 024 caractères ASCII visibles. Si l’en-tête `x-ms-client-request-id` n’est pas présent dans la requête, il ne sera pas présent dans la réponse.

En-têtes de réponse SMB uniquement

En-tête de réponse	Description
`x-ms-file-permission-key`	Version 2019-02-02 et ultérieure. Clé de l’autorisation du fichier.
`x-ms-file-attributes`	Version 2019-02-02 et ultérieure. Attributs du système de fichiers du fichier. Pour plus d’informations, consultez la liste des attributs disponibles.

En-têtes de réponse NFS uniquement

En-tête de réponse	Description
`x-ms-mode`	Version 2025-05-05 et ultérieure. Mode du fichier. Consultez des autorisations de fichier POSIX (mode).
`x-ms-owner`	Version 2025-05-05 et ultérieure. Identificateur utilisateur (UID) du propriétaire du fichier.
`x-ms-group`	Version 2025-05-05 et ultérieure. Identificateur de groupe (GID) du propriétaire du fichier.
`x-ms-link-count`	Version 2025-05-05 et ultérieure. Nombre de liens du fichier.

Corps de la réponse

Aucun.

Autorisation

Seul le propriétaire du compte peut appeler cette opération.

Attributs du système de fichiers

Attribut	Attribut de fichier Win32	Définition
ReadOnly	FILE_ATTRIBUTE_READONLY	Fichier en lecture seule. Les applications peuvent lire le fichier, mais ne peuvent pas y écrire ni le supprimer.
Caché	FILE_ATTRIBUTE_HIDDEN	Le fichier est masqué. Il n’est pas inclus dans une liste d’annuaires ordinaire.
Système	FILE_ATTRIBUTE_SYSTEM	Fichier dont le système d’exploitation utilise une partie ou utilise exclusivement.
Aucun	FILE_ATTRIBUTE_NORMAL	Fichier qui n’a pas d’autres attributs définis. Cet attribut est valide uniquement lorsqu’il est utilisé seul.
Archiver	FILE_ATTRIBUTE_ARCHIVE	Fichier qui est un fichier d’archivage. Les applications utilisent généralement cet attribut pour marquer les fichiers à des fins de sauvegarde ou de suppression.
Temporaire	FILE_ATTRIBUTE_TEMPORARY	Fichier utilisé pour le stockage temporaire.
Hors-ligne	FILE_ATTRIBUTE_OFFLINE	Les données d’un fichier ne sont pas disponibles immédiatement. Cet attribut de système de fichiers est présenté principalement pour assurer la compatibilité avec Windows. Azure Files ne prend pas en charge les options de stockage hors connexion.
NotContentIndexed	FILE_ATTRIBUTE_NOT_CONTENT_INDEXED	Le fichier ne doit pas être indexé par le service d’indexation de contenu.
NoScrubData	FILE_ATTRIBUTE_NO_SCRUB_DATA	Le flux de données utilisateur ne doit pas être lu par le scanneur d’intégrité des données en arrière-plan. Cet attribut de système de fichiers est présenté principalement pour assurer la compatibilité avec Windows.

Autorisations de fichier POSIX (mode)

Les autorisations de fichier POSIX peuvent être spécifiées numériquement dans un format octal numérique 12 bits ou dans un format symbolique « rwx ». Exemples:

« 0644 » ou « rw-r--r--- » : l’utilisateur (propriétaire du fichier) dispose d’une autorisation de lecture et d’écriture. Le groupe dispose d’une autorisation de lecture. D’autres disposent d’une autorisation de lecture.
« 0755 » ou « rwxr-xr-x » : l’utilisateur (propriétaire du fichier) dispose d’une autorisation de lecture, d’écriture et d’exécution. Le groupe dispose d’une autorisation de lecture et d’exécution. D’autres disposent d’autorisations de lecture et d’exécution.

Format octal numérique

Les trois numéros octal de l’ordre le plus bas représentent les autorisations pour le propriétaire/l’utilisateur, le groupe et d’autres et sont indiqués à l’aide d’un nombre octal (0-7), formé à l’aide d’une combinaison au niveau du bit « 4 » (Lecture), « 2 » (Écriture), « 1 » (Exécuter). Le numéro octal de l’ordre le plus élevé (0-7) est utilisé pour indiquer une combinaison d’autorisations « 4 » (SetUID), « 2 » (SetGID), « 1 » (StickyBit).

Format	Autorisation
0700	L’utilisateur (propriétaire du fichier) dispose d’une autorisation de lecture, d’écriture et d’exécution.
0400	L’utilisateur dispose d’une autorisation de lecture.
0200	L’utilisateur dispose d’une autorisation d’écriture.
0100	L’utilisateur a l’autorisation d’exécution.
0070	Le groupe dispose d’une autorisation de lecture, d’écriture et d’exécution.
0040	Le groupe dispose d’une autorisation de lecture.
0020	Le groupe dispose d’une autorisation d’écriture.
0010	Le groupe dispose d’une autorisation d’exécution.
0007	D’autres disposent d’autorisations de lecture, d’écriture et d’exécution.
0004	D’autres disposent d’une autorisation de lecture.
0002	D’autres disposent d’une autorisation d’écriture.
0001	D’autres ont une autorisation d’exécution.
4000	Définissez l’ID utilisateur effectif sur le fichier.
2000	Définissez l’ID de groupe effectif sur le fichier.
1000	Définissez pour indiquer que le fichier peut être supprimé ou renommé uniquement par le propriétaire du fichier, le propriétaire du répertoire ou l’utilisateur racine.

Format symbolique « rwx »

Les autorisations de propriétaire/utilisateur, de groupe et d’autres sont indiquées à l’aide d’une combinaison de caractères « r » (lecture), « w » (écriture) et « x » (Exécuter).

Format	Autorisation
rwx------	L’utilisateur (propriétaire du fichier) dispose d’une autorisation de lecture, d’écriture et d’exécution.
r--------	L’utilisateur dispose d’une autorisation de lecture.
-w-------	L’utilisateur dispose d’une autorisation d’écriture.
--x------	L’utilisateur a l’autorisation d’exécution.
---rwx---	Le groupe dispose d’une autorisation de lecture, d’écriture et d’exécution.
---r-----	Le groupe dispose d’une autorisation de lecture.
----w----	Le groupe dispose d’une autorisation d’écriture.
-----x---	Le groupe dispose d’une autorisation d’exécution.
------rwx	D’autres disposent d’autorisations de lecture, d’écriture et d’exécution.
------r-	D’autres disposent d’une autorisation de lecture.
-------w-	D’autres disposent d’une autorisation d’écriture.
--------x	D’autres ont une autorisation d’exécution.

Remarques

La sémantique de mise à jour des propriétés d’un fichier est la suivante :

La taille d’un fichier est modifiée uniquement si la requête spécifie une valeur pour l’en-tête x-ms-content-length.
Si une requête définit uniquement x-ms-content-length et aucune autre propriété :
- Si le fichier se trouve sur un partage de fichiers avec le protocole SMB activé, aucune des autres propriétés du fichier n’est modifiée.
- Si le fichier se trouve sur un partage de fichiers avec le protocole NFS activé, l’heure de modification du fichier et l’heure de la dernière écriture sont modifiées.
Si une ou plusieurs des propriétés suivantes sont définies dans la requête, toutes ces propriétés sont définies ensemble. Si une valeur n’est pas fournie pour une propriété spécifiée lorsque au moins l’une des propriétés suivantes est définie, cette propriété est effacée pour le fichier.
- x-ms-cache-control
- x-ms-content-type
- x-ms-content-md5
- x-ms-content-encoding
- x-ms-content-language

Note

Les propriétés de fichier précédentes sont distinctes des propriétés du système de fichiers disponibles pour les clients SMB. Les clients SMB ne peuvent pas lire, écrire ou modifier ces valeurs de propriété.

Set File properties n’est pas pris en charge sur un instantané de partage, qui est une copie en lecture seule d’un partage. Une tentative d’exécution de cette opération sur un instantané de partage échoue avec 400 (InvalidQueryParameterValue).

Si le fichier a un bail actif, le client doit spécifier un ID de bail valide sur la demande d’écriture de propriétés dans le fichier. Si le client ne spécifie pas d’ID de bail ou qu’il spécifie un ID de bail non valide, le service Fichier retourne le code d’état 412 (Échec de la condition préalable). Si le client spécifie un ID de bail mais que le fichier n’a pas de bail actif, le service de fichiers retourne également le code d’état 412 (Échec de la condition préalable).

Voir aussi

opérations sur les fichiers

Partager via