felsökningsguide för Azure Storage Explorer

Microsoft Azure Storage Explorer är en fristående app som gör det enkelt att arbeta med Azure Storage-data i Windows, macOS och Linux. Appen kan ansluta till lagringskonton som finns i Azure, nationella moln och Azure Stack.

Den här guiden sammanfattar lösningar på problem som ofta ses i Storage Explorer.

Problem med Azure RBAC-behörigheter

Rollbaserad åtkomstkontroll i Azure (Azure RBAC) möjliggör mycket detaljerad åtkomsthantering av Azure-resurser genom att kombinera uppsättningar med behörigheter i roller. Här följer några strategier för att få Azure RBAC att fungera optimalt i Storage Explorer.

Hur gör jag för att komma åt mina resurser i Storage Explorer?

Om du har problem med att komma åt lagringsresurser via Azure RBAC kanske du inte har tilldelats lämpliga roller. I följande avsnitt beskrivs de behörigheter Storage Explorer kräver för närvarande för åtkomst till dina lagringsresurser. Kontakta azure-kontoadministratören om du inte är säker på att du har rätt roller eller behörigheter.

Behörighetsproblem med "Läsa: Lista/hämta lagringskonton"

Du måste ha behörighet att lista lagringskonton. För att få den här behörigheten måste du tilldelas rollen Läsare.

Lista lagringskontonycklar

Storage Explorer kan också använda kontonycklar för att autentisera begäranden. Du kan få åtkomst till kontonycklar via mer kraftfulla roller, till exempel rollen Deltagare.

Dataroller

Du måste tilldelas minst en roll som ger åtkomst till att läsa data från resurser. Om du till exempel vill lista eller ladda ned blobar behöver du minst rollen Storage Blob Data Reader.

Varför behöver jag en hanteringslagerroll för att se mina resurser i Storage Explorer?

Azure Storage har två åtkomstlager: hantering och data. Prenumerationer och lagringskonton nås via hanteringsskiktet. Containrar, blobar och andra dataresurser nås via datalagret. Om du till exempel vill hämta en lista över dina lagringskonton från Azure skickar du en begäran till hanteringsslutpunkten. Om du vill ha en lista över blobcontainrar i ett konto skickar du en begäran till lämplig tjänstslutpunkt.

Azure-roller kan ge dig behörighet för hantering eller åtkomst till datalager. Rollen Läsare ger till exempel skrivskyddad åtkomst till resurser på hanteringsskiktet.

Strängt taget ger rollen Läsare inga behörigheter för datalager och är inte nödvändig för åtkomst till datalagret.

Storage Explorer gör det enkelt att komma åt dina resurser genom att samla in nödvändig information för att ansluta till dina Azure-resurser. Om du till exempel vill visa dina blobcontainrar skickar Storage Explorer en begäran om "listcontainrar" till blobtjänstens slutpunkt. För att hämta slutpunkten söker Storage Explorer i listan över prenumerationer och lagringskonton som du har åtkomst till. För att hitta dina prenumerationer och lagringskonton behöver Storage Explorer också åtkomst till hanteringsskiktet.

Om du inte har en roll som ger behörigheter för hanteringslager kan Storage Explorer inte hämta den information som behövs för att ansluta till datalagret.

Vad händer om jag inte kan få de behörigheter på hanteringsnivå som jag behöver från min administratör?

Om du vill komma åt blobcontainrar, Azure Data Lake Storage Gen2 containrar, kataloger eller köer kan du ansluta till dessa resurser med dina Azure-autentiseringsuppgifter.

1. Öppna dialogrutan Anslut .
2. Välj den resurstyp som du vill ansluta till.
3. Välj Logga in med Microsoft Entra ID>Nästa.
4. Välj det användarkonto och den klientorganisation som är associerad med den resurs som du ansluter till och välj sedan Nästa.
5. Skriv URL:en till resursen och skriv sedan ett unikt visningsnamn för anslutningen. Välj Nästa>anslut.

För närvarande finns det ingen Azure RBAC-relaterad lösning för andra resurstyper. Som en tillfällig lösning kan du begära en url för signatur för delad åtkomst och sedan koppla den till din resurs:

1. Öppna dialogrutan Anslut .
2. Välj den resurstyp som du vill ansluta till.
3. Välj Signatur för delad åtkomst (SAS)>Nästa.
4. Ange url:en för signatur för delad åtkomst som du fick och ange ett unikt visningsnamn för anslutningen. Välj Nästa>anslut.

Mer information om hur du kopplar till resurser finns i Koppla till en enskild resurs.

Rekommenderade inbyggda Azure-roller

Flera inbyggda Azure-roller kan ge de behörigheter som krävs för att använda Storage Explorer. Några av dessa roller är:

• Ägare: Hantera allt, inklusive åtkomst till resurser.
• Deltagare: Hantera allt, exklusive åtkomst till resurser.
• Läsare: Läsa och lista resurser.
• Lagringskontodeltagare: Fullständig hantering av lagringskonton.
• Storage Blob Data-ägare: Fullständig åtkomst till Azure Storage-blobcontainrar och data.
• Storage Blob Data-deltagare: Läsa, skriva och ta bort Azure Storage-containrar och blobar.
• Storage Blob Data Reader: Läs och lista Azure Storage-containrar och blobar.

Problem med SSL-certifikat

I det här avsnittet beskrivs problem med SSL-certifikat.

Förstå problem med SSL-certifikat

Kontrollera att du har läst avsnittet SSL-certifikat i Storage Explorer nätverksdokumentation innan du fortsätter.

Använda systemproxy

Om du bara använder funktioner som stöder inställningen för att använda systemproxy kan du prova att använda den inställningen. Mer information om systemproxyinställningen finns i Nätverksanslutningar i Storage Explorer.

Importera SSL-certifikat

Om du har en kopia av de självsignerade certifikaten kan du instruera Storage Explorer att lita på dem:

1. Hämta en Base-64-kodad X.509-kopia (.cer) av certifikatet.
2. Gå till Redigera>SSL-certifikat>importera certifikat. Använd sedan filväljaren för att hitta, välja och öppna filen .cer.

Det här problemet kan också inträffa om det finns flera certifikat (rot och mellanliggande). Om du vill åtgärda det här felet måste du importera alla certifikat.

Hitta SSL-certifikat

Om du inte har en kopia av de självsignerade certifikaten ber du IT-administratören om hjälp.

Följ dessa steg för att hitta dem:

1. Installera OpenSSL:

   • Windows: Alla ljusversioner bör vara tillräckliga.
   • Mac: OpenSSL ska ingå i operativsystemet.
   • Linux: OpenSSL ska ingå i operativsystemet.

2. Kör OpenSSL:

   • Windows: Öppna installationskatalogen, välj /bin/och dubbelklicka sedan på openssl.exe.
   • Mac: Kör openssl från en terminal.
   • Linux: Kör openssl från en terminal.

3. Kör kommandot openssl s_client -showcerts -connect <hostname>:443 för något av de Microsoft- eller Azure-värdnamn som dina lagringsresurser finns bakom. Mer information finns i den här listan över värdnamn som används ofta av Storage Explorer.

4. Leta efter självsignerade certifikat. Om ämnet ("s:") och utfärdaren ("i:") är desamma är certifikatet troligen självsignerat.

5. När du hittar de självsignerade certifikaten kopierar och klistrar du in allt från -----BEGIN CERTIFICATE----- till -----END CERTIFICATE----- i en ny .cer fil.

6. Öppna Storage Explorer och gå till Redigera>SSL-certifikat>importera certifikat. Använd sedan filväljaren för att hitta, välja och öppna de .cer filer som du skapade.

Inaktivera validering av SSL-certifikat

Om du inte hittar några självsignerade certifikat genom att följa dessa steg kontaktar du oss via feedbackverktyget. Du kan också öppna Storage Explorer från kommandoraden --ignore-certificate-errors med flaggan . När den öppnas med den här flaggan ignorerar Storage Explorer certifikatfel. Den här flaggan rekommenderas inte.

Inloggningsproblem

I det här avsnittet beskrivs inloggningsproblem som du kan stöta på.

Förstå inloggning

Kontrollera att du har läst dokumentationen logga in på Storage Explorer innan du fortsätter.

Ofta måste du ange autentiseringsuppgifter igen

Att behöva ange autentiseringsuppgifter på nytt är troligen resultatet av principer för villkorsstyrd åtkomst som angetts av din Microsoft Entra administratör. När Storage Explorer ber dig att ange autentiseringsuppgifter på nytt från kontopanelen bör du se länken Felinformation. Välj den för att se varför Storage Explorer ber dig ange autentiseringsuppgifter igen. Principfel för villkorsstyrd åtkomst som kräver återaktivering av autentiseringsuppgifter kan se ut ungefär så här:

• Uppdateringstoken har upphört att gälla.
• Du måste använda multifaktorautentisering för att få åtkomst.
• Administratören har gjort en konfigurationsändring.

Om du vill minska frekvensen för att behöva ange autentiseringsuppgifter igen på grund av fel som föregående, kan du prata med din Microsoft Entra administratör.

Villkorliga åtkomstprinciper

Om du har principer för villkorlig åtkomst som måste uppfyllas för ditt konto kontrollerar du att du använder standardwebbläsarens värde för inställningen Logga in med . Information om den inställningen finns i Ändra var inloggningen sker.

Webbläsaren klagar på HTTP-omdirigering eller osäker anslutning under inloggningen

När Storage Explorer utför inloggning i webbläsaren görs en omdirigering till localhost i slutet av inloggningsprocessen. Webbläsare genererar ibland en varning eller ett fel om att omdirigeringen utförs med HTTP i stället för HTTPS. Vissa webbläsare kan också försöka tvinga omdirigeringen att utföras med HTTPS. Om något av dessa problem inträffar, beroende på din webbläsare, har du alternativ:

• Ignorera varningen.
• Lägg till ett undantag för localhost.
• Inaktivera framtvinga HTTPS, antingen globalt eller bara för localhost.

Om du inte kan göra något av dessa alternativ kan du också ändra var inloggningen sker för integrerad inloggning för att undvika att använda webbläsaren helt och hållet.

Det går inte att hämta token, klienten filtreras bort

Ibland kan du se ett felmeddelande som säger att en token inte kan hämtas eftersom en klientorganisation filtreras bort. Det innebär att du försöker komma åt en resurs som finns i en klientorganisation som du har filtrerat bort. Om du vill inkludera klientorganisationen går du till kontopanelen. Kontrollera att kryssrutan för den klientorganisation som anges i felet är markerad. Mer information om hur du filtrerar klienter i Storage Explorer finns i Hantera konton.

Autentiseringsbiblioteket kunde inte startas korrekt

Om du vid start får ett felmeddelande om att Storage Explorer autentiseringsbiblioteket inte kunde starta korrekt kontrollerar du att installationsmiljön uppfyller alla krav. Att inte uppfylla kraven är den troligaste orsaken till det här felmeddelandet.

Om du tror att installationsmiljön uppfyller alla krav kan du öppna ett problem på GitHub. När du öppnar problemet måste du inkludera:

• Ditt operativsystem.
• Vilken version av Storage Explorer du försöker använda.
• Om du har kontrollerat förutsättningarna.
• Autentiseringsloggar från en misslyckad start av Storage Explorer. Utförlig autentiseringsloggning aktiveras automatiskt när den här typen av fel inträffar.

Tomt fönster när du använder integrerad inloggning

Om du väljer att använda integrerad inloggning och du ser ett tomt inloggningsfönster måste du förmodligen byta till en annan inloggningsmetod. Tomma dialogrutor för inloggning inträffar oftast när en Active Directory Federation Services (AD FS) server uppmanar Storage Explorer att utföra en omdirigering som inte stöds av Electron.

Om du vill ändra till en annan inloggningsmetod ändrar du inställningen Logga in med under Inställningar>Programinloggning>. Information om de olika typerna av inloggningsmetoder finns i Ändra var inloggningen sker.

Omautentiseringsloop eller UPN-ändring

Om du är i en omautentiseringsloop eller har ändrat UPN för ett av dina konton kan du prova följande steg:

1. Öppna Storage Explorer.
2. Gå tillHjälpåterställning>.
3. Kontrollera att minst Autentisering har valts. Rensa andra objekt som du inte vill återställa.
4. Välj Återställ.
5. Starta om Storage Explorer och försök logga in igen.

Om du fortfarande har problem när du har återställt kan du prova följande steg:

1. Öppna Storage Explorer.
2. Ta bort alla konton och stäng sedan Storage Explorer.
3. Ta bort . Mappen IdentityService från datorn. I Windows finns mappen på C:\users\<username>\AppData\Local. För Mac och Linux hittar du mappen i roten för användarkatalogen.
4. Om du kör Mac eller Linux måste du också ta bort Microsoft.Developer.IdentityService posten från operativsystemets nyckelarkiv. På Mac är nyckelarkivet Gnome Keychain-programmet. I Linux kallas programmet vanligtvis nyckelring, men namnet kan variera beroende på din distribution.
5. Starta om Storage Explorer och försök logga in igen.

macOS: Nyckelringsfel eller inget inloggningsfönster

macOS-nyckelring kan ibland ange ett tillstånd som orsakar problem för Storage Explorer-autentiseringsbiblioteket. Följ dessa steg för att få nyckelringen ur det här tillståndet:

1. Stäng Storage Explorer.

2. Öppna nyckelringen genom att välja Kommando + blanksteg, skriv nyckelring och välj Retur.

3. Välj inloggningsnyckelringen .

4. Välj hänglåset för att låsa nyckelringen. När processen är klar visas hänglåset låst. Det kan ta några sekunder, beroende på vilka appar du har öppna.

   

5. Öppna Storage Explorer.

6. Du uppmanas att ange ett meddelande som "Service Hub vill komma åt nyckelringen". Skriv lösenordet för ditt Mac-administratörskonto och välj Tillåt alltid. Eller välj Tillåt om Tillåt alltid inte är tillgängligt.

7. Försök att logga in.

Linux: Inga fel i programfönstret eller lösenordshanteraren vid start

Om du börjar Storage Explorer på ett Linux-system kan du stöta på något av följande problem:

• Inget programfönster visas.
• Det uppstår fel om systemets lösenordshanterare.

Storage Explorer använder systemets autentiseringshanterare för att skydda dina data, inklusive inloggningsuppgifter och SAS-anslutningar. Om inget kompatibelt program för autentiseringshanteraren identifieras startar inte Storage Explorer. Om systemet inte har ett lokalt verktyg för hantering av autentiseringsuppgifter installerat installerar du ett verktyg från tredje part som är kompatibelt med libsecret. På Linux-system som använder GNOME-skrivbordsmiljön kan du till exempel installera Seahorse.

Storage Explorer skapar vanligtvis en standardnyckelring om den inte finns vid start. I vissa fall kanske detta dock inte inträffar, vilket resulterar i att det inte finns några fel i programfönstret eller lösenordshanteraren. Lös problemen genom att manuellt ange en standardnyckelring.

Om du använder Seahorse och det inte finns några befintliga nyckelringar, eller om du vill skapa en ny, följer du dessa steg för att skapa en standardnyckelring:

1. Starta programmet "Lösenord och nycklar".
2. Välj knappen "+" och välj sedan Lösenordsnyckelring.
3. Ange ett namn och ett lösenord för den nya nyckelringen.
4. Högerklicka på den nya nyckelringen och välj Ange som standard.

Om du använder Storage Explorer fäst måste du också kontrollera att Storage Explorer är ansluten till systemets lösenordshanterare. Det gör du genom att köra följande kommando:

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

Standardwebbläsaren öppnas inte

Om standardwebbläsaren inte öppnas när du försöker logga in kan du prova alla följande tekniker:

• Starta om Storage Explorer.
• Öppna webbläsaren manuellt innan du börjar logga in.
• Prova att använda integrerad inloggning. Anvisningar finns i Ändra var inloggningen sker.

Andra inloggningsproblem

Om ingen av föregående instruktioner gäller ditt inloggningsproblem eller om de inte kan lösa inloggningsproblemet öppnar du ett problem på GitHub.

Saknade prenumerationer och brutna klientorganisationer

Om du inte kan hämta dina prenumerationer när du har loggat in kan du prova följande felsökningsmetoder:

• Kontrollera att ditt konto har åtkomst till de prenumerationer som du förväntar dig. Du kan verifiera din åtkomst genom att logga in på portalen för den Azure-miljö som du försöker använda.
• Kontrollera att du har loggat in via rätt Azure-miljö som Azure, Azure China 21Vianet, Azure Tyskland, Azure US Government eller Anpassad miljö.
• Om du är bakom en proxyserver kontrollerar du att du har konfigurerat Storage Explorer proxy på rätt sätt.
• Försök att ta bort och lägga till kontot igen.
• Om det finns länken "Mer information" eller "Felinformation" kontrollerar du vilka felmeddelanden som rapporteras för de klienter som misslyckas. Om du inte är säker på hur du ska svara på felmeddelandena öppnar du ett problem i GitHub.

Problem med att interagera med ditt os-autentiseringsarkiv under en AzCopy-överföring

Om du ser det här meddelandet i Windows är autentiseringshanteraren för Windows troligen full. Gör plats i Windows Credential Manager genom att följa dessa steg:

1. Stäng Storage Explorer.
2. På Start-menyn söker du efter Autentiseringshanteraren och öppnar den.
3. Gå till Windows-autentiseringsuppgifter.
4. Under Allmänna autentiseringsuppgifter letar du upp poster som är associerade med program som du inte längre använder och tar bort dem. Du kan också söka efter poster som azcopy/aadtoken/<some number> och ta bort dessa poster.

Om meddelandet fortsätter att visas när du har slutfört stegen ovan, eller om du stöter på det här meddelandet på andra plattformar än Windows, kan du öppna ett problem på GitHub.

Det går inte att ta bort ett anslutet lagringskonto eller en resurs

Om du inte kan ta bort ett anslutet konto eller en lagringsresurs via användargränssnittet kan du ta bort alla anslutna resurser manuellt genom att ta bort följande mappar:

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

Stäng Storage Explorer innan du tar bort dessa mappar.

Proxyproblem

Storage Explorer stöder anslutning till Azure Storage-resurser via en proxyserver. Om du får problem när du ansluter till Azure via proxy finns här några förslag.

Storage Explorer stöder endast grundläggande autentisering med proxyservrar. Andra autentiseringsmetoder, till exempel NTLM, stöds inte.

Kontrollera Storage Explorer proxyinställningar

Konfigurationsinställningenproxy för programproxy>> avgör vilken källa Storage Explorer hämtar proxykonfigurationen från.

Om du väljer Använd miljövariabler måste du ange HTTPS_PROXY miljövariablerna eller HTTP_PROXY . Miljövariabler är skiftlägeskänsliga, så se till att ange rätt variabler. Om dessa variabler är odefinierade eller ogiltiga använder Storage Explorer inte någon proxy. Starta om Storage Explorer när du har modifierat miljövariabler.

Om du väljer Använd inställningar för appproxy kontrollerar du att proxyinställningarna i appen är korrekta.

Steg för att diagnostisera problem

Om du fortfarande har problem kan du prova följande felsökningsmetoder:

1. Om du kan ansluta till Internet utan att använda proxyn kontrollerar du att Storage Explorer fungerar utan att proxyinställningarna är aktiverade. Om Storage Explorer ansluter korrekt kan det finnas ett problem med proxyservern. Kontakta administratören för att identifiera problemen.
2. Kontrollera att andra program som använder proxyservern fungerar som förväntat.
3. Kontrollera att du kan ansluta till portalen för den Azure-miljö som du försöker använda.
4. Kontrollera att du kan ta emot svar från tjänstslutpunkterna. Ange en av dina slutpunkts-URL:er i webbläsaren. Om du kan ansluta bör du få ett InvalidQueryParameterValue eller liknande XML-svar.
5. Kontrollera om någon annan som använder Storage Explorer med samma proxyserver kan ansluta. Om de kan kan du behöva kontakta proxyserveradministratören.

Verktyg för att diagnostisera problem

Ett nätverksverktyg, till exempel Fiddler, kan hjälpa dig att diagnostisera problem.

1. Konfigurera nätverksverktyget som en proxyserver som körs på den lokala värden. Om du måste fortsätta att arbeta bakom en faktisk proxy kan du behöva konfigurera ditt nätverksverktyg för att ansluta via proxyn.
2. Kontrollera portnumret som används av ditt nätverksverktyg.
3. Konfigurera Storage Explorer proxyinställningar för att använda den lokala värden och nätverksverktygets portnummer, till exempel localhost:8888.

När nätverksverktyget har angetts korrekt loggar det nätverksbegäranden som görs av Storage Explorer till hanterings- och tjänstslutpunkter.

Om nätverksverktyget inte verkar logga Storage Explorer trafik kan du prova att testa verktyget med ett annat program. Ange till exempel slutpunkts-URL:en för en av dina lagringsresurser, till exempel https://contoso.blob.core.windows.net/ i en webbläsare. Du får ett svar som liknar det här kodexemplet:

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

Svaret antyder att resursen finns, även om du inte kan komma åt den.

Om nätverksverktyget bara visar trafik från andra program kan du behöva justera proxyinställningarna i Storage Explorer. Annars kan du behöva justera inställningarna för verktyget.

Kontakta proxyserveradministratören

Om proxyinställningarna är korrekta kan du behöva kontakta proxyserveradministratören för att:

• Kontrollera att proxyn inte blockerar trafik till Azure-hanterings- eller resursslutpunkter.
• Verifiera autentiseringsprotokollet som används av proxyservern. Storage Explorer stöder endast grundläggande autentiseringsprotokoll. Storage Explorer stöder inte NTLM-proxyservrar.

Felmeddelandet "Det går inte att hämta underordnade" visas

Om du är ansluten till Azure via en proxy kontrollerar du att proxyinställningarna är korrekta.

Om ägaren till en prenumeration eller ett konto har gett dig åtkomst till en resurs kontrollerar du att du har läst eller angett behörigheter för den resursen.

Anslutningssträngen har inte fullständiga konfigurationsinställningar

Om du får det här felmeddelandet är det möjligt att du inte har de behörigheter som krävs för att hämta nycklarna för ditt lagringskonto. Bekräfta genom att gå till portalen och leta upp ditt lagringskonto. Högerklicka på noden för ditt lagringskonto och välj Öppna i portalen. Gå sedan till fönstret Åtkomstnycklar . Om du inte har behörighet att visa nycklar visas meddelandet "Du har inte åtkomst". Du kan lösa det här problemet genom att hämta antingen ett kontonamn och en nyckel eller en signatur för delad åtkomst för kontot och använda den för att koppla lagringskontot.

Om du ser kontonycklarna kan du skapa ett problem i GitHub så att vi kan hjälpa dig att lösa problemet.

"Fel uppstod när ny anslutning skulle läggas till: TypeError: Det går inte att läsa egenskapen "version" av odefinierad"

Om du får det här felmeddelandet när du försöker lägga till en anpassad anslutning kan anslutningsdata som lagras i den lokala autentiseringshanteraren vara skadade. Du kan undvika det här problemet genom att prova att ta bort och lägga till de skadade lokala anslutningarna igen:

1. Starta Storage Explorer. Gå till Hjälp>för att växla utvecklarverktyg på menyn.

2. I det öppnade fönstret går du till Fliken Program och går till Lokal lagring>file:// till vänster.

3. Leta efter dess nyckel beroende på vilken typ av anslutning du har problem med. Kopiera sedan dess värde till en textredigerare. Värdet är en matris med dina anpassade anslutningsnamn, till exempel:

   • Lagringskonton
     • StorageExplorer_CustomConnections_Accounts_v1
   • Blobcontainrar
     • StorageExplorer_CustomConnections_Blobs_v1
     • StorageExplorer_CustomConnections_Blobs_v2
   • Filresurser
     • StorageExplorer_CustomConnections_Files_v1
   • Köer
     • StorageExplorer_CustomConnections_Queues_v1
   • Tabeller
     • StorageExplorer_CustomConnections_Tables_v1

4. När du har sparat dina aktuella anslutningsnamn anger du värdet i Utvecklarverktyg till [].

Om du vill bevara de anslutningar som inte är skadade använder du följande steg för att hitta de skadade anslutningarna. Om du inte har något emot att förlora alla befintliga anslutningar kan du hoppa över de här stegen och följa de plattformsspecifika anvisningarna för att rensa dina anslutningsdata.

1. Från en textredigerare lägger du till varje anslutningsnamn i Utvecklarverktyg. Kontrollera sedan om anslutningen fortfarande fungerar.
2. Om en anslutning fungerar korrekt är den inte skadad. du kan säkert lämna den där. Om en anslutning inte fungerar tar du bort dess värde från Utvecklarverktyg och registrerar den så att du kan lägga till den senare.
3. Upprepa tills du har undersökt alla dina anslutningar.

När du har tagit bort anslutningsnamn måste du rensa deras skadade data. Sedan kan du lägga till anslutningarna igen med hjälp av standardanslutningsstegen i Storage Explorer.

Om du fortfarande stöter på det här felet när du har kört de här stegen, eller om du vill dela det du misstänker har skadat anslutningarna, öppnar du ett problem på vår GitHub-sida.

Problem med en url för signatur för delad åtkomst

Om du ansluter till en tjänst via en url för signatur för delad åtkomst och får ett fel:

• Kontrollera att URL:en ger de behörigheter som krävs för att läsa eller visa resurser.
• Kontrollera att URL:en inte har upphört att gälla.
• Om url:en för signatur för delad åtkomst baseras på en åtkomstprincip kontrollerar du att åtkomstprincipen inte har återkallats.

Om du av misstag har kopplat med en ogiltig url för signatur för delad åtkomst och nu inte kan koppla från följer du dessa steg:

1. När du kör Storage Explorer väljer du F12 för att öppna fönstret Utvecklarverktyg.
2. På fliken Program väljer du Lokal lagring>file:// till vänster.
3. Hitta nyckeln som är associerad med tjänsttypen för URI:n för signatur för delad åtkomst. Om den felaktiga signatur-URI:n för delad åtkomst till exempel är för en blobcontainer letar du efter nyckeln med namnet StorageExplorer_AddStorageServiceSAS_v1_blob.
4. Värdet för nyckeln ska vara en JSON-matris. Leta upp objektet som är associerat med den felaktiga URI:n och ta bort det.
5. Välj Ctrl +R för att läsa in Storage Explorer igen.

Storage Explorer beroenden

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

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

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

Korrigera Storage Explorer för nyare versioner av .NET Core

För Storage Explorer 1.7.0 eller tidigare versioner kan du behöva korrigera den version av .NET Core som används av Storage Explorer:

1. Gå till NuGet-sidan och ladda ned version 1.5.43 av StreamJsonRpc från länken Ladda ned paket till höger.

2. När du har hämtat paketet ändrar du filnamnstillägget från .nupkg till .zip.

3. Packa upp paketet.

4. Öppna mappen streamjsonrpc.1.5.43/lib/netstandard1.1/ .

5. Kopiera StreamJsonRpc.dll till följande platser i mappen Storage Explorer:

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

Knappen "Öppna i Utforskaren" i Azure Portal fungerar inte

Om knappen Öppna i Utforskaren i Azure Portal inte fungerar kontrollerar du att du använder en kompatibel webbläsare. Följande webbläsare har testats för kompatibilitet:

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

Samla in loggar

När du rapporterar ett problem till GitHub kan du bli ombedd att samla in vissa loggar för att diagnostisera problemet.

Storage Explorer loggar

Storage Explorer loggar olika saker till sina egna programloggar. Du kan enkelt komma till de här loggarna genom att välja Hjälp>öppna loggkatalogen. Som standard Storage Explorer loggar med låg detaljnivå. Om du vill ändra detaljnivån går du till Inställningar (kugghjulssymbolen till vänster) >Loggningsnivå> för program>. Du kan sedan ange loggnivån efter behov. För felsökning rekommenderas spårningsloggnivån eftersom den är den mest utförliga nivån.

Loggar delas upp i mappar för varje session av Storage Explorer som du kör. För alla loggfiler som du behöver dela placerar du dem i ett zip-arkiv med filer från olika sessioner i olika mappar.

Autentiseringsloggar

För problem som rör inloggning eller Storage Explorer autentiseringsbibliotek behöver du förmodligen samla in autentiseringsloggar. Autentiseringsloggar lagras på:

• Windows: C:\Users\<your username>\AppData\Local\Temp\servicehub\logs
• macOS: ~/. ServiceHub/loggar
• Linux: ~/. ServiceHub/loggar

I allmänhet kan du följa dessa steg för att samla in loggarna:

1. Gå till Inställningar (kugghjulssymbolen till vänster) >Programinloggning>. Välj Utförlig autentiseringsloggning. Om Storage Explorer inte startar på grund av ett problem med dess autentiseringsbibliotek görs det här steget åt dig.
2. Stäng Storage Explorer.
3. Valfritt/rekommenderat: Rensa befintliga loggar från loggmappen . Det här steget minskar mängden information som du behöver skicka till oss.
4. Öppna Storage Explorer och återskapa problemet.
5. Stäng Storage Explorer.
6. Zippa innehållet i loggmappen .

AzCopy-loggar

Om du har problem med att överföra data kan du behöva hämta AzCopy-loggarna. AzCopy-loggar kan enkelt hittas via två olika metoder:

• För misslyckade överföringar som fortfarande finns kvar i aktivitetsloggen väljer du Gå till AzCopy-loggfil.

• För överföringar som misslyckades tidigare går du till mappen AzCopy-loggar. Den här mappen finns på:

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

Nätverksloggar

För vissa problem måste du ange loggar för de nätverksanrop som görs av Storage Explorer. I Windows kan du hämta nätverksloggar med hjälp av Fiddler.

Del 1: Installera och konfigurera Fiddler

1. Installera Fiddler.
2. Starta Fiddler.
3. Gå till Verktygsalternativ>.
4. Välj fliken HTTPS .
5. Kontrollera att Capture CONNECTs och Decrypt HTTPS-trafik har valts.
6. Välj Åtgärder.
7. Välj Lita på rotcertifikat och välj sedan Ja i nästa dialogruta.
8. Starta Storage Explorer.
9. Gå till Inställningar (kugghjulssymbolen till vänster) >Programproxy>.
10. Ändra listrutan proxykälla till Använd systemproxy (förhandsversion).
11. Starta om Storage Explorer.
12. Du bör börja se nätverksanrop från en storageexplorer: process som visas i Fiddler.

Del 2: Återskapa problemet

1. Stäng alla andra appar än Fiddler.
2. Rensa Fiddler-loggen med hjälp av X i det övre vänstra hörnet, nära menyn Visa .
3. Valfritt/rekommenderat: Låt Fiddler ställa in i några minuter. Om nätverksanrop visas som inte är relaterade till Storage Explorer högerklickar du på dem och väljer Filtrera nu>Dölj <processnamn>.
4. Starta/starta om Storage Explorer.
5. Återskapa problemet.
6. Välj Arkiv>Spara>alla sessioner. Spara den någonstans du inte kommer att glömma.
7. Stäng Fiddler och Storage Explorer.

Del 3: Sanera Fiddler-spårningen

1. Dubbelklicka på Fiddler-spårningen (.saz-filen).
2. Välj Ctrl + F.
3. I dialogrutan som visas kontrollerar du att följande alternativ är inställda: Search = Begäran och svar och Granska = rubriker och kroppar.
4. Search för lösenord som du använde när du samlade in Fiddler-spårningen och alla poster som är markerade. Högerklicka och välj Ta bort>valda sessioner.
5. Om du definitivt har angett lösenord i webbläsaren när du har samlat in spårningen, men inte hittar några poster när du använder Ctrl + F, vill du inte ändra dina lösenord eller om de lösenord som du använde används för andra konton kan du hoppa över att skicka .saz-filen till oss.
6. Spara spårningen igen med ett nytt namn.
7. Valfritt: Ta bort den ursprungliga spårningen.

Nästa steg

Om ingen av dessa lösningar fungerar för dig använder du någon av följande metoder:

• Skapa ett supportärende.

• Öppna ett problem på GitHub genom att välja knappen Rapportera problem till GitHub i det nedre vänstra hörnet.

  

Ansvarsfriskrivning för information från tredje part

De produkter från andra tillverkare som diskuteras i denna artikel tillverkas oberoende av Microsoft. Produkternas funktion eller tillförlitlighet kan därför inte garanteras.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.