Partager via

Obtenir les propriétés d’annuaire

L’opération Get Directory Properties retourne toutes les propriétés système du répertoire spécifié, et elle peut également être utilisée pour vérifier l’existence d’un répertoire. Les données retournées n’incluent pas les fichiers dans le répertoire ou les sous-répertoires. 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 Oui
NFS Oui

Demander

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

Méthode URI de requête Version HTTP
GET/HEAD https://myaccount.file.core.windows.net/myshare/myparentdirectorypath/mydirectory?restype=directory HTTP/1.1
GET/HEAD https://myaccount.file.core.windows.net/myshare/myparentdirectorypath/mydirectory?restype=directory&sharesnapshot=<DateTime> HTTP/1.1

Remplacez les composants de chemin d’accès affiché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.
myparentdirectorypath Optionnel. Chemin d’accès au répertoire parent.
mydirectory Nom du répertoire.

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

Les paramètres supplémentaires suivants peuvent être spécifiés sur l’URI de requête :

Paramètre Description
sharesnapshot Optionnel. Version 2017-04-17 et ultérieure. Le paramètre sharesnapshot est une valeur DateTime opaque qui, lorsqu’elle est présente, spécifie l’instantané de partage à interroger pour les propriétés du répertoire.
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 Azure Files.

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-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

Aucun.

En-têtes de requête NFS uniquement

Aucun.

Corps de la demande

Aucun.

Exemple de requête

HEAD https://myaccount.file.core.windows.net/myshare/myparentdirectorypath/mydirectory?restype=directory HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-date: <date>  
Authorization: SharedKey myaccount:Z5043vY9MesKNh0PNtksNc9nbXSSqGHueE00JdjidOQ=

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.

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 L’ETag contient une valeur que vous pouvez utiliser pour effectuer des opérations de manière conditionnelle. La valeur est placée entre guillemets.
Last-Modified Retourne la date et l’heure de la dernière modification du répertoire. Le format de date suit RFC 1123. Pour plus d’informations, consultez Représenter les valeurs de date/heure dans les en-têtes. Les opérations sur les fichiers dans le répertoire n’affectent pas la dernière heure de modification du répertoire.
x-ms-meta-name:value Ensemble de paires nom-valeur qui contiennent des métadonnées pour le répertoire.
x-ms-request-id Retourne l’identificateur unique de la demande, qui peut vous aider à résoudre 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 utilisée pour exécuter la requête.
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-server-encrypted: true/false Version 2017-04-17 et ultérieure. La valeur de cet en-tête est définie sur true si les métadonnées du répertoire sont entièrement chiffrées à l’aide de l’algorithme spécifié. Si les métadonnées ne sont pas chiffrées, 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 d’un répertoire.
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 pour le répertoire.
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 répertoire.
x-ms-file-file-id Version 2019-02-02 et ultérieure. ID de fichier du répertoire.
x-ms-file-parent-id Version 2019-02-02 et ultérieure. ID de fichier parent du répertoire.
x-ms-client-request-id Peut être utilisé pour résoudre les demandes et leurs 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 n’est 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 répertoire.
x-ms-file-attributes Version 2019-02-02 et ultérieure. Attributs du système de fichiers dans le répertoire. 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 répertoire. Consultez des autorisations de fichier POSIX (mode).
x-ms-owner Version 2025-05-05 et ultérieure. Identificateur d’utilisateur (UID) du propriétaire du répertoire.
x-ms-group Version 2025-05-05 et ultérieure. Identificateur de groupe (GID) du propriétaire du répertoire.
x-ms-file-file-type Version 2025-05-05 et ultérieure. Le type du fichier, les valeurs possibles sont : Directory.

Corps de la réponse

Aucun.

Exemple de réponse

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Transfer-Encoding: chunked  
Date: <date>  
ETag: "0x8CAFB82EFF70C46"  
Last-Modified: <date>  
x-ms-version: 2015-02-21  
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0

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 d’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

Si le chemin d’accès au répertoire spécifié n’existe pas, la demande échoue avec le code d’état 404 (introuvable).

Voir aussi

Opérations de sur les répertoires

  • Last updated on