Azure Storage Explorer felsökningsguide

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

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

Problem med Azure RBAC-behörigheter

Med rollbaserad åtkomstkontroll i Azure kan du hantera Azure-resurser på ett mycket mer effektivt sätt genom att kombinera uppsättningar av behörigheter i roller. Här är några strategier för att få Azure RBAC att fungera optimalt i Storage Explorer.

Hur kommer jag åt mina resurser i Storage Explorer?

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

Behörighetsproblem med "Läsa: Storage-konto/-konton"

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

Lista med nycklar till lagringskonto

Storage Explorer också använda kontonycklar för att autentisera förfrågningar. Du kan få åtkomst till kontonycklar genom kraftfullare roller, till exempel deltagarrollen.

Obs!

Snabbtangenter ger obegränsad behörighet till alla som har dem. Därför rekommenderar vi att du inte lämnar ut de här nycklarna till kontoanvändarna. Om du behöver återkalla snabbtangenterna kan du generera dem från Azure Portal.

Dataroller

Du måste ha minst en roll som beviljar åtkomst till läsa data från resurser. Om du till exempel vill lista eller ladda ned blobbar måste du ha minst Storage Blob Data Reader-rollen.

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

Azure Storage har två åtkomstlager: hantering och data. Prenumerationer och lagringskonton används via hanteringslagret. Behållare, blobbar och andra dataresurser används via datalagret. Om du till exempel vill få en lista över dina lagringskonton från Azure skickar du en begäran till hanteringsslutpunkten. Om du vill ha en lista med blob-behållare i ett konto skickar du en begäran till lämplig tjänstslutpunkt.

Azure-roller kan bevilja behörigheter för hantering eller åtkomst till datalager. Reader-rollen ger till exempel skrivskyddad åtkomst till resurser i hanteringslager.

Egentligen ger rollen Läsare inga behörigheter i datalager och är inte nödvändig för att komma åt datalagret.

Storage Explorer är det enkelt att få tillgång till dina resurser genom att samla in den information som behövs för att ansluta till dina Azure-resurser. Om du till exempel vill visa blob-behållare skickar Storage Explorer en förfrågan om listbehållare till blob-tjänstens slutpunkt. För att få den slutpunkten Storage Explorer listan över prenumerationer och lagringskonton som du har åtkomst till. För att hitta dina prenumerationer och lagringskonton Storage Explorer även åtkomst till hanteringslagret.

Om du inte har en roll som beviljar behörigheter i hanteringslager kan Storage Explorer inte få den information som krävs för att ansluta till datalagret.

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

Om du vill komma åt blob-behållare, Azure Data Lake Storage Gen2-behållare, kataloger eller köer kan du koppla till dessa resurser med dina Azure-autentiseringsuppgifter.

  1. Öppna Anslut dialogrutan.
  2. Välj den resurstyp du vill ansluta till.
  3. Välj Logga in med Azure Active Directory (Azure AD) och välj Nästa.
  4. Välj användarkontot och klientorganisationen som är kopplad till resursen du kopplar till. Välj Nästa.
  5. Ange URL-adressen till resursen och ange ett unikt visningsnamn för anslutningen. Välj Nästa och välj sedan Anslut.

För andra resurstyper har vi för närvarande inte en Azure RBAC-relaterad lösning. Som en lösning kan du begära en URL-adress för delad åtkomstsignatur och sedan bifoga till resursen:

  1. Öppna Anslut dialogrutan.
  2. Välj den resurstyp du vill ansluta till.
  3. Välj Signatur för delad åtkomst (SAS) och välj Nästa.
  4. Ange den URL-adress för signatur för delad åtkomst som du har fått och ange ett unikt visningsnamn för anslutningen. Välj Nästa och välj sedan Anslut.

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

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

Obs!

Rollerna Ägare, Deltagare och Storage-deltagare beviljar åtkomst till kontonyckel.

SSL-certifikatproblem

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

Förstå SSL-certifikatproblem

Kontrollera att du har läst SSL-certifikatavsnittet i nätverksdokumentationen Storage Explorer innan du fortsätter.

Använda systemproxy

Om du bara använder funktioner som stöder systemproxyinställningen 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älv signerade 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 EditSSL CertificatesImport Certificates. Använd sedan filväljaren för att söka efter, markera och öppna CER-filen.

Det här problemet kan också uppstå om det finns flera certifikat (rot och mellanliggande). För att åtgärda det här felet måste alla certifikat importeras.

Hitta SSL-certifikat

Om du inte har en kopia av själv signerade certifikat kan du kontakta IT-administratören för att få hjälp.

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

  1. Installera OpenSSL:

    • Windows:Någon av light-versionerna bör vara tillräcklig.
    • Mac och Linux: Ska inkluderas i ditt operativsystem.
  2. Kör OpenSSL:

    • Windows: Öppna installationskatalogen, välj /bin/och dubbelklicka sedan på openssl.exe.
    • Mac och Linux: kör openssl från en terminal.
  3. Kör kommandot för openssl s_client -showcerts -connect <hostname>:443 något av de Microsoft- eller Azure-värdnamn som dina lagringsresurser finns bakom. Mer information finns i den här listan med värdnamn som används ofta i Storage Explorer.

  4. Leta efter själv signerade certifikat. Om ämne ("s:") och ("i:") utfärdare är samma är certifikatet förmodligen själv signerat.

  5. När du hittar de själv signerade certifikaten kopierar och klistrar du in allt från och inklusive till en -----BEGIN CERTIFICATE----------END CERTIFICATE----- ny CER-fil.

  6. Öppna Storage Explorer och gå till RedigeraSSL-certifikatimportcertifikat. Använd sedan filväljaren för att söka efter, markera och öppna de CER-filer du skapade.

Inaktivera SSL-certifikatverifiering

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

Inloggningsproblem

I det här avsnittet beskrivs inloggningsproblem som kan uppstå.

Förstå inloggning

Kontrollera att du har läst Logga in för att läsa Storage Explorer innan du fortsätter.

Behöver ofta mer autentiseringsuppgifter

Att behöva ange autentiseringsuppgifter igen beror troligtvis på villkorsstyrda åtkomstprinciper som angetts av Azure Active Directory-administratören (Azure AD). När Storage Explorer uppmanar dig att återsända autentiseringsuppgifterna från kontopanelen bör du se länken Felinformation. Välj det för att se Storage Explorer frågan om du vill ange autentiseringsuppgifter igen. Principfel i villkorsstyrd åtkomst som kräver att autentiseringsuppgifterna åter visas kan se ut ungefär så här:

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

Om du vill minska frekvensen för att behöva gå in igen på grund av fel som i föregående uppgifter måste du prata med din Azure AD-administratör.

Villkorsstyrda åtkomstprinciper

Om du har villkorsstyrda åtkomstprinciper som måste uppfyllas för ditt konto kontrollerar du att du använder standardwebbläsaren för inställningen Logga in med. Information om den inställningen finns i Ändra var inloggning sker.

Webbläsaren klagar på HTTP-omdirigering eller osäker anslutning vid inloggning

När Storage Explorer loggar in i webbläsaren görs en omdirigering i slutet av localhost inloggningsprocessen. Webbläsare visar 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 de här problemen inträffar, beroende på vilken webbläsare du har, har du alternativ:

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

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

Det går inte att hämta token. Klientorganisationen filtreras bort

Om du ser ett felmeddelande om att en token inte kan köpas eftersom en klientorganisation är filtrerad försöker du komma åt en resurs som finns i en klientorganisation som du filtrerat bort. Om du vill ofiltrera 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 klientorganisation Storage Explorer i Hantera konton.

Autentiseringsbiblioteket kunde inte startas korrekt

Om ett felmeddelande visas vid start där det står att Storage Explorer autentiseringsbibliotek inte kunde starta korrekt kontrollerar du att installationsmiljön uppfyller alla krav. Inte mötesförutsättningarna är den troligaste orsaken till det här felmeddelandet.

Om du tror att installationsmiljön uppfyller alla krav öppnar du ett problem GitHub. När du öppnar ditt problem ska du se till att inkludera:

  • Ditt operativsystem.
  • Vilken version Storage Explorer du försöker använda.
  • Om du kontrollerat förutsättningarna.
  • Autentiseringsloggar från en misslyckad 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 har valt att använda integrerad inloggning och du ser ett tomt inloggningsfönster måste du förmodligen byta till en annan inloggningsmetod. Tomma inloggningsdialogrutor uppstår oftast när en Active Directory Federation Services-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-inloggning. Mer information om de olika typerna av inloggningsmetoder finns i Ändra var inloggning sker.

Reauthentication loop eller UPN-ändring

Om du är i en reauthentication-slinga eller har ändrat UPN för ett av dina konton kan du prova de här stegen:

  1. Öppna Storage Explorer.
  2. Gå till Hjälp föratt återställa.
  3. Kontrollera att minst Autentisering är markerat. Ta bort andra objekt som du inte vill återställa.
  4. Välj Återställ.
  5. Starta Storage Explorer och försök att logga in igen.

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

  1. Öppna Storage Explorer.
  2. Ta bort alla konton och stäng Storage Explorer.
  3. Ta bort . IdentityService-mappen från datorn. På Windows finns mappen på C:\användare\ användarnamn > \AppData\Local. För Mac och Linux hittar du mappen i roten av användarkatalogen.
  4. Om du kör Mac eller Linux måste du också ta bort posten Microsoft.Developer.IdentityService från ditt operativsystems nyckelbutik. På Mac är nyckelringen Keystore Programmet Keychain. I Linux kallas programmet vanligtvis Keyring,men namnet kan variera beroende på din distribution.
  5. Starta Storage Explorer och försök att logga in igen.

macOS: Nyckelringsfel eller inget inloggningsfönster

macOS-nyckelringen kan ibland ange ett tillstånd som orsakar problem Storage Explorer i autentiseringsbiblioteket. Så här gör du för att ta bort nyckelringen från den här statusen:

  1. Stäng Storage Explorer.

  2. Öppna nyckelringen genom att välja Kommando+Blanksteg,ange nyckelringoch välj Ange.

  3. Välj nyckelringen inloggning.

  4. Välj hänglåset om du vill 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.

    Screenshot that shows the padlock.

  5. Öppna Storage Explorer.

  6. Du uppmanas med ett meddelande som "Tjänstnav vill komma åt nyckelringen". Ange ditt lösenord för Mac-administratörskontot och välj Tillåt alltid. Eller välj Tillåt om Tillåt alltid inte är tillgängligt.

  7. Prova att logga in.

Standardwebbläsaren öppnas inte

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

  • 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 inloggning sker.

Andra inloggningsproblem

Om inget av de föregående anvisningarna gäller för ditt inloggningsproblem eller om de inte kan lösa ditt inloggningsproblem, öppnar du ett problem GitHub.

Prenumerationer saknas och skadade klientorganisationen

Om du inte kan hämta dina prenumerationer efter att du har loggat in kan du försöka med 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 Azure-miljön som du försöker använda.
  • Kontrollera att du har loggat in via rätt Azure-miljö som Azure, Azure China 21Vianet, Azure Germany, Azure FÖR myndigheter i USA eller Anpassad miljö.
  • Om du sitter bakom en proxyserver ska du kontrollera att du har konfigurerat Storage Explorer proxy korrekt.
  • Försök att ta bort och lägga till kontot igen.
  • Om länken "Mer information" eller "Felinformation" visas kontrollerar du vilka felmeddelanden som rapporteras för de klientorganisationen som inte fungerar. Om du inte vet hur du ska svara på felmeddelandena kan du öppna ett problem i GitHub.

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

Om du inte kan ta bort ett bifogat konto eller en lagringsresurs via användargränssnittet kan du manuellt ta bort alla bifogade resurser 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 de här mapparna.

Obs!

Om du någon gång har importerat SSL-certifikat ska du backa innehållet i certs-katalogen. Du kan sedan använda säkerhetskopian för att importera SSL-certifikaten igen.

Proxyproblem

Storage Explorer kan ansluta till flera Azure Storage via en proxyserver. Här är några förslag om du får problem när du ansluter till Azure via proxy.

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

Obs!

Storage Explorer proxy-autoconfig-filer för konfiguration av proxyinställningar.

Kontrollera Storage Explorer proxyinställningar

Konfigurationsinställningenförprogramproxyproxy avgör vilken Storage Explorer får proxykonfigurationen från.

Om du väljer Använd miljövariabler, se till att ange eller HTTP_PROXY miljövariabler. Miljövariabler är fallkänsliga, så se till att ange rätt variabler. Om dessa variabler är odefinierade eller ogiltiga Storage Explorer inte proxy. Starta Storage Explorer gång efter att du har modifierat några miljövariabler.

Om du väljer Använd appproxyinställningarkontrollerar du att proxyinställningarna i appen är korrekta.

Anvisningar för diagnos av problem

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

  1. Om du kan ansluta till Internet utan att använda din proxyserver kontrollerar du att Storage Explorer fungerar utan att proxyinställningarna är aktiverade. Om Storage Explorer har anslutits kan det vara ett problem med din proxyserver. Arbeta tillsammans med 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ö du försöker använda.
  4. Kontrollera att du kan ta emot svar från tjänstens slutpunkter. Ange en av slutpunktswebbadresserna i webbläsaren. Om du kan ansluta bör du få ett eller InvalidQueryParameterValue liknande XML-svar.
  5. Kontrollera om någon annan som Storage Explorer med samma proxyserver kan ansluta. Om de kan det kan du behöva kontakta din proxyserveradministratör.

Verktyg för diagnostiseringsproblem

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 arbeta bakom en faktisk proxy kan du behöva konfigurera nätverksverktyget för anslutning via proxyn.
  2. Kontrollera det portnummer 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 ställts in korrekt loggas nätverksbegäranden som gjorts Storage Explorer hanterings- och tjänsteslutpunkter.

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

Code sample.

I svaret föreslås att resursen finns, även om du inte kan komma åt den.

Om ditt nätverksverktyg bara visar trafik från andra program kan du behöva justera proxyinställningarna i Storage Explorer. I annat fall kan du behöva justera inställningarna för verktyget.

Kontakta proxyserveradministratören

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

  • Kontrollera att din proxy inte blockerar trafik till Azure-hantering eller resursslutpunkter.
  • Kontrollera det autentiseringsprotokoll som används av proxyservern. Storage Explorer endast grundläggande autentiseringsprotokoll. Storage Explorer stöder inte NTLM-proxy.

Felmeddelandet "Det går inte att hämta barn"

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 beviljat dig åtkomst till en resurs kontrollerar du att du har läs- eller listbehörigheter för resursen.

Anslutningssträng har inte fullständiga konfigurationsinställningar

Om du får det här felmeddelandet är det möjligt att du inte har den behörighet som krävs för att hämta nycklar för lagringskontot. Gå till portalen och leta reda på lagringskontot för att bekräfta att så är fallet. Högerklicka på noden för lagringskontot och välj Öppna i portalen. Gå sedan till fönstret Snabbtangenter. Om du inte har behörighet att visa nycklar visas meddelandet "Du har inte åtkomst". För att komma runt det här problemet kan du antingen få kontonyckeln från någon annan och bifoga med hjälp av namnet och nyckeln eller så kan du be någon om en signatur för delad åtkomst till lagringskontot och använda den för att bifoga lagringskontot.

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

"Ett fel uppstod vid tillägg av ny anslutning: TypeError: Det går inte att läsa egenskapen version av odefinierat"

Om det här felmeddelandet visas när du försöker lägga till en anpassad anslutning kan det hända att anslutningsdata som lagras i den lokala autentiseringshanteraren är skadade. Du kan komma runt det här problemet genom att försöka ta bort de skadade lokala anslutningarna och sedan lägga till dem igen:

  1. Starta Storage Explorer. I menyn går du till Hjälp för attväxla utvecklarverktyg.

  2. På fliken Program i det öppna fönstret går du till Lokala inställningar Storagefile:// till vänster.

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

    • Storage-konton
      • StorageExplorer_CustomConnections_Accounts_v1
    • Blob-behållare
      • 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 ställer du in värdet i Utvecklarverktyg .

Så här hittar du de skadade anslutningarna om du vill behålla de inte 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 instruktionerna för att radera dina anslutningsdata.

  1. Lägg till varje anslutningsnamn i Utvecklarverktyg på nytt från en textredigerare. Kontrollera sedan om anslutningen fortfarande fungerar.
  2. Om en anslutning fungerar korrekt är den inte skadad och du kan lämna den där. Om en anslutning inte fungerar tar du bort värdet från Utvecklarverktygoch spelar in den så att du kan lägga till den igen senare.
  3. Upprepa tills du har valt alla anslutningar.

När du har gått igenom alla anslutningar måste alla anslutningsnamn som inte läggs till igen rensa sina skadade data, om det finns några. Lägg sedan till dem igen genom att följa standardstegen i Storage Explorer.

  1. Start-menyn söker du efter Autentiseringshanteraren och öppnar den.
  2. Gå till Windows autentiseringsuppgifter.
  3. Leta efter postersom har nyckeln under Allmänna autentiseringsuppgifter. Ett exempel är StorageExplorer_CustomConnections_Accounts_v1/account1 .
  4. Ta bort dessa poster och lägg till anslutningarna på ny tid.

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 vad du misstänker har skadat anslutningarna, öppnar du ett problem på vår GitHub sidan.

Problem med en URL-adress för signatur för delad åtkomst

Om du ansluter till en tjänst via en URL-adress för delad åtkomstsignatur och får ett felmeddelande:

  • Kontrollera att URL-adressen ger nödvändiga behörigheter för att läsa eller lista resurser.
  • Kontrollera att URL:en inte har förfallit.
  • Om URL:en för den delade åtkomstsignaturen är baserad på en åtkomstprincip kontrollerar du att åtkomstprincipen inte har återkallats.

Om du av misstag har bifogat med hjälp av en OGILTIG URL för signatur för delad åtkomst och nu inte kan koppla från följer du de här stegen:

  1. När du kör ett Storage Explorer väljer du F12 för att öppna fönstret Utvecklarverktyg.
  2. På fliken Program väljer du Lokala Storagefile:// på vänster sida.
  3. Hitta nyckeln som är kopplad till tjänsttypen för URI:en med problematisk delad åtkomstsignatur. Om signaturen för felaktig delad åtkomst exempelvis är för en blob-behållare letar du efter nyckeln med namnet StorageExplorer_AddStorageServiceSAS_v1_blob .
  4. Nyckelns värde ska vara en JSON-matris. Leta reda på objektet som är kopplat till den dåliga URI:t och ta bort det.
  5. Välj Ctrl+R för att läsa Storage Explorer.

Linux-beroenden

Fäst

Storage Explorer från Snap Store 1.10.0 och senare. Med Storage Explorer snabbinstallationen installeras alla dess beroenden automatiskt. Det uppdateras när en ny version av snap är tillgänglig. Vi rekommenderar Storage Explorer att installera snabbinstallationen.

Storage Explorer krävs att du använder en lösenordshanterare, som du kan behöva ansluta manuellt för Storage Explorer att fungera korrekt. Du kan Storage Explorer till datorns lösenordshanterare genom att köra följande kommando:

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

.tar.gz-fil

Du kan också ladda ned programmet som en .tar.gz-fil, men du måste installera beroenden manuellt.

Storage Explorer som anges i .tar.gz-nedladdningen stöds endast för följande versioner av Ubuntu. Storage Explorer kan arbeta med andra Linux-distributioner, men de har inte officiellt stöd.

  • Ubuntu 20.04 x64
  • Ubuntu 18.04 x64
  • Ubuntu 16.04 x64

Storage Explorer måste .NET Core 3.1 vara installerat på datorn.

Obs!

Storage Explorer versionerna 1.8.0 till 1.20.1 kräver .NET Core 2.1. Storage Explorer version 1.7.0 och tidigare krävs .NET Core 2.0.

  1. Ladda ned Storage Explorer .tar.gz-filen.

  2. Installera .NET Core Runtime:

    wget https://packages.microsoft.com/config/ubuntu/20.04/packages-microsoft-prod.deb -O packages-microsoft-prod.deb; \
      sudo dpkg -i packages-microsoft-prod.deb; \
      sudo apt-get update; \
      sudo apt-get install -y apt-transport-https && \
      sudo apt-get update && \
      sudo apt-get install -y dotnet-runtime-3.1
    

Många bibliotek som Storage Explorer är förinstallerade med Canonicals standardinstallationer av Ubuntu. Anpassade miljöer kanske saknar vissa av de här biblioteken. Om du har problem med Storage Explorer kontrollerar du att följande paket är installerade på datorn:

  • iproute2
  • liba den 2
  • libatm1
  • libgconf2-4
  • libnspr4
  • libnss3
  • liblioe0
  • libsecret-1-0
  • libx11-xcb1
  • libxss1
  • libxtables11
  • libxtst6
  • xdg-utils

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

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

  1. Ladda ned version 1.5.43 av StreamJsonRpc från NuGet.1. Leta upp länken Ladda ned paket till höger på sidan.

  2. När du har laddat ned 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 Storage Explorer mapp:

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

Knappen Öppna i Utforskaren i Azure-portalen fungerar inte

Om knappen Öppna i Utforskaren i Azure-portalen 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 uppmanas att samla in vissa loggar för att hjälpa till att diagnostisera problemet.

Storage Explorer loggar

Från och med version 1.16.0 Storage Explorer flera olika saker i sina egna programloggar. Du kommer enkelt åt loggarna genom att välja Hjälp till attöppna loggar - katalog. Som standard Storage Explorer loggar vid låg utförlighetsnivå. Om du vill ändra utförlighetsnivån lägger du till en miljövariabel med namnet STG_EX_LOG_LEVEL på och något av följande värden:

  • silent
  • critical
  • error
  • warning
  • info (standardnivå)
  • verbose
  • debug

Loggar är uppdelade i mappar för varje session Storage Explorer du kör. Oavsett vilka loggfiler du behöver dela kan du placera dem i ett ZIP-arkiv med filer från olika sessioner i olika mappar.

Autentiseringsloggar

För problem relaterade till inloggning Storage Explorer inloggnings- eller autentiseringsbibliotek måste du förmodligen samla in autentiseringsloggar. Autentiseringsloggar lagras vid:

  • Windows: C:\Användare\ ditt användarnamn > \AppData\Local\Temp\servicehub\logs
  • macOS och Linux: ~/. ServiceHub/logs

I allmänhet kan du följa de här anvisningarna för att samla in loggarna:

  1. Gå till Inställningar(kugghjulssymbolen till vänster) ApplicationSign-in. Välj Utförlig autentiseringsloggning. Om Storage Explorer inte startar på grund av ett problem med autentiseringsbiblioteket, görs detta åt dig.
  2. Stäng Storage Explorer.
  3. Valfritt/rekommenderas: Ta bort befintliga loggar från mappen Loggar. Det här steget minskar hur mycket information du behöver skicka till oss.
  4. Öppna Storage Explorer och återskapa problemet.
  5. Stäng Storage Explorer.
  6. Zippa innehållet i mappen Loggar.

AzCopy-loggar

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

  • För misslyckade överföringar fortfarande 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\ ditt användarnamn > \.azcopy
    • macOS och Linux: ~/.azcopy

Nätverksloggar

För vissa problem måste du ange loggar för nätverkssamtal som görs av Storage Explorer. På Windows kan du göra det här steget med Fiddler.

Obs!

Fiddler-spårningar kan innehålla lösenord som du angav eller skickade i din webbläsare vid insamlingen av spårningen. Läs instruktionerna om hur du sanerar en fiddlerspårning. Ladda inte upp Fiddler-spårningar till GitHub. Du får veta var du säkert kan skicka din Fiddler-spårning.

Del 1: Installera och konfigurera Fiddler

  1. Installera Fiddler.

  2. Starta Fiddler.

  3. till Verktygsalternativ.

  4. Välj fliken HTTPS.

  5. Kontrollera att Capture CONNECTs och Decrypt HTTPS-trafik är markerade.

  6. Välj Åtgärder.

  7. Välj Trust Root Certificate och sedan Ja i nästa dialogruta.

  8. Välj Åtgärder igen.

  9. Välj Exportera rotcertifikat till skrivbordet.

  10. Gå till skrivbordet, leta upp filen FiddlerRoot.cer och dubbelklicka på den.

  11. Gå till fliken Information.

  12. Välj Kopiera till fil.

  13. Välj följande alternativ i exportguiden:

    • Base-64-kodad X.509.
    • För filnamn bläddrar du till C:\Användare\ din användare dir > \AppData\Roaming\StorageExplorer\certs. Sedan kan du spara den som ett filnamn.
  14. Stäng certifikatfönstret.

  15. Starta Storage Explorer.

  16. Gå till Redigerakonfigurera proxy.

  17. Välj Använd appproxyinställningar i dialogrutan. Ställ in http://localhost URL:en till och porten på http://localhost

  18. Välj OK.

  19. Starta om Storage Explorer.

  20. Du bör börja se nätverkssamtal från storageexplorer: en process i Fiddler.

Del 2: Återskapa problemet

  1. Stäng alla appar som inte är Fiddler.
  2. Rensa Fiddler-loggen med hjälp av X i det övre vänstra hörnet, nära Visa-menyn.
  3. Valfritt/rekommenderas: Låt Fiddler ställa in i några minuter. Om du ser att nätverkssamtal inte är relaterade till Storage Explorer kan du högerklicka på dem och välja Filtrera nudölj (processnamn).
  4. Starta Storage Explorer.
  5. Återskapa problemet.
  6. Välj Sparaallasessioner. Spara den någonstans som du inte kommer att glömma.
  7. Stäng Fiddler och Storage Explorer.

Del 3: Sanitera Fiddler-spårningen

  1. Dubbelklicka på Fiddler-spårningen (.saz-filen).
  2. Välj Ctrl+F.
  3. I dialogrutan som visas ser du till att följande alternativ är inställda:Sökförfrågningar och svar ochUndersökrubriker och organ.
  4. Sök efter lösenord som du använde när du hämtade Fiddler-spårningen och alla poster som är markerade. Högerklicka och välj Ta bortmarkerade sessioner.
  5. Om du definitivt har angett lösenord i webbläsaren när du hämtade spårningen men du inte hittar några poster när du använder Ctrl + F,vill du inte ändra dina lösenord eller om lösenorden du använde används för andra konton kan du hoppa över att skicka oss .saz-filen.
  6. Spara spårningen igen med ett nytt namn.
  7. Valfritt: Ta bort den ursprungliga spårningen.

Nästa steg

Om ingen av de här lösningarna fungerar för dig kan du:

Feedback