Freigeben über

Azure Storage-Explorer – Leitfaden zur Problembehandlung

  • Artikel

Hinweis

Waren diese Informationen hilfreich? Wir schätzen Ihr Feedback. Bitte verwenden Sie die Schaltfläche Feedback auf dieser Seite, um uns mitzuteilen, wie gut Ihnen dieser Artikel gefallen hat oder wie wir ihn verbessern können.

Microsoft Azure Storage-Explorer ist eine eigenständige App, mit der Sie unter Windows, macOS und Linux komfortabel mit Azure Storage-Daten arbeiten können. Die App kann mit Storage-Konten verbunden werden, die in Azure, nationalen Clouds und Azure Stack gehostet werden.

In diesem Leitfaden sind Lösungen für häufig aufgetretene Probleme im Storage-Explorer zusammengefasst.

Azure-Berechtigungsprobleme

Die rollenbasierte Zugriffssteuerung (Azure Role-Based Access Control, RBAC) ermöglicht eine präzise Zugriffsverwaltung von Azure-Ressourcen, indem Gruppen von Berechtigungen in Rollen kombiniert werden. Hier folgen einige Strategien, um Azure RBAC im Storage-Explorer optimal zu nutzen.

Wie kann ich im Storage-Explorer auf meine Ressourcen zugreifen?

Wenn Sie Probleme beim Zugriff auf Speicherressourcen über Azure RBAC haben, sind Ihnen möglicherweise nicht die entsprechenden Rollen zugewiesen. In den folgenden Abschnitten werden die Berechtigungen beschrieben, die von Storage-Explorer derzeit zum Zugreifen auf Ihre Speicherressourcen benötigt werden. Wenden Sie sich an Ihren Azure-Kontoadministrator, falls Sie nicht sicher sind, ob Sie über die richtigen Rollen oder Berechtigungen verfügen.

Berechtigungsproblem "Lesen: Auflisten/Speicherkonten abrufen"

Sie benötigen die Berechtigung zum Auflisten von Speicherkonten. Ihnen muss die Rolle Leser zugewiesen sein, um diese Berechtigung zu erhalten.

Auflisten von Speicherkontoschlüsseln

Für Storage-Explorer können auch Kontoschlüssel zum Authentifizieren von Anforderungen verwendet werden. Sie können Zugriff auf Kontoschlüssel über leistungsstärkere Rollen erhalten, z. B. über die Rolle Mitwirkender.

Hinweis

Mit Zugriffsschlüsseln werden für deren Besitzer uneingeschränkte Berechtigungen gewährt. Daher wird nicht empfohlen, diese Schlüssel an Kontobenutzer weiterzugeben. Wenn Sie Zugriffsschlüssel widerrufen müssen, können Sie sie über das Azure-Portal neu generieren.

Datenrollen

Ihnen muss mindestens eine Rolle zugewiesen sein, über die Zugriff zum Lesen der Daten von Ressourcen gewährt wird. Wenn Sie beispielsweise Blobs auflisten oder herunterladen möchten, benötigen Sie zumindest die Rolle "Storage Blob Data Reader".

Warum benötige ich eine Rolle auf der Verwaltungsebene, damit meine Ressourcen in Storage-Explorer angezeigt werden?

Azure Storage verfügt über zwei Zugriffsebenen: Verwaltung und Daten. Auf Abonnements und Speicherkonten wird über die Verwaltungsebene zugegriffen. Auf Container, Blobs und andere Datenressourcen wird über die Datenebene zugegriffen. Wenn Sie beispielsweise eine Liste mit Ihren Speicherkonten aus Azure abrufen möchten, senden Sie eine Anforderung an den Verwaltungsendpunkt. Wenn Sie eine Liste mit den Blobcontainern eines Kontos anzeigen möchten, können Sie eine Anforderung an den entsprechenden Dienstendpunkt senden.

Azure-Rollen können Berechtigungen für den Zugriff auf die Verwaltungs- oder Datenebene gewähren. Mit der Rolle „Leser“ wird beispielsweise Lesezugriff auf die Ressourcen der Verwaltungsebene gewährt.

Mit der Rolle „Leser“ werden genau genommen keine Berechtigungen für die Datenebene gewährt, und sie ist für den Zugriff darauf nicht erforderlich.

Storage-Explorer erleichtert Ihnen den Zugriff auf Ihre Ressourcen, indem die benötigten Informationen zum Herstellen einer Verbindung mit Ihren Azure-Ressourcen zusammengestellt werden. Zum Anzeigen Ihrer Blobcontainer sendet Storage-Explorer z. B. eine Anforderung zum Auflisten von Containern an den Blob-Dienstendpunkt. Um diesen Endpunkt zu erhalten, durchsucht Storage-Explorer die Liste mit den Abonnements und Speicherkonten, auf die Sie Zugriff haben. Zur Ermittlung Ihrer Abonnements und Speicherkonten benötigt Storage-Explorer auch Zugriff auf die Verwaltungsebene.

Wenn Sie nicht über eine Rolle verfügen, mit der Berechtigungen für die Verwaltungsebene gewährt werden, kann Storage-Explorer nicht die Informationen abrufen, die zum Herstellen der Verbindung mit der Datenebene benötigt werden.

Wie kann ich vorgehen, wenn ich die benötigten Berechtigungen für die Verwaltungsebene nicht von meinem Administrator erhalten kann?

Wenn Sie auf Blobcontainer, Azure Data Lake Storage Gen2-Container oder -Verzeichnisse oder aber Warteschlangen zugreifen möchten, können Sie diese Ressourcen unter Angabe Ihrer Azure-Anmeldeinformationen anfügen.

  1. Öffnen des Dialogfelds "Verbinden ".
  2. Wählen Sie den Ressourcentyp aus, mit dem Sie eine Verbindung herstellen möchten.
  3. Wählen Sie "Anmelden mit Microsoft Entra ID>Next" aus.
  4. Wählen Sie das Benutzerkonto und den Mandanten aus, das der Ressource zugeordnet ist, an die Sie anfügen, und wählen Sie dann "Weiter" aus.
  5. Geben Sie die URL für die Ressource ein, und geben Sie dann einen eindeutigen Anzeigenamen für die Verbindung ein. Wählen Sie "Weiter>verbinden" aus.

Derzeit gibt es keine Azure RBAC-bezogene Lösung für andere Ressourcentypen. Als Problemumgehung können Sie eine URL für gemeinsame Zugriffssignatur anfordern und sie dann an Ihre Ressource anfügen:

  1. Öffnen des Dialogfelds "Verbinden ".
  2. Wählen Sie den Ressourcentyp aus, mit dem Sie eine Verbindung herstellen möchten.
  3. Wählen Sie "Freigegebene Zugriffssignatur (SAS)Next"> aus.
  4. Geben Sie die empfangene URL der freigegebenen Zugriffssignatur ein, und geben Sie einen eindeutigen Anzeigenamen für die Verbindung ein. Wählen Sie "Weiter>verbinden" aus.

Weitere Informationen zum Anfügen an Ressourcen finden Sie unter Anfügen an eine einzelne Ressource.

Mehrere integrierte Azure-Rollen können die erforderlichen Berechtigungen für die Verwendung von Storage-Explorer bereitstellen. Einige dieser Rollen sind:

Hinweis

Die Rollen „Besitzer“, „Mitwirkender“ und „Speicherkontomitwirkender“ gewähren Zugriff auf den Kontoschlüssel.

Probleme mit TLS/SSL-Zertifikaten

In diesem Abschnitt werden TLS/SSL-Zertifikatprobleme erläutert.

Grundlegendes zu TLS/SSL-Zertifikatproblemen

Stellen Sie sicher, dass Sie den Abschnitt "TLS/SSL-Zertifikate" in der Dokumentation zu Storage-Explorer Netzwerken verstehen, bevor Sie fortfahren.

Verwenden eines Systemproxys

Wenn Sie nur Features verwenden, die die Einstellung Systemproxy verwenden unterstützen, versuchen Sie, diese Einstellung zu verwenden. Weitere Informationen zur Systemproxyeinstellung finden Sie unter Netzwerkverbindungen in Storage-Explorer.

Importieren von TLS/SSL-Zertifikaten

Wenn Sie über eine Kopie der selbstsignierten Zertifikate verfügen, können Sie Storage-Explorer anweisen, sie als vertrauenswürdig zu behandeln:

  1. Rufen Sie eine X.509-Kopie (CER) des Zertifikats mit Base64-Verschlüsselung ab.
  2. Navigieren Sie zu Bearbeiten>SSL-Zertifikate>Zertifikate importieren. Verwenden Sie dann die Dateiauswahl, um die CER-Dateien zu suchen, auszuwählen und zu öffnen.

Dieses Problem kann auch auftreten, wenn es mehrere Zertifikate gibt (Stamm- und Zwischenzertifikat). Um diesen Fehler zu beheben, müssen Sie alle Zertifikate importieren.

Suchen von TLS-/SSL-Zertifikaten

Wenn Sie keine Kopie der selbstsignierten Zertifikate haben, bitten Sie Ihren IT-Administrator um Hilfe.

Um Zertifikate zu finden, können Sie die folgenden Schritte ausführen:

  1. Installieren Sie OpenSSL:

    • Windows: Eine Light-Version sollte ausreichend sein.
    • Mac: OpenSSL sollte in Ihrem Betriebssystem enthalten sein.
    • Linux: OpenSSL sollte in Ihrem Betriebssystem enthalten sein.

  2. Führen Sie OpenSSL aus:

    • Windows: Öffnen Sie das Installationsverzeichnis, wählen Sie "/bin/" aus, und doppelklicken Sie dann auf openssl.exe.
    • Mac: Führen Sie openssl über ein Terminal aus.
    • Linux: Führen Sie openssl über ein Terminal aus.

  3. Führen Sie den Befehl openssl s_client -showcerts -connect <hostname>:443 für einen der Microsoft- oder Azure-Hostnamen aus, hinter denen sich Ihre Speicherressourcen befinden. Weitere Informationen finden Sie in dieser Liste der Hostnamen, auf die häufig von Storage-Explorer zugegriffen wird.

  4. Suchen Sie nach selbstsignierten Zertifikaten. Sind Antragsteller (("s:")) und Zertifikataussteller (("i:")) identisch, handelt es sich höchstwahrscheinlich um ein selbstsigniertes Zertifikat.

  5. Wenn Sie die selbstsignierten Zertifikate finden, kopieren Und einfügen Sie alles aus -----BEGIN CERTIFICATE----------END CERTIFICATE----- einer neuen .cer Datei.

  6. Öffnen Sie Storage-Explorer, und navigieren Sie zu Bearbeiten>SSL-Zertifikate>Zertifikate importieren. Verwenden Sie dann die Dateiauswahl, um die von Ihnen erstellten CER-Dateien zu suchen, auszuwählen und zu öffnen.

Deaktivieren der TLS/SSL-Zertifikatüberprüfung

Wenn Sie durch Befolgen dieser Schritte keine selbstsignierten Zertifikate finden können, wenden Sie sich über das Feedbacktool an uns. Sie können Storage-Explorer auch über die Befehlszeile öffnen. Verwenden Sie hierzu das Flag --ignore-certificate-errors. Wenn Storage-Explorer mit diesem Flag geöffnet wird, werden Zertifikatfehler ignoriert.

Wichtig

Die Verwendung dieses Flags wird nicht empfohlen.

Probleme bei der Anmeldung

In diesem Abschnitt werden Probleme bei der Anmeldung beschrieben, die möglicherweise auftreten.

Grundlegendes zur Anmeldung

Stellen Sie sicher, dass Sie die Anmeldung bei Storage-Explorer Dokumentation verstehen, bevor Sie fortfahren.

Häufige Aufforderung zur erneuten Eingabe von Anmeldeinformationen

Wenn Sie Anmeldeinformationen erneut eingeben müssen, ist das Wahrscheinlichkeitsergebnis der Richtlinien für den bedingten Zugriff, die von Ihrem Microsoft Entra-Administrator festgelegt wurden. Wenn Storage-Explorer Sie auffordern, die Anmeldeinformationen aus dem Kontobereich erneut einzugeben, sollte ein Link "Fehlerdetails" angezeigt werden. Wählen Sie den Link, um zu erfahren, warum Sie durch den Storage-Explorer zur erneuten Eingabe von Anmeldeinformationen aufgefordert werden. Fehler durch Richtlinien für bedingten Zugriff, die eine erneute Eingabe der Anmeldeinformationen erforderlich machen, können beispielsweise so aussehen:

Das Aktualisierungstoken ist abgelaufen.

Sie müssen für den Zugriff die mehrstufige Authentifizierung verwenden.

Ihr Administrator hat eine Konfigurationsänderung vorgenommen.

Wenden Sie sich an Ihren Microsoft Entra-Administrator, um die Häufigkeit zu verringern, dass Anmeldeinformationen aufgrund von Fehlern wie den vorherigen erneut eingegeben werden müssen.

Andere Probleme mit richtlinien für bedingten Zugriff

Wenn Sie über andere Richtlinien für bedingten Zugriff verfügen, die für Ihr Konto erfüllt sein müssen, versuchen Sie, entweder den Authentifizierungsbroker oder den Standardwebbrowserwert für die Anmeldung mit Einstellung zu verwenden. Informationen zu dieser Einstellung finden Sie unter Ändern des Anmeldeorts.

Probleme mit dem Authentifizierungsbroker unter Windows

Das Windows-Betriebssystem verwendet den Web Account Manager (WAM) als Authentifizierungsbroker. Wenn Sie die Anmeldemethode für den Authentifizierungsbroker unter Windows verwenden und Probleme auftreten, finden Sie in diesem Handbuch schritte zum Beheben häufiger Fehler.

Browser beschwert sich über HTTP-Umleitung oder unsichere Verbindung bei der Anmeldung

Wenn Storage-Explorer die Anmeldung in Ihrem Webbrowser durchführt, erfolgt am Ende des Anmeldevorgangs eine Umleitung zu localhost. Browser geben gelegentlich eine Warnung oder einen Fehler dazu aus, dass die Umleitung mit HTTP anstelle von HTTPS ausgeführt wird. Einige Browser versuchen möglicherweise auch, eine Umleitung mit HTTPS zu erzwingen. Wenn eines dieser Probleme in Abhängigkeit von Ihrem Browser auftritt, haben Sie Folgende Optionen:

  • Ignorieren Sie die Warnung.
  • Fügen Sie eine Ausnahme für localhost hinzu.
  • Deaktivieren Sie HTTPS, entweder global oder nur für localhost.

Wenn Sie keine dieser Optionen verwenden können, können Sie auch ändern, an welchem Ort die Anmeldung mit einer integrierten Anmeldung erfolgt, um die Nutzung Ihres Browsers ganz zu vermeiden.

Token kann nicht abrufen werden, Mandant wurde herausgefiltert

Manchmal wird möglicherweise eine Fehlermeldung angezeigt, die besagt, dass ein Token nicht erworben werden kann, da ein Mandant herausgefiltert wird. Dies bedeutet, dass Sie versuchen, auf eine Ressource zuzugreifen, die sich in einem Mandanten befindet, den Sie herausgefiltert haben. Um den Mandanten einzuschließen, wechseln Sie zum Kontobereich. Stellen Sie sicher, dass das Kontrollkästchen für den im Fehler angegebenen Mandanten aktiviert ist. Weitere Informationen zum Filtern von Mandanten im Storage-Explorer finden Sie unter Verwalten von Konten.

Authentifizierungsbibliothek kann nicht ordnungsgemäß gestartet werden

Wenn beim Start eine Fehlermeldung angezeigt wird, die besagt, dass die Authentifizierungsbibliothek von Storage-Explorer nicht ordnungsgemäß gestartet werden konnte, stellen Sie sicher, dass Ihre Installationsumgebung alle Erforderlichen erfüllt. Eine nicht erfüllte Voraussetzung ist die wahrscheinlichste Ursache für eine solche Fehlermeldung.

Wenn Sie der Meinung sind, dass Ihre Installationsumgebung alle Voraussetzungen erfüllt, melden Sie ein Problem auf GitHub. Schließen Sie beim Melden eines Problems die folgenden Informationen ein:

  • Ihr Betriebssystem
  • Ihre Version von Storage-Explorer
  • Ihre Authentifizierungsprotokolle von einem erfolglosen Start von Storage-Explorer. Nach dem Auftreten eines Fehlers dieser Art wird automatisch die ausführliche Authentifizierungsprotokollierung aktiviert.

Leeres Fenster bei Verwendung der integrierten Anmeldung

Wenn Sie die integrierte Anmeldung verwenden und ein leeres Anmeldefenster sehen, müssen Sie wahrscheinlich zu einer anderen Anmeldemethode wechseln. Leere Anmeldedialogfelder treten am häufigsten auf, wenn ein Active Directory-Verbunddienste-Server Storage-Explorer auffordert, eine Umleitung durchzuführen, die von Electron nicht unterstützt wird.

Sie können zu einer anderen Anmeldemethode wechseln, indem Sie unter Einstellungen>Anwendung>Anmeldung die Einstellung Anmelden mit ändern. Informationen zu den verschiedenen Arten von Anmeldemethoden finden Sie unter Ändern des Anmeldeorts.

Änderung der erneuten Authentifizierungsschleife oder des Benutzerprinzipalnamens (UPN)

Wenn Sie sich in einer erneuten Authentifizierungsschleife befinden oder den UPN eines Ihrer Konten geändert haben, führen Sie die folgenden Schritte aus:

  1. Öffnen Sie den Storage-Explorer.
  2. Wechseln Sie zu Hilfe>Zurücksetzen.
  3. Stellen Sie sicher, dass mindestens Authentifizierung aktiviert ist. Löschen Sie andere Elemente, die Sie nicht zurücksetzen möchten.
  4. Klicken Sie auf Zurücksetzen.
  5. Starten Sie den Storage-Explorer neu, und versuchen Sie, sich erneut anzumelden.

Falls nach dem Zurücksetzen weiterhin Probleme auftreten, führen Sie die folgenden Schritte aus:

  1. Öffnen Sie den Storage-Explorer.
  2. Entfernen Sie alle Konten, und schließen Sie dann Storage-Explorer.
  3. Löschen Sie den Ordner .IdentityService von Ihrem Computer. Der Ordner befindet sich unter Windows unter C:\Users\<username>\AppData\Local. Bei Mac und Linux finden Sie den Ordner im Stammverzeichnis Ihres Benutzerverzeichnisses.
  4. Wenn Sie Mac oder Linux verwenden, müssen Sie auch den Eintrag Microsoft.Developer.IdentityService aus dem Keystore des Betriebssystems löschen. Unter Mac ist der Keystore die Anwendung Gnome Keychain. Unter Linux wird die Anwendung in der Regel als Schlüsselbund bezeichnet, der Name kann jedoch abhängig von Ihrer Distribution abweichen.
  5. Starten Sie den Storage-Explorer neu, und versuchen Sie, sich erneut anzumelden.

macOS: Schlüsselbundfehler oder kein Anmeldefenster

Die macOS-Keychain kann manchmal in einem Zustand wechseln, der Probleme in Verbindung mit der Storage-Explorer-Authentifizierungsbibliothek verursacht. Führen Sie die folgenden Schritte aus, um den Schlüsselbund aus diesem Zustand zu erhalten:

  1. Schließen Sie Storage Explorer.

  2. Öffnen Sie den Schlüsselbund, indem Sie "Befehlsbereich + " auswählen, im Suchfeld "Schlüsselbund" eingeben und die EINGABETASTE auswählen.

  3. Wählen Sie den Schlüsselbundwert login (Anmelden) aus.

  4. Wählen Sie das Schlosssymbol aus, um den Schlüsselbund zu sperren. Nach Abschluss des Vorgangs wird das Schlosssymbol gesperrt angezeigt. Es kann einige Sekunden dauern, je nachdem, welche Apps geöffnet sind.

    Screenshot: Schlossysmbol

  5. Öffnen Sie den Storage-Explorer.

  6. Sie werden mit einer Meldung wie "Diensthub möchte auf den Schlüsselbund zugreifen" aufgefordert. Geben Sie Ihr Kennwort für Ihr Mac-Administratorkonto ein, und wählen Sie "Immer zulassen" aus. Oder wählen Sie Zulassen aus, wenn Immer zulassen nicht verfügbar ist.

  7. Versuchen Sie, sich anzumelden.

Linux: Keine Anwendungsfenster- oder Passwort-Manager-Fehler beim Startup

Wenn Sie Storage-Explorer auf einem Linux-System starten, treten möglicherweise eines der folgenden Probleme auf:

  • Es wird kein Anwendungsfenster angezeigt.
  • Fehler beim Kennwort-Manager des Systems.

Storage-Explorer verwendet den Anmeldeinformations-Manager des Systems, um Ihre Daten zu schützen, einschließlich Anmeldeinformationen und SAS-Verbindungen. Wenn keine kompatible Anmeldeinformationsverwaltungsanwendung erkannt wird, kann Storage-Explorer nicht gestartet werden. Wenn ihr System kein lokales Tool für die Verwaltung von Anmeldeinformationen installiert hat, können Sie ein mit dem Tool kompatibles libsecretTool installieren. Beispielsweise können Sie seahorse auf Linux-Systemen installieren, die die DESKTOPumgebung VON LIBERT verwenden.

Storage-Explorer erstellt in der Regel einen Standardschlüsselring, wenn er beim Start nicht vorhanden ist. In einigen Fällen wird jedoch möglicherweise kein Standardschlüsselring erstellt, was zu keinen Anwendungsfenster- oder Kennwort-Manager-Dienstfehlern führt. Um die Probleme zu beheben, legen Sie manuell eine Standardtastenring fest.

Wenn Sie Seahorse verwenden und keine Schlüsselringe vorhanden sind oder Sie eine neue erstellen möchten, führen Sie die folgenden Schritte aus, um einen Standardschlüsselring zu erstellen:

  1. Starten Sie die Anwendung "Kennwörter und Schlüssel".
  2. Wählen Sie die Schaltfläche "+" und dann die Kennworttaste aus.
  3. Legen Sie einen Namen und ein Kennwort für das neue Schlüsselring fest.
  4. Klicken Sie mit der rechten Maustaste auf das neue Tastenring, und wählen Sie "Als Standard festlegen" aus.

Wenn Sie das Storage-Explorer Andocken verwenden, müssen Sie auch sicherstellen, dass Storage-Explorer mit dem Kennwort-Manager Ihres Systems verbunden ist. Führen Sie den folgenden Befehl aus, um den Kennwort-Manager zu verbinden:

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

Standardbrowser wird nicht geöffnet

Wenn Ihr Standardbrowser beim Versuch einer Anmeldung nicht geöffnet wird, probieren Sie alle folgenden Maßnahmen aus:

  • Starten Sie Storage-Explorer neu.
  • Öffnen Sie den Browser manuell, bevor Sie mit der Anmeldung beginnen.
  • Versuchen Sie, Integrierte Anmeldedaten zu verwenden. Anweisungen finden Sie unter Ändern des Anmeldeorts.

Andere Probleme bei der Anmeldung

Wenn keine der vorstehenden Anweisungen für Sie relevant sind oder Sie Ihr Anmeldeproblem nicht beheben können, melden Sie ein Problem auf GitHub.

Fehlende Abonnements und fehlerhafte Mandanten

Wenn Sie nach erfolgreicher Anmeldung Ihre Abonnements nicht abrufen können, probieren Sie die folgenden Methoden zur Problembehandlung:

  • Überprüfen Sie, ob Ihr Konto Zugriff auf die erwarteten Abonnements hat. Sie können Ihren Zugriff überprüfen, indem Sie sich am Portal für die Azure-Umgebung anmelden, die Sie verwenden möchten.
  • Stellen Sie sicher, dass Sie sich bei der richtigen Azure-Umgebung anmelden (Azure, Azure China 21Vianet, Azure US Government oder benutzerdefinierte Umgebung).
  • Stellen Sie sicher, dass Sie den Storage-Explorer Proxy ordnungsgemäß konfiguriert haben, wenn Sie sich hinter einem Proxyserver befinden.
  • Entfernen sie das Konto, und fügen Sie es wieder hinzu.
  • Überprüfen Sie, welche Fehlermeldungen für die Mandanten gemeldet werden, die fehlschlagen, wenn ein Link "Weitere Informationen" oder "Fehlerdetails" vorhanden ist. Wenn Sie nicht sicher sind, wie Sie auf die Fehlermeldungen reagieren sollen, öffnen Sie ein Problem in GitHub.

Problem bei der Interaktion mit Ihrem Betriebssystem-Anmeldeinformationsspeicher während einer AzCopy-Übertragung

Wenn diese Meldung unter Windows angezeigt wird, ist der Windows-Anmeldeinformations-Manager höchstwahrscheinlich voll. Führen Sie die folgenden Schritte aus, um Platz im Windows-Anmeldeinformations-Manager zu schaffen:

  1. Schließen Sie Storage Explorer.
  2. Suchen Sie im Menü Start nach der Anmeldeinformationsverwaltung und öffnen Sie sie.
  3. Wechseln Sie zu Windows-Anmeldeinformationen.
  4. Suchen Sie unter Generische Anmeldeinformationen nach Einträgen, die nicht mehr verwendeten Programmen zugeordnet sind, und löschen Sie sie. Sie können auch nach Einträgen wie azcopy/aadtoken/<some number> suchen und diese Einträge löschen.

Wenn die Meldung nach dem Durchführen der obigen Schritte weiterhin angezeigt wird oder auf anderen Plattformen als Windows auftritt, können Sie ein Problem auf GitHub melden.

Angefügtes Konto oder angefügte Ressource kann nicht entfernt werden

Wenn ein zugeordnetes Konto oder eine verbundene Speicherressource über die Benutzeroberfläche nicht entfernt werden kann, können Sie alle zugeordneten Ressourcen manuell löschen, indem Sie die folgenden Ordner löschen:

Plattform Ordnerpfad
Windows C:\Users\<username>\AppData\StorageExplorer
macOS ~/Library/Application Support/StorageExplorer
Linux ~/.config/StorageExplorer

Schließen Sie Storage-Explorer, bevor Sie diese Ordner löschen.

Hinweis

Wenn Sie TLS/SSL-Zertifikate importiert haben, sichern Sie den Inhalt des certs Verzeichnisses. Später können Sie die Sicherung verwenden, um Ihre TLS/SSL-Zertifikate neu zu importieren.

Proxyprobleme

Storage-Explorer unterstützt das Herstellen einer Verbindung mit Azure Storage-Ressourcen über einen Proxyserver. Wenn beim Herstellen einer Verbindung mit Azure über einen Proxy Probleme auftreten, finden Sie hier einige Vorschläge.

Storage-Explorer unterstützt nur die Standardauthentifizierung mit Proxyservern. Andere Authentifizierungsmethoden wie New Technology LAN Manager (NTLM) werden nicht unterstützt.

Hinweis

Storage-Explorer unterstützt keine Dateien für die automatische Proxykonfiguration, die zum Konfigurieren von Proxyeinstellungen verwendet werden können.

Überprüfen der Storage-Explorer-Proxyeinstellungen

Die Einstellung Anwendung>Proxy>Proxykonfiguration bestimmt, von welcher Quelle Storage-Explorer die Proxykonfiguration abruft.

Wenn Sie Umgebungsvariablen verwenden auswählen, stellen Sie sicher, dass Sie die Umgebungsvariablen HTTPS_PROXY oder HTTP_PROXY festlegen. Bei Umgebungsvariablen muss die Zwischen- und Kleinschreibung beachtet werden. Stellen Sie daher sicher, dass Sie die richtigen Variablen festlegen. Wenn diese Variablen nicht definiert oder ungültig sind, verwendet Storage-Explorer keinen Proxy. Starten Sie Storage-Explorer neu, nachdem Sie Umgebungsvariablen geändert haben.

Wenn Sie App-Proxyeinstellungen verwenden auswählen, stellen Sie sicher, dass die In-App-Proxyeinstellungen richtig sind.

Schritte zur Diagnose von Problemen

Wenn weiterhin Probleme auftreten, probieren Sie die folgenden Methoden zur Problembehandlung:

  1. Wenn Sie ohne Verwendung des Proxys eine Verbindung mit dem Internet herstellen können, überprüfen Sie, ob der Storage-Explorer ohne aktivierte Proxyeinstellungen ausgeführt wird. Wenn Storage-Explorer erfolgreich eine Verbindung herstellen kann, liegt möglicherweise ein Problem mit dem Proxyserver vor. Identifizieren Sie die Probleme zusammen mit dem Administrator.
  2. Überprüfen Sie, ob andere Anwendungen, die den Proxyserver verwenden, wie erwartet ausgeführt werden.
  3. Prüfen Sie, ob Sie sich für die Azure-Umgebung, die Sie verwenden möchten, am Portal anmelden können.
  4. Vergewissern Sie sich, dass Antworten von den Dienstendpunkten empfangen werden können. Geben Sie eine der Endpunkt-URLs im Browser ein. Wenn Sie eine Verbindung herstellen können, sollten Sie eine InvalidQueryParameterValue oder eine ähnliche XML-Antwort erhalten.
  5. Prüfen Sie, ob eine andere Person, die Storage-Explorer mit demselben Proxyserver verwendet, eine Verbindung herstellen kann. Wenn dies der Fall ist, müssen Sie sich möglicherweise an den Administrator für den Proxyserver wenden.

Tools zum Diagnostizieren von Problemen

Ein Netzwerktool wie Fiddler kann Ihnen dabei helfen, Probleme zu diagnostizieren.

  1. Konfigurieren Sie das Netzwerktool als Proxyserver, der auf dem lokalen Host ausgeführt wird. Wenn Sie weiterhin hinter einem echten Proxy arbeiten müssen, müssen Sie das Netzwerktool möglicherweise so konfigurieren, dass eine Verbindung über den Proxy hergestellt wird.
  2. Überprüfen Sie die vom Netzwerktool verwendete Portnummer.
  3. Konfigurieren Sie Storage-Explorer Proxyeinstellungen für die Verwendung des lokalen Hosts und der Portnummer des Netzwerktools, zlocalhost:8888. B. .

Wenn diese Einstellung ordnungsgemäß festgelegt ist, protokolliert Ihr Netzwerktool Netzwerkanforderungen, die von Storage-Explorer an Verwaltungs- und Dienstendpunkte vorgenommen wurden.

Wenn das Netzwerktool Storage-Explorer-Datenverkehr anscheinend nicht protokolliert, testen Sie das Tool mit einer anderen Anwendung. Geben Sie z. B. die Endpunkt-URL für eine Ihrer Speicherressourcen ein, z https://contoso.blob.core.windows.net/ . B. in einem Webbrowser. Sie sollten eine Antwort ähnlich wie in diesem Codebeispiel erhalten:

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

Die Antwort deutet darauf hin, dass die Ressource vorhanden ist, auch wenn Sie nicht darauf zugreifen können.

Wenn Ihr Netzwerktool nur Datenverkehr von anderen Anwendungen anzeigt, müssen Sie möglicherweise die Proxyeinstellungen in Storage-Explorer anpassen. Andernfalls müssen Sie die Einstellungen Ihres Tools möglicherweise anpassen.

Kontaktaufnahme mit dem Administrator für den Proxyserver

Wenn Ihre Proxyeinstellungen richtig sind, müssen Sie sich möglicherweise an den Administrator für den Proxyserver wenden, um Folgendes zu erreichen:

  • Sicherstellen, dass der Proxy nicht den Datenverkehr zu Azure Verwaltungs- oder Ressourcenendpunkten blockiert.
  • das von Ihrem Proxyserver verwendete Authentifizierungsprotokoll überprüfen. Storage-Explorer unterstützt nur Standardauthentifizierungsprotokolle. NTLM-Proxys werden vom Storage-Explorer nicht unterstützt.

Fehlermeldung: Untergeordnete Elemente können nicht abgerufen werden

Wenn Sie die Verbindung mit Azure über einen Proxy hergestellt haben, überprüfen Sie, ob die Proxyeinstellungen richtig sind.

Wenn der Besitzer eines Abonnements oder Kontos Ihnen Zugriff auf eine Ressource gewährt hat, vergewissern Sie sich, dass Sie über die Berechtigung "Lesen" oder "Liste" für diese Ressource verfügen.

Verbindungszeichenfolge weist keine vollständigen Konfigurationseinstellungen auf

Wenn Sie diese Fehlermeldung erhalten, verfügen Sie möglicherweise nicht über die erforderlichen Berechtigungen zum Abrufen der Schlüssel für Ihr Speicherkonto. Wechseln Sie zum Portal, und suchen Sie nach Ihrem Speicherkonto, um dies zu überprüfen. Klicken Sie mit der rechten Maustaste auf den Knoten für Ihr Speicherkonto, und wählen Sie dann Im Portal öffnen aus. Wechseln Sie dann zum Bereich Zugriffsschlüssel. Wenn Sie nicht über die Berechtigung zum Anzeigen von Schlüsseln verfügen, wird möglicherweise eine Meldung "Sie haben keinen Zugriff" angezeigt. Sie können dieses Problem umgehen, indem Sie entweder einen Kontonamen und einen Schlüssel oder die Konto-SAS (Shared Access Signature) abrufen und diese Informationen zum Anfügen des Speicherkontos verwenden.

Wenn die Kontoschlüssel angezeigt werden, geben Sie ein Problem in GitHub ein, damit wir Ihnen helfen können, das Problem zu beheben.

Hinzufügen von benutzerdefinierten Verbindungen führt zu einer TypeError

Die Verbindungsdaten, die im lokalen Anmeldeinformations-Manager gespeichert sind, sind möglicherweise beschädigt, wenn Sie die folgende Fehlermeldung erhalten, wenn Sie versuchen, eine benutzerdefinierte Verbindung hinzuzufügen:

Fehler beim Hinzufügen einer neuen Verbindung: TypeError: Die Eigenschaft 'Version' der nicht definierten Eigenschaft kann nicht gelesen werden.

Versuchen Sie, Ihre beschädigten lokalen Verbindungen zu löschen und dann erneut hinzuzufügen, um dieses Problem zu umgehen:

  1. Starten Sie den Storage-Explorer. Wechseln Sie im Menü zu Hilfe>Entwicklertools umschalten.

  2. Wechseln Sie im geöffneten Fenster auf der Registerkarte Anwendung zu Lokaler Speicher>file:// links.

  3. Je nach Verbindungstyp, mit dem Sie ein Problem haben, suchen Sie nach dem entsprechenden Schlüssel. Kopieren Sie dann den Wert in einen Text-Editor. Der Wert ist ein Array Ihrer benutzerdefinierten Verbindungsnamen, wie die folgenden:

    • Speicherkonten
      • StorageExplorer_CustomConnections_Accounts_v1
    • BLOB-Container
      • StorageExplorer_CustomConnections_Blobs_v1
      • StorageExplorer_CustomConnections_Blobs_v2
    • Dateifreigaben
      • StorageExplorer_CustomConnections_Files_v1
    • Warteschlangen
      • StorageExplorer_CustomConnections_Queues_v1
    • Tabellen
      • StorageExplorer_CustomConnections_Tables_v1

  4. Nachdem Sie Ihre aktuellen Verbindungsnamen gespeichert haben, legen Sie den Wert in den Entwicklertools auf [] fest.

Um die nicht beschädigten Verbindungen beizubehalten, führen Sie die folgenden Schritte aus, um die beschädigten Verbindungen zu finden. Wenn es Ihnen nichts ausmacht, alle bestehenden Verbindungen zu verlieren, können Sie diese Schritte überspringen und den plattformspezifischen Anweisungen folgen, um Ihre Verbindungsdaten zu löschen.

  1. Fügen Sie in einem Text-Editor die einzelnen Verbindungsnamen wieder zu Entwicklertools hinzu. Überprüfen Sie dann, ob die Verbindung noch funktioniert.
  2. Wenn eine Verbindung ordnungsgemäß funktioniert, ist sie nicht beschädigt. Sie können es sicher dort verlassen. Wenn eine Verbindung nicht funktioniert, entfernen Sie den Wert aus den Entwicklertools, und notieren Sie sie, damit Sie sie später wieder hinzufügen können.
  3. Wiederholen Sie diesen Vorgang für jede Verbindung.

Nachdem Sie Verbindungsnamen entfernt haben, müssen Sie die beschädigten Daten der Verbindungen löschen. Anschließend können Sie die Verbindungen mithilfe der standardmäßigen Verbindungsschritte in Storage-Explorer wieder hinzufügen.

  1. Suchen Sie im Menü Start nach der Anmeldeinformationsverwaltung und öffnen Sie sie.
  2. Wechseln Sie zu Windows-Anmeldeinformationen.
  3. Suchen Sie unter Generische Anmeldeinformationen nach Einträgen, die den Schlüssel <connection_type_key>/<corrupted_connection_name> aufweisen. z. B. StorageExplorer_CustomConnections_Accounts_v1/account1.
  4. Löschen Sie diese Verbindungen, und fügen Sie sie erneut hinzu.

Wenn dieser Fehler weiterhin auftritt, nachdem Sie diese Schritte ausgeführt haben, oder wenn Sie teilen möchten, was Sie vermuten, dass die Verbindungen beschädigt wurden, öffnen Sie ein Problem auf unserer GitHub-Seite.

Probleme mit einer SAS-URL (Shared Access Signature)

Wenn Sie eine Verbindung mit einem Dienst über eine SIGNATUR-URL für gemeinsam genutzten Zugriff herstellen und einen Fehler feststellen, überprüfen Sie Folgendes:

  • Die URL stellt die erforderlichen Berechtigungen zum Lesen oder Auflisten von Ressourcen bereit.
  • Die URL ist nicht abgelaufen.
  • Die Zugriffsrichtlinie wird nicht widerrufen, wenn die URL der freigegebenen Zugriffssignatur auf einer Zugriffsrichtlinie basiert.

Wenn Sie versehentlich eine ungültige SAS-URL angefügt haben und diese jetzt nicht trennen können, führen Sie diese Schritte aus:

  1. Wenn Sie Storage-Explorer ausführen, wählen Sie F12 aus, um das Fenster "Entwicklertools" zu öffnen.
  2. Wählen Sie auf der Registerkarte Anwendung die Option Lokaler Speicher>file:// auf der linken Seite aus.
  3. Suchen Sie nach dem Schlüssel, der dem Diensttyp des SAS-URI zugeordnet ist. Wenn z.B. der fehlerhafte SAS-URI für einen Blobcontainer gilt, suchen Sie nach dem Schlüssel mit dem Namen StorageExplorer_AddStorageServiceSAS_v1_blob.
  4. Der Wert des Schlüssels sollte ein JSON-Array sein. Suchen Sie das Objekt, das dem fehlerhaften URI zugeordnet ist, und löschen Sie es anschließend.
  5. Wählen Sie STRG +R aus, um Storage-Explorer neu zu laden.

Storage-Explorer-Abhängigkeiten

Storage-Explorer enthält alle Abhängigkeiten, die für die Ausführung unter Windows erforderlich sind.

Versehen von Storage-Explorer mit Patches für neuere Versionen von .NET Core

Für Storage-Explorer 1.7.0 oder frühere Versionen müssen Sie möglicherweise die von Storage-Explorer verwendete .NET Core-Version patchen:

  1. Wechseln Sie zur NuGet-Seite , und laden Sie Version 1.5.43 von StreamJsonRpc über den Link "Paket herunterladen" auf der rechten Seite herunter.

  2. Ändern Sie nach dem Herunterladen des Pakets die Dateierweiterung von .nupkg in .zip.

  3. Entzippen Sie das Paket.

  4. Öffnen Sie den Ordner streamjsonrpc.1.5.43/lib/netstandard1.1.

  5. Kopieren Sie StreamJsonRpc.dll an die folgenden Speicherorte im Storage-Explorer-Ordner:

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

Schaltfläche "Im Explorer öffnen" in der Azure-Portal funktioniert nicht

Wenn die Schaltfläche In Explorer öffnen im Azure-Portal nicht funktioniert, sollten Sie sicherstellen, dass Sie einen kompatiblen Browser verwenden. Für die folgenden Browser wurde die Kompatibilität getestet:

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

Sammeln von Protokollen

Wenn Sie ein Problem an GitHub melden, werden Sie möglicherweise aufgefordert, bestimmte Protokolle zu sammeln, um Ihr Problem zu diagnostizieren.

Storage-Explorer-Protokolle

Storage-Explorer protokolliert verschiedene Dinge in seinen eigenen Anwendungsprotokollen. Sie können auf einfache Weise zu diesen Protokollen kommen, indem Sie auf Hilfe>Protokollverzeichnis öffnen klicken. Standardmäßig werden Storage-Explorer-Protokolle mit einem geringen Ausführlichkeitsgrad erfasst. Die Ablaufverfolgungsprotokollebene wird bei der Problembehandlung empfohlen, da sie die ausführlichste Ebene ist.

Um die Ausführlichkeitsstufe zu ändern, wechseln Sie zu "Einstellungen" (das Zahnradsymbol in der vertikalen Symbolleiste),>>> und wählen Sie die gewünschte Protokollebene aus. Starten Sie Storage-Explorer neu, und reproduzieren Sie dann das Problem, das Sie haben.

Protokolle werden für jede ausgeführte Sitzung des Storage-Explorers in Ordner aufgeteilt. Fassen Sie alle Protokolldateien, die Sie bereitstellen möchten, in einem ZIP-Archiv zusammen, wobei die Dateien aus verschiedenen Sitzungen in unterschiedlichen Ordnern abgelegt werden.

Authentifizierungsprotokolle

Bei Problemen im Zusammenhang mit der Anmelde- oder Storage-Explorer-Authentifizierungsbibliothek müssen Sie wahrscheinlich Authentifizierungsprotokolle sammeln. Authentifizierungsprotokolle werden hier gespeichert:

Plattform Ordnerpfad
Windows C:\Users\<username>\AppData\Local\Temp\servicehub\logs
macOS ~/.ServiceHub/logs
Linux ~/.ServiceHub/logs

Im Allgemeinen können Sie die folgenden Schritte ausführen, um die Protokolle zu erfassen:

  1. Wechseln Sie zu "Einstellungen" (das Zahnradsymbol in der vertikalen Symbolleiste), >"Anwendungsanmeldung>". Klicken Sie auf Ausführliche Authentifizierungsprotokollierung. Wenn Storage-Explorer aufgrund eines Problems mit der Authentifizierungsbibliothek nicht gestartet werden kann, wird dieser Schritt für Sie ausgeführt.
  2. Schließen Sie Storage Explorer.
  3. Optional/empfohlen: Löschen vorhandener Protokolle aus dem logs Ordner. Dadurch wird die Menge an Informationen reduziert, die Sie uns senden müssen.
  4. Öffnen Sie den Storage-Explorer, und reproduzieren Sie das Problem.
  5. Schließen Sie Storage Explorer.
  6. Zippen Sie den Inhalt des Ordners logs.

AzCopy-Protokolle

Wenn Sie Probleme beim Übertragen von Daten haben, müssen Sie möglicherweise die AzCopy-Protokolle abrufen. AzCopy protokolliert standardmäßig auf einer geringen Ausführlichkeitsebene. Die Ablaufverfolgungsprotokollebene wird bei der Problembehandlung empfohlen, da sie die ausführlichste Ebene ist.

Um die Ausführlichkeitsstufe zu ändern, wechseln Sie zu "Einstellungen" (das Zahnradsymbol in der vertikalen Symbolleiste)> überträgt>AzCopy>Log Level und legen Sie die gewünschte Protokollebene fest. Starten Sie Storage-Explorer neu, und reproduzieren Sie dann das Problem, das Sie haben.

AzCopy-Protokolle können problemlos mit zwei verschiedenen Methoden gefunden werden:

  • Für fehlgeschlagene Übertragungen, die sich noch im Aktivitätsprotokoll finden, klicken Sie auf Zur AzCopy-Protokolldatei wechseln.

  • Wechseln Sie für Übertragungen, bei denen in der Vergangenheit Fehler aufgetreten sind, zum Ordner „AzCopy-Protokolle“. Dieser Ordner befindet sich unter:

    Plattform Ordnerpfad
    Windows C:\Users\<your username>\.azcopy
    macOS ~/.azcopy
    Linux ~/.azcopy

Netzwerkprotokolle

Bei einigen Problemen müssen Sie Protokolle der von Storage-Explorer getätigten Netzwerkaufrufe bereitstellen. Unter Windows können Sie Netzwerkprotokolle mithilfe von Fiddler abrufen.

Hinweis

Fiddler-Ablaufverfolgungen können Kennwörter enthalten, die Sie während der Erfassung der Ablaufverfolgung in Ihrem Browser eingegeben/gesendet haben. Lesen Sie unbedingt die Anweisungen zum Bereinigen einer Fiddler-Ablaufverfolgung. Laden Sie keine Fiddler-Ablaufverfolgungen auf GitHub hoch. Sie werden informiert, wohin Sie Ihre Fiddler-Ablaufverfolgung sicher senden können.

Teil 1: Installieren und Konfigurieren von Fiddler

  1. Installieren Sie Fiddler.
  2. Starten Sie Fiddler.
  3. Wechseln Sie zu Tools>Optionen.
  4. Klicken Sie auf die Registerkarte HTTPS.
  5. Stellen Sie sicher, dass Capture CONNECTs (CONNECTs erfassen) und Decrypt HTTPS traffic (HTTPS-Datenverkehr entschlüsseln) aktiviert sind.
  6. Wählen Sie Actions aus.
  7. Wählen Sie "Stammzertifikat vertrauen" und dann im nächsten Dialogfeld "Ja " aus.
  8. Starten Sie den Storage-Explorer.
  9. Wechseln Sie zu "Einstellungen" (das Zahnradsymbol in der vertikalen Symbolleiste), >anwendungsproxy>.
  10. Ändern Sie die Proxyquelldropdowns in " Systemproxy verwenden (Vorschau)".
  11. Starten Sie Storage-Explorer neu.
  12. In Fiddler sollten Netzwerkaufrufe aus einem storageexplorer:-Prozess angezeigt werden.

Teil 2: Reproduzieren des Problems

  1. Schließen Sie alle Apps bis auf Fiddler.
  2. Löschen Sie das Fiddler-Protokoll, indem Sie das X in der oberen linken Ecke in der Nähe des Menüs "Ansicht" verwenden.
  3. Optional/empfohlen: Legen Sie Fiddler auf ein paar Minuten fest. Wenn Netzwerkanrufe angezeigt werden, die nicht im Zusammenhang mit Storage-Explorer stehen, klicken Sie mit der rechten Maustaste darauf, und wählen Sie Jetzt filtern >Ausblenden <Prozessname> aus.
  4. Starten Sie Storage-Explorer oder starten Sie ihn neu.
  5. Reproduzieren Sie das Problem.
  6. Klicken Sie auf Datei>Speichern>Alle Sitzungen. Speichern Sie es an einem leicht zu merkenden Speicherort.
  7. Schließen Sie Fiddler und den Storage-Explorer.

Teil 3: Bereinigen der Fiddler-Ablaufverfolgung

  1. Doppelklicken Sie auf die Fiddler-Ablaufverfolgung (SAZ-Datei).
  2. Wählen Sie STRG + F aus.
  3. Stellen Sie im daraufhin angezeigten Dialogfeld sicher, dass die folgenden Optionen festgelegt sind: Suchanforderungen = und -antworten und Kopfzeilen und -texte überprüfen. =
  4. Suchen Sie nach Kennwörtern, die Sie beim Sammeln der Fiddler-Ablaufverfolgung verwendet haben, sowie nach Einträgen, die hervorgehoben sind. Klicken Sie mit der rechten Maustaste, und wählen Sie Entfernen>Ausgewählte Sitzungen aus.
  5. Sie können das Senden der Saz-Datei überspringen, wenn eine der folgenden Bedingungen zutrifft:
    • Sie haben definitiv Kennwörter in Ihren Browser eingegeben, während Sie die Ablaufverfolgung gesammelt haben, aber Sie finden keine Einträge, wenn Sie STRG + F verwenden.
    • Sie möchten Ihre Kennwörter nicht ändern.
    • Die von Ihnen verwendeten Kennwörter gelten für andere Konten.
  6. Speichern Sie die Ablaufverfolgung noch mal unter einem neuen Namen.
  7. Optional: Löschen Sie die ursprüngliche Ablaufverfolgung.

Storage-Explorer kann Azurite Docker-Container nicht finden

Wenn Storage-Explorer Ihre Azurite Docker-Container nicht finden kann, führen Sie die folgenden Schritte aus, um das Problem zu beheben:

Überprüfen, ob Docker installiert ist

Stellen Sie sicher, dass Docker auf Ihrem Computer installiert und ausgeführt wird. Sie können die Docker-Installation überprüfen, indem Sie den folgenden Befehl in Ihrem Terminal oder an der Eingabeaufforderung ausführen:

docker --version

Wenn Docker nicht ausgeführt wird, starten Sie Docker-Dienste neu, und versuchen Sie es erneut.

Für Linux-Benutzer müssen Sie möglicherweise der docker Gruppe beitreten. Führen Sie die folgenden Befehle aus, um der Gruppe beizutreten:

sudo groupadd docker
sudo usermod -aG docker $USER

Starten Sie den Computer neu, nachdem sie der docker Gruppe hinzugefügt wurden. Weitere Informationen finden Sie in den Schritten nach der Installation von Linux für das Docker-Modul.

Überprüfen des Docker-Kontexts

Stellen Sie sicher, dass Sie den richtigen Docker-Kontext verwenden, der Ihre Container verwaltet. Sie können den aktuellen Kontext überprüfen, indem Sie Folgendes ausführen:

docker context ls

Verwenden Sie Folgendes, um den aktiven Kontext zu ändern:

docker context use <context name>

Hinweis

Bei Linux Snap-Benutzern funktioniert Storage-Explorer nur mit dem default Kontext. Andere Kontexte, zdesktop-linux. B. , sind für Storage-Explorer nicht sichtbar.

Überprüfen des Azurite-Containerstatus

Vergewissern Sie sich, dass Ihre Azurite-Container ausgeführt werden. Sie können den Status Ihrer Docker-Container überprüfen, indem Sie Folgendes ausführen:

docker container list --all

Stellen Sie sicher, dass Ihre Azurite-Container aufgelistet sind und deren Status auf dem Laufenden ist. Wenn ein Container nicht ausgeführt wird, können Sie ihn mit:

docker start <container name>

Überprüfen der Azurite-Häfen

Stellen Sie sicher, dass Ihre Azurite Containerportkonfigurationen korrekt sind. Sie können die Ports überprüfen, indem Sie Folgendes ausführen:

docker inspect <container name>

Suchen Sie in der Ausgabe nach dem NetworkSettings.Ports Abschnitt, um die Portzuordnungen zu überprüfen. Angenommen, der Blob-Endpunkt eines Azuritecontainers ist so konfiguriert, dass er auf Port 10000 lauscht und dieser Containerport dem Port 10010 des Hostcomputers zugeordnet ist, sollte ein Eintrag wie folgt angezeigt werden:

"10000/tcp": [
  {
    "HostIp": "0.0.0.0",
    "HostPort": "10010"
  }
]

Überprüfen, ob Die neueste Version von Storage-Explorer installiert ist

Stellen Sie sicher, dass Sie die neueste Version von Storage-Explorer verwenden. Sie können nach Updates suchen, indem Sie zur Hilfesuche>nach Updates wechseln.

Stellen Sie für Linux-Snap-Benutzer sicher, dass das Snap über die erforderlichen Verbindungen zum Docker-Snap verfügt. Führen Sie die folgenden Befehle aus, um die erforderlichen Verbindungen herzustellen:

snap connect storage-explorer:docker docker:docker-daemon
snap connect storage-explorer:docker-executables docker:docker-executables

Überprüfen, ob benutzerdefinierte Konten gültig sind

Wenn Sie benutzerdefinierte Konten verwenden, stellen Sie sicher, dass die Kontonamen und Schlüssel in Storage-Explorer gültig und ordnungsgemäß konfiguriert sind. Sie können die verwendeten benutzerdefinierten Konten überprüfen, indem Sie Folgendes ausführen:

docker exec <container name> printenv AZURITE_ACCOUNTS

Netzwerkeinstellungen überprüfen

Stellen Sie sicher, dass es keine Netzwerkprobleme gibt, die verhindern, dass Storage-Explorer eine Verbindung mit dem Azurite-Container herstellen. Stellen Sie sicher, dass Ihre Firewall oder Antivirensoftware die Verbindung nicht blockiert.

Neustart des Azurite-Containers

Wenn das Problem weiterhin besteht, versuchen Sie, den Azurite-Container neu zu starten:

docker restart <container name>

Azurite-Container neu erstellen

Wenn keins der oben genannten Schritte das Problem behebt, versuchen Sie, den Azurite-Container neu zu erstellen. Zum Beispiel:

docker stop <container name>
docker rm <container name>
docker run \
  --name <container-name> \
  -e AZURITE_ACCOUNTS="<custom account name>:<custom key>" \
  -p <blob-host-port>:10000 \
  -p <queue-host-port>:10001 \
  -p <table-host-port>:10002 \
  mcr.microsoft.com/azure-storage/azurite

Nächste Schritte

Wenn keine dieser Lösungen für Sie geeignet ist, verwenden Sie eine der folgenden Methoden:

Informationen zum Haftungsausschluss von Drittanbietern

Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.