Partager via

Guide de résolution des problèmes de l’Explorateur de stockage Azure

  • Article

Note

Cet article vous a-t-il été utile ? Votre avis est important à nos yeux. Utilisez le bouton Commentaires sur cette page pour nous faire savoir dans quelle mesure cet article vous a été utile ou comment nous pouvons l’améliorer.

L’Explorateur Stockage Microsoft Azure est une application autonome qui vous permet d’utiliser facilement les données Stockage Azure sur Windows, macOS et Linux. L’application peut se connecter aux comptes de stockage hébergés sur Azure, les clouds nationaux et Azure Stack.

Ce guide résume les solutions aux problèmes couramment rencontrés dans l’Explorateur Stockage.

Problèmes d’autorisations Azure RBAC

Le contrôle d’accès en fonction du rôle Azure (Azure RBAC) permet une gestion d’accès hautement granulaire des ressources Azure en combinant des ensembles d’autorisations en rôles. Voici quelques stratégies permettant d’optimiser le fonctionnement d’Azure RBAC dans Explorateur Stockage.

Comment accéder à mes ressources dans l’Explorateur Stockage ?

Si vous avez des difficultés à accéder aux ressources de stockage via Azure RBAC, c’est que les rôles qui vous ont été attribués ne sont peut-être pas les bons. Les sections suivantes décrivent les autorisations que l’Explorateur Stockage vous demande actuellement pour pouvoir accéder à vos ressources de stockage. Contactez l’administrateur de votre compte Azure si vous n’êtes pas sûr de disposer des autorisations ou des rôles appropriés.

Problème d’autorisations « Lecture : Répertorier/obtenir le ou les comptes de stockage »

Vous devez être autorisé à lister les comptes de stockage. Pour obtenir cette autorisation, le rôle Lecteur doit vous être attribué.

Répertorier les clés de compte de stockage

L’Explorateur Stockage peut également utiliser des clés de compte pour authentifier les requêtes. Vous pouvez accéder aux clés de compte par le biais de rôles plus puissants, comme le rôle Contributeur.

Notes

Les clés d’accès accordent des autorisations illimitées à toute personne qui les détient. Par conséquent, nous vous déconseillons de transmettre ces clés aux utilisateurs du compte. Si vous devez révoquer des clés d’accès, vous pouvez les regénérer à partir du portail Azure.

Rôles de données

Vous devez disposer d’au moins un rôle qui accorde l’accès en lecture aux données à partir des ressources. Par exemple, si vous souhaitez lister ou télécharger des objets blob, vous avez besoin, au moins, du rôle Lecteur de données blob de stockage.

Pourquoi ai-je besoin d’un rôle d’accès à la couche de gestion pour voir mes ressources dans l’Explorateur Stockage ?

Le stockage Azure présente deux couches d’accès : gestion et données. Les abonnements et les comptes de stockage sont accessibles via la couche de gestion. Les conteneurs, objets blob et autres ressources de données sont accessibles via la couche de données. Par exemple, si vous souhaitez obtenir la liste de vos comptes de stockage depuis Azure, vous devez envoyer une requête au point de terminaison de gestion. Si vous voulez consulter la liste des conteneurs d’objets blob dans un compte, vous envoyez une requête au point de terminaison du service approprié.

Les rôles Azure peuvent vous octroyer des autorisations d’accès à ces couches de données ou de gestion. Le rôle Lecteur vous accorde, par exemple, un accès en lecture seule aux ressources de la couche de gestion.

À proprement parler, le rôle Lecteur ne fournit aucune autorisation d’accès à la couche de données, et il n’est pas nécessaire pour accéder à la couche de données.

L’Explorateur Stockage vous permet d’accéder facilement à vos ressources en rassemblant les informations nécessaires pour vous connecter à vos ressources Azure. Par exemple, pour afficher vos conteneurs d’objets blob, l’Explorateur Stockage envoie une demande « lister les conteneurs » au point de terminaison du service blob. Pour obtenir ce point de terminaison, l’Explorateur Stockage recherche la liste des abonnements et comptes de stockage auxquels vous avez accès. Pour rechercher vos abonnements et comptes de stockage, l’Explorateur Stockage a aussi besoin d’un accès à la couche de gestion.

Si vous ne disposez d’un rôle qui accorde une autorisation d’accès à la couche de gestion, l’Explorateur de stockage ne peut pas obtenir les informations dont il a besoin pour se connecter à la couche de données.

Que se passe-t-il si je n’obtiens pas les autorisations d’accès à la couche de gestion que mon administrateur doit me fournir ?

Si vous souhaitez accéder à des conteneurs d’objets blob, à des conteneurs ou répertoires Azure Data Lake Storage Gen2, ou à des files d’attente, vous pouvez les attacher à ces ressources à l’aide de vos informations d’identification Azure.

  1. Ouvrez la boîte de dialogue Se connecter .
  2. Sélectionnez le type de ressource auquel vous voulez vous connecter.
  3. Sélectionnez Se connecter à l’aide de l’ID>Microsoft Entra Suivant.
  4. Sélectionnez le compte d’utilisateur et le locataire associés à la ressource à laquelle vous attachez, puis sélectionnez Suivant.
  5. Tapez l’URL de la ressource, puis tapez un nom complet unique pour la connexion. Sélectionnez Suivant>Se connecter.

Actuellement, il n’existe pas de solution azure RBAC pour d’autres types de ressources. Pour contourner ce problème, vous pouvez demander une URL de signature d’accès partagé, puis l’attacher à votre ressource :

  1. Ouvrez la boîte de dialogue Se connecter .
  2. Sélectionnez le type de ressource auquel vous voulez vous connecter.
  3. Sélectionnez Signature d’accès partagé (SAP)>Suivant.
  4. Tapez l’URL de signature d’accès partagé que vous avez reçue et entrez un nom complet unique pour la connexion. Sélectionnez Suivant>Se connecter.

Pour plus d’informations sur l’attachement à des ressources, consultez Attacher à une ressource individuelle.

Plusieurs rôles intégrés Azure peuvent fournir les autorisations nécessaires pour utiliser Explorateur Stockage. Certains de ces rôles sont les suivants :

Notes

Les rôles Propriétaire, Contributeur et Contributeur de compte de stockage donnent accès à la clé de compte.

Problèmes de certificat SSL

Cette section traite des problèmes de certificat SSL.

Comprendre les problèmes de certificat SSL

Assurez-vous d’avoir lu la section Certificats SSL dans la documentation réseau de l’Explorateur Stockage avant de continuer.

Utiliser le proxy système

Si vous utilisez uniquement des fonctionnalités prenant en charge le paramètre Utiliser le proxy système, essayez d’utiliser ce paramètre. Pour en savoir plus sur le paramètre de proxy système, consultez Connexions réseau dans Explorateur Stockage.

Importer des certificats SSL

Si vous avez une copie des certificats auto-signés, vous pouvez donner instruction à l’Explorateur Stockage de leur faire confiance :

  1. Obtenez une copie X.509 encodée en base 64 du certificat (.cer).
  2. Accédez à Modifier>Certificats SSL>Importer des certificats. Servez-vous ensuite du sélecteur de fichiers pour rechercher, sélectionner et ouvrir le fichier .cer.

Ce problème peut aussi se produire s’il existe plusieurs certificats (racine et intermédiaire). Pour corriger cette erreur, vous devez importer tous les certificats.

Rechercher des certificats SSL

Si vous n’avez pas de copie des certificats auto-signés, demandez de l’aide à votre administrateur informatique.

Suivez ces étapes pour les trouver :

  1. Installez OpenSSL :

    • Windows : n’importe quelle version légère devrait suffire.
    • Mac : OpenSSL devrait être inclus avec votre système d’exploitation.
    • Linux : OpenSSL devrait être inclus avec votre système d’exploitation.

  2. Exécuter OpenSSL :

    • Windows : ouvrez le répertoire d’installation, sélectionnez /bin/, puis double-cliquez sur openssl.exe.
    • Mac : exécutez openssl à partir d’un terminal.
    • Linux : exécutez openssl à partir d’un terminal.

  3. Exécutez la commande openssl s_client -showcerts -connect <hostname>:443 pour tout nom d’hôte Microsoft ou Azure derrière lequel se trouvent vos ressources de stockage. Pour plus d’informations, consultez la liste des noms d’hôtes auxquels l’Explorateur Stockage accède fréquemment.

  4. Recherchez les certificats auto-signés. Si le sujet ("s:") et l’émetteur ("i:") sont les mêmes, le certificat est très probablement auto-signé.

  5. Lorsque vous trouvez les certificats auto-signés, pour chacun d’eux, copiez et collez tout le contenu d’un -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- nouveau fichier .cer.

  6. Ouvrez l’Explorateur Stockage, puis accédez à Modifier>Certificats SSL>Importer des certificats. Servez-vous ensuite du sélecteur de fichiers pour rechercher, sélectionner et ouvrir les fichiers .cer que vous avez créés.

Désactiver la validation du certificat SSL

Si vous ne trouvez aucun certificat auto-signé en suivant ces étapes, contactez-nous via l’outil de commentaires. Vous pouvez aussi ouvrir l’Explorateur Stockage à partir de la ligne de commande avec l’indicateur --ignore-certificate-errors. Quand il est ouvert avec cet indicateur, l’Explorateur Stockage ignore les erreurs de certificat. Cet indicateur n’est pas conseillé.

Problèmes de connexion

Cette section traite des problèmes de connexion que vous pouvez rencontrer.

Comprendre la connexion

Vérifiez que vous avez lu la documentation Se connecter à l’Explorateur Stockage avant de continuer.

Il arrive souvent de devoir entrer de nouveau les informations d’identification

Le fait de devoir réentérer les informations d’identification est probablement le résultat des stratégies d’accès conditionnel définies par votre administrateur Microsoft Entra. Lorsque Explorateur Stockage vous demande de réentérer les informations d’identification à partir du volet de compte, vous devez voir un lien détails d’erreur. Sélectionnez-le pour voir pourquoi l’Explorateur Stockage vous demande de saisir à nouveau les informations d’identification. Les erreurs de stratégie d’accès conditionnel qui nécessitent une nouvelle saisie des informations d’identification peuvent ressembler à ceci :

  • Le jeton d’actualisation a expiré.
  • Vous devez utiliser l’authentification multifacteur pour accéder.
  • Votre administrateur a apporté une modification de configuration.

Pour réduire la fréquence d’avoir à réentérer les informations d’identification en raison d’erreurs telles que celles précédentes, contactez votre administrateur Microsoft Entra.

Stratégies d'accès conditionnel

Si vous avez des stratégies d’accès conditionnel qui doivent être satisfaites pour votre compte, veillez à utiliser la valeur Navigateur web par défaut pour le paramètre Se connecter avec. Pour obtenir des informations sur ce paramètre, consultez Modification de l’emplacement de connexion.

Le navigateur se plaint d’une redirection HTTP ou d’une connexion non sécurisée lors de la connexion

Lorsque Explorateur Stockage effectue la connexion dans votre navigateur web, une redirection vers localhost est effectuée à la fin du processus de connexion. Les navigateurs affichent parfois un avertissement ou une erreur indiquant que la redirection est effectuée via HTTP au lieu de HTTPS. Certains navigateurs peuvent également essayer de forcer la redirection à s’effectuer via HTTPS. Si l’un de ces problèmes se produit, selon votre navigateur, vous avez des options :

  • Ignorez l’avertissement.
  • Ajoutez une exception pour localhost.
  • Désactivez le protocole HTTPS forcé, globalement ou simplement pour localhost.

Si vous ne pouvez pas utiliser l’une de ces options, vous pouvez également modifier l’emplacement de connexion en spécifiant une connexion intégrée afin d’éviter d’utiliser votre navigateur.

Impossible d’acquérir le jeton, le locataire est filtré

Vous verrez parfois un message d’erreur indiquant qu’un jeton ne peut pas être acquis parce qu’un locataire est exclu par filtrage. Cela signifie que vous essayez d’accéder à une ressource qui se trouve dans un locataire que vous avez exclu. Pour inclure le locataire, accédez au panneau Compte. Assurez-vous que la case à cocher correspondant au locataire spécifié dans l’erreur est cochée. Pour plus d’informations sur le filtrage des locataires dans l’Explorateur Stockage, consultez Gestion des comptes.

La bibliothèque d’authentification n’a pas pu démarrer correctement

Si, au démarrage, vous voyez un message d’erreur indiquant que la bibliothèque d’authentification de Explorateur Stockage n’a pas pu démarrer correctement, vérifiez que votre environnement d’installation répond à toutes les conditions préalables. Le fait de ne pas répondre aux conditions préalables est la cause la plus probable de ce message d’erreur.

Si vous pensez que votre environnement d’installation remplit toutes les conditions préalables, ouvrez un problème sur GitHub. Lorsque vous ouvrez votre problème, veillez à inclure les éléments suivants :

  • Votre système d’exploitation.
  • La version de l’Explorateur Stockage que vous essayez d’utiliser.
  • Si vous avez vérifié les conditions préalables.
  • Journaux d’authentification d’un lancement infructueux de l’Explorateur Stockage. La journalisation de l’authentification détaillée est automatiquement activée après ce type d’erreur.

Fenêtre vide lors de l’utilisation de la connexion intégrée

Si vous choisissez d’utiliser la connexion intégrée et que vous voyez une fenêtre de connexion vide, vous devez probablement basculer vers une autre méthode de connexion. Les boîtes de dialogue de connexion vides apparaissent le plus souvent quand un serveur des services de fédération Active Directory (AD FS) demande à l’Explorateur Stockage d’effectuer une redirection qui n’est pas prise en charge par Electron.

Pour passer à une autre méthode de connexion, modifiez le paramètre Se connecter avec sous Paramètres>Application>Connexion. Pour plus d’informations sur les différents types de méthodes de connexion, consultez Modification de l’emplacement de connexion.

Boucle de réauthentification ou modification du nom UPN

Si vous êtes dans une boucle de réauthentification ou que vous avez changé le nom UPN de l’un de vos comptes, essayez ces étapes :

  1. Ouvrez l’Explorateur de stockage.
  2. Accédez à Aide>Réinitialiser.
  3. Assurez-vous qu’au moins l’option Authentification est sélectionnée. Désélectionnez les autres éléments que vous ne voulez pas réinitialiser.
  4. Sélectionnez Réinitialiser.
  5. Redémarrez l’Explorateur Stockage, puis réessayez de vous connecter.

Si vous continuez de rencontrer des problèmes après avoir effectué une réinitialisation, essayez les étapes suivantes :

  1. Ouvrez l’Explorateur de stockage.
  2. Supprimez tous les comptes, puis fermez l’Explorateur Stockage.
  3. Supprimez le dossier .IdentityService de votre ordinateur. Sous Windows, le projet se trouve à l’emplacement C:\Users<nom_utilisateur>\AppData\Local. Pour Mac et Linux, vous pouvez trouver le dossier à la racine de votre répertoire utilisateur.
  4. Si vous utilisez Mac ou Linux, vous devez également supprimer l'entrée Microsoft.Developer.IdentityService de la base de données de votre système d'exploitation. Sur Mac, le magasin de clés est l’application Gnome Keychain. Dans Linux, l’application est généralement appelée Keyring, mais le nom peut être différent selon votre distribution.
  5. Redémarrez l’Explorateur Stockage, puis réessayez de vous connecter.

macOS : Erreurs de trousseau ou aucune fenêtre de connexion

Il peut arriver que le trousseau macOS entre dans un état qui s’avère problématique pour la bibliothèque d’authentification de l’Explorateur Stockage. Pour extraire le trousseau de cet état, procédez comme suit :

  1. Fermez l’Explorateur Stockage.

  2. Ouvrez le trousseau en sélectionnant Espace de commande + , tapez le trousseau, puis sélectionnez Entrée.

  3. Sélectionnez le trousseau login.

  4. Sélectionnez le cadenas pour verrouiller le trousseau. Une fois le processus terminé, le cadenas apparaît verrouillé. Cette opération peut prendre quelques secondes, selon les applications qui sont ouvertes.

    Capture d’écran montrant le cadenas.

  5. Ouvrez l’Explorateur de stockage.

  6. Vous êtes invité à envoyer un message tel que « Service Hub souhaite accéder au trousseau ». Tapez le mot de passe de votre compte d’administrateur Mac et sélectionnez Toujours autoriser. Ou sélectionnez Autoriser si Toujours autoriser n’est pas proposé.

  7. Essayez de vous connecter.

Linux : aucune fenêtre d'application ou erreur du gestionnaire de mot de passe au démarrage

Si vous démarrez Explorateur Stockage sur un système Linux, vous pouvez rencontrer l’un des problèmes suivants :

  • Aucune fenêtre d’application n’apparaît.
  • Des erreurs sur le gestionnaire de mots de passe du système se produisent.

Explorateur Stockage utilise le gestionnaire d’informations d’identification du système pour protéger vos données, y compris les informations d’identification de connexion et les connexions SAP. Si aucune application de gestionnaire d’informations d’identification compatible n’est détectée, Explorateur Stockage ne démarre pas. Si votre système n’a pas installé d’outil de gestion des informations d’identification locales, installez un outil tiers compatible avec libsecret. Par exemple, sur les systèmes Linux qui utilisent l’environnement de bureau GNOME, vous pouvez installer Seahorse.

Explorateur Stockage crée généralement un keyring par défaut s’il n’existe pas au démarrage. Toutefois, dans certains cas, cela peut ne pas se produire, entraînant aucune fenêtre d’application ni aucune erreur de service gestionnaire de mots de passe. Pour résoudre les problèmes, définissez manuellement un keyring par défaut.

Si vous utilisez Seahorse et qu’il n’existe pas de clés existantes ou que vous souhaitez en créer un, procédez comme suit pour créer un keyring par défaut :

  1. Démarrez l’application « Mots de passe et clés ».
  2. Sélectionnez le bouton « + », puis sélectionnez Clé de mot de passe.
  3. Définissez un nom et un mot de passe pour le nouveau keyring.
  4. Cliquez avec le bouton droit sur le nouveau keyring et sélectionnez Définir comme valeur par défaut.

Si vous utilisez le composant logiciel enfichable Explorateur Stockage, vous devez également vous assurer que Explorateur Stockage est connecté au gestionnaire de mots de passe de votre système. Pour ce faire, exécutez la commande suivante :

snap connect storage-explorer:password-manager-service :password-manager-service

Le navigateur par défaut ne s’ouvre pas

Si votre navigateur par défaut ne s’ouvre pas quand vous essayez de vous connecter, essayez toutes les techniques suivantes :

Autres problèmes de connexion

Si les instructions précédentes ne s’appliquent pas à votre problème de connexion ou si elles ne permettent pas de résoudre votre problème de connexion, ouvrez un ticket sur GitHub.

Abonnements manquants et locataires en échec

Si vous ne parvenez pas à récupérer vos abonnements après vous être connecté, essayez l’une des méthodes de dépannage suivantes :

  • Vérifiez que votre compte a accès aux abonnements attendus. Vous pouvez vérifier votre accès en vous connectant au portail de l’environnement Azure que vous essayez d’utiliser.
  • Vérifiez que vous êtes connecté via l’environnement Azure approprié, tel qu’Azure, Azure China 21Vianet, Azure Allemagne, Azure US Government ou Environnement personnalisé.
  • Si vous vous trouvez derrière un serveur proxy, vérifiez que vous avez correctement configuré le proxy de l’Explorateur Stockage.
  • Essayez de supprimer puis de rajouter le compte.
  • S’il existe un lien « Plus d’informations » ou « Détails de l’erreur », examinez les messages d’erreur signalés pour les locataires en échec. Si vous ne savez pas comment répondre aux messages d’erreur, ouvrez un ticket dans GitHub.

Problème d’interaction avec le magasin d’informations d’identification de votre système d’exploitation pendant un transfert AzCopy

Si vous voyez ce message sur Windows, le Gestionnaire d’informations d’identification Windows est probablement plein. Pour créer de la place dans le Gestionnaire d’informations d’identification Windows, procédez comme suit :

  1. Fermez l’Explorateur Stockage.
  2. Dans le menu Démarrer, recherchez le Gestionnaire d’informations d’identification et ouvrez-le.
  3. Accédez à Informations d’identification Windows.
  4. Sous Informations d’identification génériques, recherchez les entrées associées aux programmes que vous n’utilisez plus et supprimez-les. Vous pouvez également rechercher des entrées comme azcopy/aadtoken/<some number> et supprimer ces entrées.

Si le message continue à s’afficher après avoir effectué les étapes ci-dessus, ou si vous rencontrez ce message sur des plateformes autres que Windows, vous pouvez ouvrir un ticket sur GitHub.

Impossible de supprimer un compte ou une ressource de stockage attachés

Si vous ne pouvez pas supprimer un compte ou une ressource de stockage attachés via l’interface utilisateur, vous pouvez supprimer manuellement toutes les ressources attachées en supprimant les dossiers suivants :

  • Windows : %AppData%/StorageExplorer
  • macOS : /Users/<votre_nom>/Library/Application Support/StorageExplorer
  • Linux : ~/.config/StorageExplorer

Fermez l’Explorateur Stockage avant de supprimer ces dossiers.

Notes

Si vous avez déjà importé des certificats SSL, sauvegardez le contenu du répertoire certs. Vous pourrez utiliser la sauvegarde plus tard pour réimporter vos certificats SSL.

Problèmes de proxy

L’Explorateur Stockage prend en charge la connexion aux ressources de Stockage Azure via un serveur proxy. Si vous rencontrez des problèmes de connexion à Azure par proxy, voici quelques suggestions.

L’Explorateur Stockage ne gère que l’authentification de base avec les serveurs proxy. Les autres méthodes d’authentification, telles que NTLM, ne sont pas prises en charge.

Notes

L’Explorateur Stockage ne prend pas en charge les fichiers de configuration automatique du proxy pour la configuration des paramètres de proxy.

Vérification des paramètres de proxy de l’Explorateur Stockage

Le paramètre Application>Proxy>Configuration du proxy détermine la source dont l’Explorateur Stockage tire la configuration du proxy.

Si vous sélectionnez Utiliser des variables d’environnement, veillez à définir les variables d’environnement HTTPS_PROXY ou HTTP_PROXY. Les variables d’environnement sont sensibles à la casse, assurez-vous donc de définir les variables correctes. Si ces variables ne sont pas définies ou ne sont pas valides, l’Explorateur Stockage n’utilisera pas de proxy. Redémarrez l’Explorateur Stockage après avoir modifié les variables d’environnement.

Si vous sélectionnez Utiliser les paramètres du proxy d’application, vérifiez que les paramètres de proxy dans l’application sont corrects.

Procédure de diagnostic des problèmes

Si vous rencontrez encore des problèmes, essayez les méthodes de résolution des problèmes suivantes :

  1. Si vous pouvez vous connecter à Internet sans utiliser votre proxy, vérifiez que l’Explorateur Stockage fonctionne sans les paramètres de proxy activés. Si l’Explorateur Stockage parvient à se connecter, il se peut qu’il y ait un problème avec votre serveur proxy. Contactez votre administrateur pour identifier les problèmes.
  2. Vérifiez que les autres applications qui utilisent le serveur proxy fonctionnent normalement.
  3. Vérifiez que vous pouvez vous connecter au portail correspondant à l’environnement Azure que vous essayez d’utiliser.
  4. Vérifiez que vous pouvez recevoir des réponses de vos points de terminaison de service. Entrez une des URL de point de terminaison dans votre navigateur. Si vous pouvez vous connecter, vous devez recevoir une InvalidQueryParameterValue réponse XML similaire ou une réponse XML similaire.
  5. Vérifiez si une autre personne qui utilise l’Explorateur Stockage avec le même serveur proxy peut se connecter. Si c’est le cas, vous devrez peut-être contacter l’administrateur de votre serveur proxy.

Outils pour diagnostiquer les problèmes

Un outil de mise en réseau comme Fiddler peut vous aider à diagnostiquer les problèmes.

  1. Configurez votre outil de mise en réseau comme serveur proxy s’exécutant sur l’hôte local. Si vous devez continuer de travailler derrière un proxy réel, il vous faudra peut-être configurer votre outil de mise en réseau pour vous connecter via le proxy.
  2. Vérifiez le numéro de port utilisé par votre outil de mise en réseau.
  3. Configurez Explorateur Stockage paramètres de proxy pour utiliser l’hôte local et le numéro de port de l’outil réseau, par localhost:8888exemple .

Quand il est défini correctement, votre outil de mise en réseau consigne les demandes réseau effectuées par Explorateur Stockage aux points de terminaison de gestion et de service.

Si votre outil de mise en réseau ne semble pas consigner le trafic de l’Explorateur Stockage, essayez de le tester avec une autre application. Par exemple, entrez l’URL du point de terminaison pour l’une de vos ressources de stockage, comme https://contoso.blob.core.windows.net/ dans un navigateur web. Vous recevrez une réponse similaire à cet exemple de code :

<?xml version="1.0" encoding="UTF-8"?>
<Error>
    <Code>InvalidQueryParameterValue</Code>
    <Message>Value for one of the query parameters specified in the request URI is invalid.
        RequestId:<RequestId> Time:2017-04-10T21:42:17.3863214Z</Message>
    <QueryParameterName>comp</QueryParameterName>
    <QueryParameterValue/>
    <Reason/>
</Error>

La réponse indique que la ressource existe, même si vous ne pouvez pas y accéder.

Si votre outil de mise en réseau n’affiche que le trafic provenant d’autres applications, vous devrez peut-être ajuster les paramètres du proxy dans l’Explorateur Stockage. Sinon, il vous faudra potentiellement ajuster les paramètres de votre outil.

Contacter l’administrateur du serveur proxy

Si les paramètres de votre proxy sont corrects, vous devrez peut-être contacter l’administrateur de votre serveur proxy en vue de :

  • Vérifier que votre proxy ne bloque pas le trafic vers les points de terminaison de gestion ou de ressources Azure.
  • Vérifier le protocole d’authentification utilisé par votre serveur proxy. L’Explorateur Stockage ne prend en charge que les protocoles d’authentification de base. Il ne gère pas les proxys NTLM.

Message d’erreur indiquant qu’il est impossible de récupérer les enfants

Si vous êtes connecté à Azure par le biais d’un proxy, vérifiez que vos paramètres de proxy sont corrects.

Si le propriétaire d’un abonnement ou d’un compte vous a accordé l’accès à une ressource, vérifiez que vous disposez d’autorisations de lecture ou de liste pour cette ressource.

La chaîne de connexion n’a pas de paramètres de configuration complets

Si vous obtenez ce message d’erreur, il est possible que vous n’avez pas les autorisations nécessaires pour obtenir les clés de votre compte de stockage. Pour confirmer, accédez au portail et recherchez votre compte de stockage. Cliquez avec le bouton droit sur le nœud de votre compte de stockage et sélectionnez Ouvrir dans le portail. Accédez ensuite au volet Clés d’accès. Si vous n’êtes pas autorisé à afficher les clés, un message « Vous n’avez pas accès » s’affiche. Pour contourner ce problème, vous pouvez obtenir soit un nom et une clé de compte, soit une signature d'accès partagé de compte et l'utiliser pour rattacher le compte de stockage.

Si vous voyez les clés de compte, déposez un problème dans GitHub afin que nous puissions vous aider à résoudre le problème.

« Une erreur s’est produite pendant l’ajout d’une nouvelle connexion : Type d’erreur : Impossible de lire la propriété « version » non définie »

Si vous recevez ce message d’erreur lorsque vous essayez d’ajouter une connexion personnalisée, les données de connexion stockées dans le gestionnaire d’informations d’identification locales peuvent être endommagées. Pour contourner ce problème, essayez de supprimer puis de rajouter vos connexions locales corrompues :

  1. Démarrez l’Explorateur Stockage. Dans le menu, accédez à Aide>Activer/désactiver les outils de développement.

  2. Dans la fenêtre ouverte, sous l’onglet Application, accédez à Stockage local>file:// côté gauche.

  3. En fonction du type de connexion avec lequel vous avez un problème, recherchez sa clé. Copiez ensuite sa valeur dans un éditeur de texte. La valeur est un tableau constitué de vos noms de connexion personnalisés qui se présente comme suit :

    • Comptes de stockage
      • StorageExplorer_CustomConnections_Accounts_v1
    • Conteneurs d’objets blob
      • StorageExplorer_CustomConnections_Blobs_v1
      • StorageExplorer_CustomConnections_Blobs_v2
    • Partages de fichiers
      • StorageExplorer_CustomConnections_Files_v1
    • Files
      • StorageExplorer_CustomConnections_Queues_v1
    • Tables
      • StorageExplorer_CustomConnections_Tables_v1

  4. Une fois que vous avez enregistré vos noms de connexion actuels, définissez la valeur dans Outils de développement sur [].

Pour conserver les connexions non endommagées, suivez les étapes ci-dessous pour localiser les connexions endommagées. Si vous ne voyez pas d’inconvénient à perdre toutes les connexions existantes, ignorez ces étapes et suivez les instructions propres à la plateforme pour effacer vos données de connexion.

  1. À partir d’un éditeur de texte, rajoutez le nom de chaque connexion aux Outils de développement. Vérifiez ensuite si la connexion fonctionne toujours.
  2. Si une connexion fonctionne correctement, c’est qu’elle n’est pas endommagée et vous pouvez l’y laisser sans risque. Si une connexion ne fonctionne pas, supprimez sa valeur des outils de développement et enregistrez-la pour pouvoir l’ajouter ultérieurement.
  3. Répétez l’opération jusqu’à ce que vous ayez examiné toutes vos connexions.

Après avoir supprimé les noms de connexions, vous devez effacer leurs données endommagées. Vous pouvez ensuite rajouter les connexions en suivant les étapes de connexion standard décrites dans l’Explorateur Stockage.

  1. Dans le menu Démarrer, recherchez le Gestionnaire d’informations d’identification et ouvrez-le.
  2. Accédez à Informations d’identification Windows.
  3. Sous Informations d’identification génériques, recherchez les entrées qui comportent la clé <connection_type_key>/<corrupted_connection_name>. par exemple StorageExplorer_CustomConnections_Accounts_v1/account1.
  4. Supprimez et rajoutez ces connexions.

Si vous rencontrez encore cette erreur après avoir exécuté ces étapes ou si vous souhaitez faire part de vos soupçons quant à l’origine de l’endommagement des connexions, ouvrez un ticket sur notre page GitHub.

Problèmes avec une URL de signature d’accès partagé

Si vous vous connectez à un service via une URL de signature d’accès partagé et que vous faites l’expérience d’une erreur :

  • Vérifiez que l’URL fournit les autorisations nécessaires pour lire ou répertorier les ressources.
  • Vérifiez que l’URL n’a pas expiré.
  • Si l’URL de signature d’accès partagé est basée sur une stratégie d’accès, vérifiez que la stratégie d’accès n’a pas été révoquée.

Si vous avez procédé accidentellement à un attachement au moyen d’une URL de signature d’accès partagé non valide et que vous ne parvenez pas à effectuer le détachement, effectuez les étapes suivantes :

  1. Lorsque vous exécutez Explorateur Stockage, sélectionnez F12 pour ouvrir la fenêtre Outils de développement.
  2. Sous l’onglet Application, sélectionnez Stockage local>file:// côté gauche.
  3. Recherchez la clé associée au type de service de l’URI de signature d’accès partagé. Par exemple, si l’URI de signature d’accès partagé incorrect concerne un conteneur d’objets blob, recherchez la clé nommée StorageExplorer_AddStorageServiceSAS_v1_blob.
  4. La valeur de la clé doit être un tableau JSON. Recherchez l’objet associé à l’URI incorrect et supprimez-le.
  5. Sélectionnez Ctrl +R pour recharger Explorateur Stockage.

Dépendances de l’Explorateur Stockage

L’Explorateur Stockage est fourni avec toutes les dépendances dont il a besoin pour s’exécuter sur Windows.

Appliquer une mise à jour corrective de l’Explorateur Stockage pour les versions plus récentes de .NET Core

Pour Explorateur Stockage versions 1.7.0 ou antérieures, vous devrez peut-être corriger la version de .NET Core utilisée par Explorateur Stockage :

  1. Accédez à la page NuGet et téléchargez la version 1.5.43 de StreamJsonRpc à partir du lien Télécharger le package à droite.

  2. Après avoir téléchargé le package, remplacez son extension de fichier .nupkg par .zip.

  3. Décompressez le package.

  4. Ouvrez le dossierstreamjsonrpc.1.5.43/lib/netstandard1.1/.

  5. Copiez StreamJsonRpc.dll aux emplacements suivants dans le dossier de l’Explorateur Stockage :

    • StorageExplorer/resources/app/ServiceHub/Services/Microsoft.Developer.IdentityService/
    • StorageExplorer/resources/app/ServiceHub/Hosts/ServiceHub.Host.Core.CLR.x64/

Le bouton « Ouvrir dans l’Explorateur » dans le Portail Azure ne fonctionne pas

Si le bouton Ouvrir dans l’Explorateur du portail Azure ne fonctionne pas, vérifiez que vous utilisez un navigateur compatible. La compatibilité des navigateurs suivants a été testée :

  • Microsoft Edge
  • Mozilla Firefox
  • Google Chrome
  • Microsoft Internet Explorer

Rassembler les journaux

Lorsque vous signalez un problème à GitHub, il peut vous être demandé de rassembler certains journaux pour favoriser le diagnostic de votre problème.

Journaux Explorateur Stockage

Explorateur Stockage consigne plusieurs éléments dans ses propres journaux d’application. Vous pouvez facilement accéder à ces journaux en sélectionnant Aide>Ouvrir le répertoire des journaux. Par défaut, Explorateur Stockage consigne à un faible niveau de verbosité. Pour changer le niveau de détail, accédez à Paramètres (symbole d’engrenage à gauche) >Application>Journalisation>Niveau de journal. Vous pouvez ensuite définir le niveau de journal en fonction des besoins. Pour la résolution des problèmes, le niveau du journal de suivi est recommandé, car il s’agit du niveau le plus détaillé. Après avoir modifié le niveau du journal, redémarrez Explorateur Stockage et reproduisez le problème que vous rencontrez.

Les journaux sont divisés en dossiers pour chaque session d’Explorateur Stockage que vous exécutez. Pour tous les fichiers journaux que vous devez partager, placez-les dans une archive zip, avec les fichiers de différentes sessions dans différents dossiers.

Journaux d’authentification

Pour les problèmes liés à la connexion ou à la bibliothèque d’authentification de Explorateur Stockage, vous devez probablement collecter les journaux d’authentification. Les journaux d’authentification sont stockés à l’adresse suivante :

  • Windows : C:\Users\<votre_nom_d’utilisateur>\AppData\Local\Temp\servicehub\logs
  • macOS : ~/.ServiceHub/logs
  • Linux : ~/.ServiceHub/logs

En règle générale, vous pouvez suivre les étapes suivantes pour rassembler les journaux :

  1. Accédez à Paramètres (symbole d’engrenage à gauche) >Application>Connexion. Sélectionnez Journalisation d’authentification détaillée. Si Explorateur Stockage ne parvient pas à démarrer en raison d’un problème avec sa bibliothèque d’authentification, cette étape est effectuée pour vous.
  2. Fermez l’Explorateur Stockage.
  3. Facultatif/recommandé : Effacez les journaux existants dans le dossier logs. Cette étape réduit la quantité d’informations que vous devez nous envoyer.
  4. Ouvrez Explorateur Stockage et reproduisez votre problème.
  5. Fermez l’Explorateur Stockage.
  6. Compressez le contenu du dossier logs.

Journaux AzCopy

Si vous avez des difficultés à transférer les données, vous devrez peut-être obtenir les journaux AzCopy. Par défaut, AzCopy journalise à un bas niveau de détail. Pour modifier le niveau de détail, accédez à Paramètres (symbole d’engrenage sur la gauche) >Transfère>le niveau de journal AzCopy.> Vous pouvez ensuite définir le niveau de journal en fonction des besoins. Pour la résolution des problèmes, le niveau de journal de débogage est recommandé, car il s’agit du niveau le plus détaillé. Après avoir modifié le niveau du journal, redémarrez Explorateur Stockage et reproduisez le problème que vous rencontrez.

Vous pouvez facilement trouver les journaux AzCopy à l’aide de deux méthodes différentes :

  • Pour les transferts qui ont échoué et qui sont encore dans le journal d’activité, sélectionnez Accéder au fichier journal AzCopy.
  • Pour les transferts qui ont échoué dans le passé, accédez au dossier des journaux AzCopy. Ce dossier se trouve à l’adresse suivante :
    • Windows : C:\Users\<votre_nom_d’utilisateur>\.azcopy
    • macOS : ~/.azcopy
    • Linux : ~/.azcopy

Journaux réseau

Pour certains problèmes, vous devez fournir les journaux des appels réseau effectués par Explorateur Stockage. Sur Windows, vous pouvez obtenir des journaux réseau à l’aide de Fiddler.

Notes

Les traces Fiddler peuvent contenir des mots de passe que vous avez entrés/envoyés dans votre navigateur pendant la collecte de la trace. Veillez à lire les instructions sur la façon de nettoyer une trace Fiddler. Ne chargez pas les traces Fiddler sur GitHub. Il vous sera indiqué où envoyer votre trace Fiddler en toute sécurité.

Partie 1 : Installer et configurer Fiddler

  1. Installez Fiddler.
  2. Démarrez Fiddler.
  3. Accédez à Outils>Options.
  4. Sélectionnez l’onglet HTTPS.
  5. Vérifiez que les options Capture CONNECTs (Capturer les connexions) et Decrypt HTTPS traffic (Décrypter le trafic HTTPS) sont sélectionnées.
  6. Sélectionnez Actions.
  7. Sélectionnez Approuver le certificat racine, puis sélectionnez Oui dans la boîte de dialogue suivante.
  8. Démarrez l’Explorateur Stockage.
  9. Accédez à Paramètres (symbole d’engrenage à gauche)> Proxy d’application>.
  10. Modifiez la liste déroulante source du proxy pour utiliser le proxy système (préversion).
  11. Redémarrez l’Explorateur Stockage.
  12. Vous devez commencer à voir les appels réseau provenant d’un processus storageexplorer: s’afficher dans Fiddler.

Partie 2 : Reproduire le problème

  1. Fermez toutes les applications autres que Fiddler.
  2. Effacez le journal Fiddler à l’aide du X dans le coin supérieur gauche, près du menu Affichage .
  3. Facultatif/recommandé : laissez Fiddler défini pendant quelques minutes. Si vous voyez des appels réseau qui ne sont pas liés à l’Explorateur Stockage, cliquez dessus avec le bouton droit, puis sélectionnez Filtrer maintenant>Masquer <nom du processus>.
  4. (Re)démarrez l’Explorateur Stockage.
  5. Reproduisez le problème.
  6. Sélectionnez Fichier>Enregistrer>Toutes les sessions. Enregistrez-le dans un endroit que vous n’oublierez pas.
  7. Fermez Fiddler et l’Explorateur Stockage.

Partie 3 : Nettoyer la trace Fiddler

  1. Double-cliquez sur la trace Fiddler (fichier .saz).
  2. Sélectionnez Ctrl + F.
  3. Dans la boîte de dialogue qui s’affiche, vérifiez que les options suivantes sont définies : Requêtes et réponses de recherche = et Examiner = les en-têtes et les corps.
  4. Recherchez les mots de passe que vous avez utilisés lors de la collecte de la trace Fiddler et des entrées mises en surbrillance. Cliquez avec le bouton droit et sélectionnez Supprimer>Sessions sélectionnées.
  5. Si vous avez entré définitivement des mots de passe dans votre navigateur pendant que vous avez collecté la trace, mais que vous ne trouvez pas d’entrées lorsque vous utilisez Ctrl + F, vous ne souhaitez pas modifier vos mots de passe, ou si les mots de passe que vous avez utilisés pour d’autres comptes, ignorez l’envoi du fichier .saz.
  6. Enregistrez à nouveau la trace sous un nouveau nom.
  7. Facultatif : Supprimez la trace d’origine.

Prochaines étapes

Si aucune de ces solutions ne fonctionne pour vous, utilisez l’une des méthodes suivantes :

Exclusion de responsabilité de tiers

Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.