Az Azure Storage Explorer hibaelhárítási útmutatója

A Microsoft Azure Storage Explorer egy különálló alkalmazás, amelynek segítségével egyszerűen dolgozhat Azure Storage-adatokkal Windows, macOS és Linux rendszeren. Az alkalmazás az Azure-ban, országos felhőkörnyezetekben és az Azure Stackben üzemeltetett tárfiókokhoz tud csatlakozni.

Ez az útmutató a gyakori problémák megoldásait foglalja Storage Explorer.

Azure RBAC-engedélyekkel kapcsolatos problémák

Az Azure szerepköralapú hozzáférés-vezérlése Az Azure RBAC lehetővé teszi az Azure-erőforrások részletes hozzáférés-kezelését azáltal, hogy az engedélykészleteket szerepkörökbe kombinálja. Íme néhány stratégia az Azure RBAC optimális működéshez Storage Explorer.

Hogyan az erőforrásokat a Storage Explorer?

Ha problémákat tapasztal a tárolási erőforrások Azure RBAC-n keresztüli elérésekor, előfordulhat, hogy nem rendelkezik a megfelelő szerepkörökkel. A következő szakaszok azokat az engedélyeket ismertetik Storage Explorer amelyek jelenleg a tárolási erőforrások eléréséhez szükségesek. Ha nem biztos abban, hogy rendelkezik a megfelelő szerepkörökkel vagy engedélyekkel, forduljon az Azure-fiók rendszergazdájához.

"Read: List/Get Storage Account(s)" engedélyekkel probléma

A tárfiókok listához engedéllyel kell rendelkeznie. Az engedélyhez Olvasó szerepkört kell hozzárendelni.

Tárfiókkulcsok listába sorolva

Storage Explorer fiókkulcsokat is használhat a kérések hitelesítéséhez. A fiókkulcsokat nagyobb teljesítményű szerepkörök, például a Közreműködő szerepkör segítségével is elérheti.

Megjegyzés

A hozzáférési kulcsok korlátlan engedélyeket számukra. Ezért nem javasoljuk, hogy ezeket a kulcsokat a fiókfelhasználóknak adja ki. Ha vissza kell vonnia a hozzáférési kulcsokat, újragenerálhatja őket a Azure Portal.

Adatszerepk szerepkörök

Legalább egy olyan szerepkört hozzá kell rendelnie, amely hozzáférést biztosít az adatok erőforrásokból való beolvassa. Ha például blobokat szeretne listába vagy letölteni, legalább a blobadatok olvasója Storage szüksége.

Miért van szükség felügyeleti réteg szerepkörre ahhoz, hogy az erőforrásokat a Storage Explorer?

Az Azure Storage két hozzáférési réteggel rendelkezik: felügyelet és adatok. Az előfizetések és a tárfiókok a felügyeleti rétegen keresztül érhetők el. A tárolók, blobok és egyéb adatforrások az adatrétegen keresztül érhetők el. Ha például le szeretné kérni a tárfiókok listáját az Azure-ból, küldjön egy kérést a felügyeleti végpontra. Ha blobtárolók listáját szeretné egy fiókban, küldjön egy kérést a megfelelő szolgáltatásvégpontnak.

Az Azure-szerepkörök engedélyeket adhatnak a felügyeleti vagy az adatrétegbeli hozzáféréshez. Az Olvasó szerepkör például csak olvasási hozzáférést biztosít a felügyeleti réteg erőforrásaihoz.

Szigorú értelemben véve az Olvasó szerepkör nem biztosít adatréteg-engedélyeket, és nem szükséges az adatréteg eléréséhez.

Storage Explorer megkönnyíti az erőforrásokhoz való hozzáférést az Azure-erőforrásokhoz való csatlakozáshoz szükséges információk összegyűjtésével. A blobtárolók megjelenítéséhez például a Storage Explorer "list containers" kérelmet küld a Blob szolgáltatásvégpontnak. A végpont le Storage Explorer megkeresi azon előfizetések és tárfiókok listáját, amelyekhez hozzáféréssel rendelkezik. Az előfizetések és tárfiókok megkeresése érdekében a Storage Explorer is hozzá kell férni a felügyeleti réteghez.

Ha nincs olyan szerepköre, amely felügyeleti réteghez biztosít engedélyeket, a Storage Explorer nem tudja le kérni az adatréteghez való csatlakozáshoz szükséges információkat.

Mi a történik, ha nem tudom le kérni a rendszergazda által szükséges felügyeleti réteghez szükséges engedélyeket?

Ha blobtárolókat, tárolókat vagy ADLS Gen2, könyvtárakat vagy üzenetsorokat szeretne elérni, ezeket az erőforrásokat az Azure-beli hitelesítő adataival csatolhatja.

  1. Nyissa meg Csatlakozás párbeszédpanelt.
  2. Válassza ki azt az erőforrástípust, amelyhez csatlakozni szeretne.
  3. Válassza a Bejelentkezés Azure Active Directory (Azure AD) lehetőséget. Kattintson a Tovább gombra.
  4. Válassza ki azt a felhasználói fiókot és bérlőt, amely ahhoz az erőforráshoz van társítva, amelyhez csatolva van. Kattintson a Tovább gombra.
  5. Adja meg az erőforrás URL-címét, és adjon meg egy egyedi megjelenítendő nevet a kapcsolat számára. Válassza a Tovább, majd Csatlakozás lehetőséget.

Más erőforrástípusok esetében jelenleg nem áll rendelkezésre Azure RBAC-hez kapcsolódó megoldás. Áthidaló megoldásként az alábbi lépésekkel kérhet SAS URL-címet, majd csatolhatja az erőforráshoz:

  1. Nyissa meg Csatlakozás párbeszédpanelt.
  2. Válassza ki azt az erőforrástípust, amelyhez csatlakozni szeretne.
  3. Válassza a Közös hozzáférésű jogosultság jogosultsága (SAS) lehetőséget. Kattintson a Tovább gombra.
  4. Adja meg a kapott SAS URL-címet, és adjon meg egy egyedi megjelenítendő nevet a kapcsolat számára. Válassza a Tovább, majd Csatlakozás lehetőséget.

Az erőforrásokhoz való csatolással kapcsolatos további információkért lásd: Attach to an Individual Resource (Csatolás egyéni erőforráshoz).

Számos beépített Azure-szerepkör használhatja a virtuális Storage Explorer. Néhány ilyen szerepkör:

Megjegyzés

A Tulajdonos, Közreműködő és Storage fiók közreműködője szerepkör biztosít hozzáférést a fiókkulcshoz.

SSL-tanúsítvánnyal kapcsolatos problémák

Az SSL-tanúsítványokkal kapcsolatos problémák ismertetése

Mielőtt folytatná, győződjön meg arról, hogy elolvasta az SSL-tanúsítványok című szakaszt Storage Explorer hálózati dokumentációjában.

Rendszerproxy használata

Ha csak olyan szolgáltatásokat használ, amelyek támogatják a rendszerproxy használatát, akkor próbálja meg ezt a beállítást használni. A rendszerproxy-beállításról itt olvashat bővebben.

SSL-tanúsítványok importálása

Ha van egy példánya az önaírt tanúsítványokról, az alábbi lépésekkel utasíthatja Storage Explorer, hogy bízzon meg bennük:

  1. Szerezze be a tanúsítvány Base-64 kódolású X.509 (.cer) példányát.
  2. Nyissa meg az SSL-tanúsítványok szerkesztése Tanúsítványok importálása lehetőséget, majd a fájlválasztóval keresse meg, jelölje ki és nyissa meg a > > .cer fájlt.

Ez a probléma akkor is előfordulhat, ha több tanúsítvány (gyökér- és köztes tanúsítvány) van. A hiba megoldását az összes tanúsítványt importálni kell.

SSL-tanúsítványok keresése

Ha nem tudja az önaírt tanúsítványok másolatát, forduljon a rendszergazdához segítségért.

Ezeket a lépéseket követve megkeresheti őket:

  1. Telepítse az OpenSSL-t.
    • Windows:A világos verziók bármelyikének elegendőnek kell lennie.
    • Mac és Linux: Szerepelnie kell az operációs rendszernek.
  2. Futtassa az OpenSSL-t.
    • Windows: Nyissa meg a telepítési könyvtárat, válassza a /bin/ lehetőséget, majd kattintson duplán a openssl.exe.
    • Mac és Linux: openssl Futtassa a következőt egy terminálból: .
  3. Futtassa a következő parancsot bármely Olyan Microsoft- vagy Azure-gazdanévhez, amely a tárolási erőforrások s_client -showcerts -connect <hostname>:443 mögött áll. A gyakran használt gazdagépnevek listáját itt Storage Explorer találja.
  4. Keresse meg az önaláírt tanúsítványokat. Ha a tulajdonos és a kiállító azonos, akkor a tanúsítvány nagy valószínűséggel öna alá ("s:") ("i:") van írva.
  5. Ha megtalálja az önaírt tanúsítványokat, mindegyikhez másolja és illessze be az összeset (és beleértve) egy új -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- .cer fájlba.
  6. Nyissa meg Storage Explorer, és válassza az SSL-tanúsítványok szerkesztése Tanúsítványok > > importálása adatokat. Ezután a fájlválasztóval keresse meg, jelölje ki és nyissa meg a létrehozott .cer fájlokat.

Az SSL-tanúsítványérvényesítés letiltása

Ha nem talál önaírt tanúsítványokat az alábbi lépésekkel, lépjen kapcsolatba velünk a visszajelzési eszköz segítségével. Az jelölővel Storage Explorer parancssorból is megnyithat egy --ignore-certificate-errors új jelölőt. Ha ezzel a jelölővel nyitja meg, Storage Explorer figyelmen kívül hagyja a tanúsítványhibákat. Ez a jelző nem ajánlott.

Bejelentkezési problémák

A bejelentkezés ismertetése

A folytatás előtt mindenképpen olvassa el a Bejelentkezés Storage Explorer dokumentációját.

Gyakran kell újra megadni a hitelesítő adatokat

A hitelesítő adatok újra megadását valószínűleg az AAD-rendszergazda által beállított feltételes hozzáférési szabályzatok eredményezik. Amikor Storage Explorer a fiók panelen a hitelesítő adatok újra megadását kéri, egy Hiba részletei... hivatkozást kell látnia. Erre kattintva láthatja, miért Storage Explorer a hitelesítő adatok újra megadását. A feltételes hozzáférési szabályzat olyan hibái, amelyek a hitelesítő adatok újra megadását igénylik, az alábbihoz hasonlóak lehetnek:

  • A frissítési jogkivonat lejárt...
  • A hozzáféréshez többtényezős hitelesítést kell használnia...
  • A rendszergazda által történt konfigurációváltozás miatt...

Ha csökkenteni szeretné a hitelesítő adatoknak a fentihez hasonló hibák miatti újrabeadása gyakoriságát, forduljon az AAD-rendszergazdához.

Feltételes hozzáférési szabályzatok

Ha rendelkezik feltételes hozzáférési szabályzatokkal, amelyek teljesülnek a fiókjához, győződjön meg arról, hogy az Alapértelmezett webböngésző értéket használja a Bejelentkezés a következővel beállításhoz. A beállítással kapcsolatos információkért lásd: A bejelentkezés helyének módosítása.

A böngésző HTTP-átirányítás miatt panaszkodik a bejelentkezés során

Amikor Storage Explorer a böngészőben, a bejelentkezési folyamat végén a rendszer átirányítja a localhost címet a következőre: . A böngészők néha figyelmeztetést vagy hibát jeleznek arra, hogy az átirányítás HTTPS helyett HTTP használatával történik. Egyes böngészők megpróbálhatnak HTTPS használatával is kényszeríteni az átirányítást. Ha ezek bármelyike bekövetkezik, akkor a böngészőtől függően több lehetőség közül választhat:

  • Hagyja figyelmen kívül a figyelmeztetést.
  • Adjon hozzá egy kivételt a localhost számára.
  • Tiltsa le a HTTPS kényszerítását globálisan vagy csak a localhost számára.

Ha ezek közül egyik lehetőséget sem tudja megtenni, akkor azt is módosíthatja, hogy hol történik a bejelentkezés.

A jogkivonat nem szerezhető be, a bérlő ki van szűrve

Ha olyan hibaüzenetet kap, amely szerint a jogkivonat nem szerezhető be, mert a bérlő ki van szűrve, az azt jelenti, hogy olyan erőforráshoz próbál hozzáférni, amely egy olyan bérlőben van, amely a ki van szűrve. A bérlő feltöltésének a kiszivárgását a Fiók panelen ellenőrizheti, hogy be van-e jelölve a bérlőhöz a hibaüzenetben megadott jelölőnégyzet. A bérlők szűrésével kapcsolatos további információkért tekintse meg a fiókok kezelésével kapcsolatos Storage Explorer.

A hitelesítési kódtár nem tudott megfelelően elindulni

Ha indításkor egy hibaüzenet jelenik meg, amely szerint a Storage Explorer hitelesítési kódtárának nem sikerült megfelelően elindulni, akkor győződjön meg arról, hogy a telepítési környezet megfelel az összes előfeltételnek. Ennek a hibaüzenetnek a legvalószínűbb oka az, ha nem elégednek meg az előfeltételek.

Ha úgy véli, hogy a telepítési környezet megfelel az összes előfeltételnek, nyisson egy problémát a GitHub. Amikor megnyitja a problémát, győződjön meg arról, hogy tartalmazza a következőket:

  • Az operációs rendszer.
  • A Storage Explorer használt verzió.
  • Ha ellenőrizte az előfeltételeket.
  • Sikertelen indításból származó hitelesítési naplók Storage Explorer. Az ilyen típusú hibák után a részletes hitelesítési naplózás automatikusan engedélyezve lesz.

Üres ablak az integrált bejelentkezéshez

Ha integrált bejelentkezést választott, és üres bejelentkezési ablakot lát, valószínűleg egy másik bejelentkezési módszerre kell váltania. Az üres bejelentkezési párbeszédpanelek leggyakrabban akkor fordulnak elő, amikor egy Active Directory összevonási szolgáltatások (AD FS)- (ADFS-) kiszolgáló arra kéri a Storage Explorer, hogy hajtson végre egy átirányítást, amelyet az Electron nem támogatott.

Egy másik bejelentkezési módszerre való váltáshoz módosítsa a Sign in with (Bejelentkezés a következővel) beállítást a Gépház > > Application Sign-in (Alkalmazás-bejelentkezés) alatt. További információ a különböző bejelentkezési módszerekről: A bejelentkezés helyének módosítása.

Újrahitelesítő hurkok vagy UPN-módosítás

Ha újrahitelesítő hurokba került, vagy módosította az egyik fiókja egyszerű felhasználóinak egyszerű felhasználóit, próbálkozzon az alábbi lépésekkel:

  1. Nyissa meg Storage Explorer
  2. Ugrás a Súgó > gombra
  3. Győződjön meg arról, hogy legalább a Hitelesítés be van jelölve. A nem alaphelyzetbe állítani kívánt egyéb elemek jelölését is törölje.
  4. Kattintson az Alaphelyzetbe állítás gombra
  5. Indítsa Storage Explorer, majd próbáljon meg újra bejelentkezni.

Ha az alaphelyzetbe állítás után továbbra is problémákba fog látni, próbálkozzon az alábbi lépésekkel:

  1. Nyissa meg Storage Explorer
  2. Távolítsa el az összes fiókot, majd zárja be Storage Explorer.
  3. Törölje a .IdentityService mappát a gépről. A Windows mappája a következő helyen található: C:\users\<username>\AppData\Local . Mac és Linux esetén a mappa a felhasználói könyvtár gyökerében található.
  4. Mac vagy Linux rendszeren a Microsoft.Developer.IdentityService bejegyzést is törölnie kell az operációs rendszer kulcstárolójában. Mac gépen a kulcstár a Keychain-alkalmazás. Linux rendszeren az alkalmazást általában Keyringnek nevezik, de a név a disztribúciótól függően eltérő lehet.
  5. Indítsa Storage Explorer, majd próbáljon meg újra bejelentkezni.

macOS: kulcslánchibák vagy nincs bejelentkezési ablak

A macOS-kulcslánc néha olyan állapotot is beírhat, amely problémákat okoz a Storage Explorer hitelesítési kódtárban. A Kulcskarikát az alábbi lépésekkel lehet kihozni ebből az állapotból:

  1. Zárja be Storage Explorer.

  2. Nyissa meg a Kulcskarikát (nyomja le a Command+Szóköz billentyűkombinációt, írja be a kulcsláncot, majd nyomja le az Enter billentyűt).

  3. Válassza a "bejelentkezés" kulcsláncot.

  4. A kulcslánc zároláshoz válassza a lakat ikont. (A folyamat befejezésekor a lakat zárolva jelenik meg. A megnyitott alkalmazásoktól függően néhány másodperc is eltelhet).

    Lakat ikon

  5. Nyissa meg a Storage Explorert.

  6. A rendszer a következő üzenethez hasonló üzenetet fog kérni: "Service Hub wants to access the Keychain" (A Szolgáltatásközpont hozzá szeretne férni a kulcslánchoz). Adja meg a Mac-rendszergazdai fiók jelszavát, és válassza az Always Allow (vagy az Allow (Mindig engedélyezi) lehetőséget, ha az Always Allow nem érhető el).

  7. Próbáljon meg bejelentkezni.

Az alapértelmezett böngésző nem nyílik meg

Ha az alapértelmezett böngésző nem nyílik meg a bejelentkezéskor, próbálkozzon az alábbi technikákkal:

  • Újraindítási Storage Explorer
  • Nyissa meg manuálisan a böngészőt a bejelentkezés megkezdése előtt
  • Próbálja meg az integrált bejelentkezést használni, ehhez a bejelentkezési hely módosításával és az ehhez való útmutatásért tekintse meg a következőt: .

Egyéb bejelentkezési problémák

Ha a fentiek egyike sem vonatkozik a bejelentkezési problémára, vagy ha nem sikerül megoldani a bejelentkezési problémát, nyisson egy problémát a GitHub.

Hiányzó előfizetések és hibás bérlők

Ha a sikeres bejelentkezés után nem tudja lekérni az előfizetéseket, próbálkozzon a következő hibaelhárítási módszerekkel:

  • Ellenőrizze, hogy a fiókja rendelkezik-e hozzáféréssel a várt előfizetéshez. A hozzáférést úgy ellenőrizheti, hogy bejelentkezik a portálra a használni próbált Azure-környezethez.
  • Győződjön meg arról, hogy a megfelelő Azure-környezetben jelentkezett be (Azure, Azure China 21Vianet, Azure Germany, Azure US Government vagy egyéni környezet).
  • Ha proxykiszolgáló mögött van, győződjön meg arról, hogy megfelelően konfigurálta Storage Explorer proxyt.
  • Próbálja meg eltávolítani, majd újra hozzáadni a fiókot.
  • Ha van "További információ" vagy "Hiba részletei" hivatkozás, ellenőrizze, hogy a rendszer mely hibaüzeneteket jelenti a hibás bérlők számára. Ha nem tudja, hogyan reagáljon a hibaüzenetekre, nyisson egy problémát a GitHub.

Nem lehet eltávolítani egy csatolt tárfiókot vagy erőforrást

Ha nem tud eltávolítani egy csatolt fiókot vagy tárerőforrást a felhasználói felületen keresztül, manuálisan törölheti az összes csatolt erőforrást a következő mappák törlésével:

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

Megjegyzés

A Storage Explorer törlése előtt zárja be a mappát.

Megjegyzés

Ha importált már SSL-tanúsítványokat, biztonsági adatokat kell futtatnia a könyvtár certs tartalmáról. Később a biztonsági másolat segítségével újraimportálhatja az SSL-tanúsítványokat.

Proxyval kapcsolatos problémák

Storage Explorer támogatja az Azure Storage-erőforrások proxykiszolgálón keresztüli csatlakoztatását. Ha problémát tapasztal az Azure-hoz proxyn keresztül történő csatlakozáskor, íme néhány javaslat.

Megjegyzés

Storage Explorer a proxykiszolgálók alapszintű hitelesítését támogatja. Más hitelesítési módszerek, például az NTLM, nem támogatottak.

Megjegyzés

Storage Explorer nem támogatja a proxybeállítások konfigurálásához szükséges automatikus proxykonfigurációs fájlokat.

Proxybeállítások Storage Explorer ellenőrzése

Az Application → Proxy → proxykonfigurációs beállítás határozza meg, Storage Explorer melyik forrásból kapja meg a proxykonfigurációt.

Ha a "Környezeti változók használata" lehetőséget választja, mindenképpen állítsa be a vagy a környezeti változót (a környezeti változók megkülönböztetik a kis- és nagybetűket, ezért ügyeljen arra, hogy a megfelelő HTTPS_PROXY HTTP_PROXY változókat állítsa be). Ha ezek a változók meghatározatlanok vagy érvénytelenek, Storage Explorer nem fog proxyt használni. Indítsa Storage Explorer környezeti változók módosítása után.

Ha az "Alkalmazásproxy-beállítások használata" lehetőséget választja, győződjön meg arról, hogy az alkalmazáson belüli proxybeállítások helyesek.

A problémák diagnosztizálásának lépései

Ha továbbra is problémákat tapasztal, próbálkozzon az alábbi hibaelhárítási módszerekkel:

  1. Ha a proxy használata nélkül is tud csatlakozni az internethez, ellenőrizze, hogy a Storage Explorer proxybeállítások engedélyezése nélkül működik-e. Ha Storage Explorer sikeresen csatlakozik, probléma lehet a proxykiszolgálóval. A problémák azonosításához forduljon a rendszergazdához.
  2. Ellenőrizze, hogy a proxykiszolgálót használó egyéb alkalmazások a várt módon működnek-e.
  3. Ellenőrizze, hogy tud-e csatlakozni a portálhoz a használni próbált Azure-környezethez.
  4. Ellenőrizze, hogy fogadhat-e válaszokat a szolgáltatásvégpontjairól. Adja meg az egyik végponti URL-címét a böngészőben. Ha tud csatlakozni, egy vagy hasonló InvalidQueryParameterValue XML-választ kell kapnia.
  5. Ellenőrizze, hogy tud-Storage Explorer-e csatlakozni valaki más, aki ugyanazt a proxykiszolgálót használja. Ha igen, előfordulhat, hogy kapcsolatba kell lépnie a proxykiszolgáló rendszergazdával.

Eszközök a problémák diagnosztizálására

Egy hálózati eszköz, például a Fiddler segíthet diagnosztizálni a problémákat.

  1. Konfigurálja a hálózati eszközt a helyi gazdagépen futó proxykiszolgálóként. Ha továbbra is egy valódi proxy mögött kell dolgoznia, előfordulhat, hogy a hálózati eszközt úgy kell konfigurálnia, hogy a proxyn keresztül csatlakozzon.
  2. Ellenőrizze a hálózati eszköz által használt portszámot.
  3. Konfigurálja Storage Explorer proxybeállításokat a helyi gazdagép és a hálózati eszköz portszámának (például "localhost:8888") használatára.

Ha megfelelően van beállítva, a hálózatkezelési eszköz naplóz a felügyeleti és Storage Explorer szolgáltatásvégpontokkal kapcsolatos hálózati kéréseket.

Ha úgy tűnik, hogy a hálózati eszköz nem Storage Explorer a forgalmat, próbálja meg egy másik alkalmazással tesztelni az eszközt. Adja meg például az egyik tárolási erőforrás (például ) végponti URL-címét egy webböngészőben, és a következőhöz hasonló választ https://contoso.blob.core.windows.net/ fog kapni:

Kódminta

A válasz arra utal, hogy az erőforrás létezik, pedig ön nem fér hozzá.

Ha a hálózati eszköz csak más alkalmazásokból származó forgalmat mutat, előfordulhat, hogy módosítania kell a proxybeállításokat a Storage Explorer. Ellenkező esetben módosítania kellett az eszköz beállításait.

Kapcsolatfelvétel a proxykiszolgáló rendszergazdával

Ha a proxybeállítások helyesek, előfordulhat, hogy a következő okkal kell kapcsolatba lépnie a proxykiszolgáló rendszergazdájával:

  • Győződjön meg arról, hogy a proxy nem blokkolja az Azure-felügyeletbe vagy az erőforrás-végpontokra történő forgalmat.
  • Ellenőrizze a proxykiszolgáló által használt hitelesítési protokollt. Storage Explorer csak az alapszintű hitelesítési protokollokat támogatja. Storage Explorer nem támogatja az NTLM-proxykat.

"Nem sikerült lekérni a gyermekeket" hibaüzenet

Ha proxyn keresztül csatlakozik az Azure-hoz, ellenőrizze, hogy a proxybeállítások helyesek-e.

Ha egy előfizetés vagy fiók tulajdonosa hozzáférést adott Önnek egy erőforráshoz, ellenőrizze, hogy rendelkezik-e olvasási vagy listához szükséges engedélyekkel az adott erőforráshoz.

A kapcsolati sztring nem rendelkezik teljes konfigurációs beállításokkal

Ha ezt a hibaüzenetet kapja, lehetséges, hogy nem rendelkezik a tárfiók kulcsának beszerzéséhez szükséges engedélyekkel. Annak megerősítéséhez, hogy ez a helyzet, keresse meg a tárfiókját a portálon. Ehhez kattintson a jobb gombbal a tárfiók csomópontjára, és válassza a Megnyitás a portálon gombra. Ezután válassza a Hozzáférési kulcsok panelt. Ha nem rendelkezik a kulcsok megtekintéséhez szükséges engedélyekkel, a "Nincs hozzáférése" üzenet jelenik meg. A probléma megoldásához beszerezheti a fiókkulcsot valaki mástól, és a névvel és a kulccsal csatolhatja, vagy megkérhet valakit, hogy kérjen sas-t a tárfiókhoz, és csatolja vele a tárfiókot.

Ha látja a fiókkulcsokat, jelentsen be egy problémát a GitHub, hogy segítünk a probléma megoldásában.

Hiba történt az új kapcsolat hozzáadásakor: TypeError: Nem olvasható a nem definiált "version" tulajdonsága

Ha egyéni kapcsolat hozzáadásakor ezt a hibaüzenetet kapja, előfordulhat, hogy a helyi hitelesítőadat-kezelőben tárolt kapcsolati adatok sérültek lesznek. A probléma megoldásához törölje a sérült helyi kapcsolatokat, majd adja hozzá újra őket:

  1. Kezdje Storage Explorer. A menüből válassza a Súgó > Fejlesztői eszközök.
  2. A megnyitott ablakban, az Alkalmazás lapon válassza a Helyi Storage (bal oldalon) > file://.
  3. A problémás kapcsolat típusától függően keresse meg a kulcsát, majd másolja az értékét egy szövegszerkesztőbe. Az érték az egyéni kapcsolatnevek tömbje, az alábbihoz hasonló:
    • Tárfiókok
      • StorageExplorer_CustomConnections_Accounts_v1
    • Blobtárolók
      • StorageExplorer_CustomConnections_Blobs_v1
      • StorageExplorer_CustomConnections_Blobs_v2
    • Fájlmegosztások
      • StorageExplorer_CustomConnections_Files_v1
    • Üzenetsorok
      • StorageExplorer_CustomConnections_Queues_v1
    • Táblák
      • StorageExplorer_CustomConnections_Tables_v1
  4. Miután elmenti az aktuális kapcsolatneveket, állítsa az értékét Fejlesztői eszközök [] értékre.

Ha meg szeretné őrizni a nem sérült kapcsolatokat, a következő lépésekkel megkeresheti a sérült kapcsolatokat. Ha nem gond, hogy az összes meglévő kapcsolat megszakad, kihagyhatja ezeket a lépéseket, és a platformspecifikus utasításokat követve törölheti a kapcsolati adatokat.

  1. Egy szövegszerkesztőben adja hozzá újra az egyes kapcsolatneveket a Fejlesztői eszközök, majd ellenőrizze, hogy a kapcsolat továbbra is működik-e.
  2. Ha egy kapcsolat megfelelően működik, akkor nem sérült, és nyugodtan hagyhatja ott. Ha egy kapcsolat nem működik, távolítsa el az értékét a Fejlesztői eszközök, és jegyezheti fel, hogy később újra hozzáadja.
  3. Ismételje meg ezt, amíg meg nem vizsgálta az összes kapcsolatot.

Miután végigment az összes kapcsolaton, minden olyan kapcsolatnévnél, amelyet nem adott vissza, törölje a sérült adatokat (ha vannak), majd adja hozzá őket a következő szabványos Storage Explorer:

  1. A Start menüben keressen rá az Hitelesítőadat-kezelő és nyissa meg.
  2. A hitelesítő Windows meg.
  3. Az Általános hitelesítő adatok alatt keresse meg a kulcsot <connection_type_key>/<corrupted_connection_name> (például : StorageExplorer_CustomConnections_Accounts_v1/account1 ).
  4. Törölje ezeket a bejegyzéseket, és adja hozzá újra a kapcsolatokat.

Ha a lépések futtatása után is ezt a hibát tapasztalta, vagy meg szeretné osztani azt, amit gyanít, hogy sérültek a kapcsolatok, nyisson egy problémát a GitHub oldalon.

SAS URL-lel kapcsolatos problémák

Ha SAS URL-címen keresztül csatlakozik egy szolgáltatáshoz, és hibát tapasztal:

  • Ellenőrizze, hogy az URL-cím biztosítja-e az erőforrások olvasásához vagy listához szükséges engedélyeket.
  • Ellenőrizze, hogy az URL-cím nem járt-e le.
  • Ha az SAS URL-cím egy hozzáférési szabályzaton alapul, ellenőrizze, hogy a hozzáférési szabályzat nincs-e visszavonva.

Ha véletlenül érvénytelen SAS URL-címet használt, és most nem tudja leválasztani, kövesse az alábbi lépéseket:

  1. Az alkalmazás futtatásakor Storage Explorer F12 billentyűvel nyissa meg Fejlesztői eszközök ablakot.
  2. Az Alkalmazás lapon válassza Storage > file:// a bal oldali fában.
  3. Keresse meg a problémás SAS URI szolgáltatástípushoz társított kulcsot. Ha például a hibás SAS URI egy blobtárolóhoz van meg, keresse meg a nevű StorageExplorer_AddStorageServiceSAS_v1_blob kulcsot.
  4. A kulcs értékének JSON-tömbnek kell lennie. Keresse meg a hibás URI-val társított objektumot, majd törölje.
  5. Nyomja le a Ctrl+R billentyűkombinációt a Storage Explorer.

Linux-függőségek

Eltör

Storage Explorer 1.10.0-s vagy újabb a Beépülő modultárolóból érhető el illesztésként. A Storage Explorer az összes függőségét automatikusan telepíti, és akkor frissül, amikor elérhetővé válik a beépülő modul új verziója. A Storage Explorer telepítés ajánlott módja a telepítés.

Storage Explorer jelszókezelőt kell használnia, amelyet manuálisan kell csatlakoztatnia, mielőtt Storage Explorer megfelelően működne. A Storage Explorer a rendszer jelszókezelőjéhez a következő parancs futtatásával csatlakozhat:

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

.tar.gz fájl

Az alkalmazást .tar.gz fájlként is letöltheti, de a függőségeket manuálisan kell telepítenie.

Storage Explorer .tar.gz letöltésben megadott beállítások csak az Ubuntu következő verzióihoz támogatottak. Storage Explorer linuxos disztribúciók is működnek, de hivatalosan nem támogatottak.

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

Storage Explorer a .NET Core 3.1-nek telepítve kell lennie a rendszeren.

Megjegyzés

Storage Explorer 1.8.0 és 1.20.1 között a .NET Core 2.1-es verziójára van szükség. Storage Explorer 1.7.0-s és korábbi verzióihoz .NET Core 2.0 szükséges.

  1. Töltse le Storage Explorer .tar.gz fájlt.

  2. Telepítse a .NET Core-runtime-t:

    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
    

A canonical Storage Explorer szükséges kódtárak már előre telepítették a Canonical ubuntus standard telepítéseit. Előfordulhat, hogy néhány ilyen kódtárból hiányoznak az egyéni környezetek. Ha problémái vannak a Storage Explorer, javasoljuk, hogy győződjön meg arról, hogy a következő csomagok telepítve vannak a rendszeren:

  • iproute2
  • libasound2
  • libatm1
  • libgconf2-4
  • libnspr4
  • libnss3
  • libpulse0
  • libsecret-1-0
  • libx11-xcb1
  • libxss1
  • libxtables11
  • libxtst6
  • xdg-utils

Javítás Storage Explorer .NET Core újabb verzióihoz

Az Storage Explorer 1.7.0-s vagy korábbi verzióiban előfordulhat, hogy javítást kell alkalmaznia a .NET Core által használt Storage Explorer:

  1. Töltse le a StreamJsonRpc 1.5.43-as verzióját a NuGetről. Keresse meg a "Csomag letöltése" hivatkozást a lap jobb oldalán.
  2. A csomag letöltése után módosítsa a fájlkiterjesztését a .nupkg következőre: .zip .
  3. Csomagolja ki a csomagot.
  4. Nyissa meg a streamjsonrpc.1.5.43/lib/netstandard1.1/ mappát.
  5. Másolja StreamJsonRpc.dll a következő helyre a Storage Explorer mappában:
    • StorageExplorer/resources/app/ServiceHub/Services/Microsoft.Developer.IdentityService/
    • StorageExplorer/resources/app/ServiceHub/Hosts/ServiceHub.Host.Core.CLR.x64/

Az "Open In Explorer" Azure Portal nem működik

Ha az Open In Explorer (Böngésző megnyitása) Azure Portal nem működik, ellenőrizze, hogy kompatibilis böngészőt használ-e. Az alábbi böngészők kompatibilitását tesztelték:

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

Naplók gyűjtése

Amikor problémát jelent egy GitHub, előfordulhat, hogy a probléma diagnosztizálása érdekében össze kell gyűjtenie bizonyos naplókat.

Storage Explorer naplók

Az 1.16.0-s verziótól kezdődően a Storage Explorer a saját alkalmazásnaplóiba naplózza a különböző dolgokat. Ezeket a naplókat könnyen elérheti, ha a Súgó > a Naplók könyvtárának megnyitása elemre. Alapértelmezés szerint a Storage Explorer a naplókat alacsony részletességi szinten. A részletességi szint módosítása érdekében adjon hozzá egy nevű környezeti változót és az alábbi értékek STG_EX_LOG_LEVEL bármelyikét:

  • silent
  • critical
  • error
  • warning
  • info (alapértelmezett szint)
  • verbose
  • debug

A naplók mappákba vannak osztva a futtatott Storage Explorer munkamenetenként. A megosztani kívánt naplófájlok esetén ajánlott egy zip-archívumba ásni, különböző munkamenetek fájljaival különböző mappákban.

Hitelesítési naplók

A bejelentkezéssel vagy a Storage Explorer hitelesítési kódtárával kapcsolatos problémák esetén nagy valószínűséggel hitelesítési naplókat kell gyűjtenie. A hitelesítési naplók a következő adatokat tárolják:

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

Általában az alábbi lépéseket követve gyűjtheti össze a naplókat:

  1. Válassza a Gépház (fogaskerék ikon a bal oldalon) > > Alkalmazásbebejelentkezéskor > a Részletes hitelesítés naplózása jelölőnégyzetet. Ha Storage Explorer a hitelesítési kódtárával való probléma miatt nem sikerül elindítani, ezt a rendszer automatikusan meg fogja tenni.
  2. Zárja be Storage Explorer.
  3. Választható/ajánlott: törölje a meglévő naplókat a logs mappából. Ezzel csökkentheti a küldenünk szükséges információk mennyiségét.
  4. Nyissa meg Storage Explorer, és reprodukálja a problémát
  5. Zárja be Storage Explorer
  6. Tömörítse a mappa logs tartalmát.

AzCopy-naplók

Ha problémákat okoz az adatok átvitele, előfordulhat, hogy le kell szereznie az AzCopy-naplókat. Az AzCopy-naplók könnyen megtalálhatóak két különböző módszerrel:

  • Ha a sikertelen átvitelek továbbra is a tevékenységnaplóban vannak, kattintson a "Go to AzCopy Log File" (Ugrás az AzCopy-naplófájlra) elemre
  • A múltban meghiúsult átvitelek esetén az AzCopy-naplók mappában. Ez a mappa itt található:
    • Windows: C:\Users\<your username>\.azcopy
    • macOS és Linux ~/.azcopy

Hálózati naplók

Egyes problémákhoz meg kell adnia a hálózati hívások naplóit a Storage Explorer. A Windows a Fiddler használatával.

Megjegyzés

A Fiddler nyomkövetései tartalmazhatnak a böngészőben a nyomkövetés gyűjtése során megadott/küldött jelszavakat. Mindenképpen olvassa el a Fiddler-nyomkövetések sanitizálására vonatkozó utasításokat. Ne töltsön fel Fiddler-nyomkövetéseket a GitHub. A rendszer tudatja, hogy hová küldheti biztonságosan a Fiddler-nyomkövetést.

  1. rész: A Fiddler telepítése és konfigurálása

  2. A Fiddler telepítése

  3. A Fiddler elindítani

  4. Az Eszközök és > lehetőségek

  5. Kattintson a HTTPS lapra

  6. Győződjön meg arról, hogy a Capture CONNECTs és a Decrypt HTTPS traffic (HTTPS-forgalom visszafejtése) be van jelölve

  7. Kattintson a Műveletek gombra

  8. Válassza a "Főtanúsítvány megbízhatósága" lehetőséget, majd a következő párbeszédpanelen az "Igen" lehetőséget

  9. Kattintson ismét a Műveletek gombra

  10. Válassza a "Főtanúsítvány exportálása asztali gépre" lehetőséget

  11. Ugrás az asztalra

  12. Keresse meg a FiddlerRoot.cer fájlt

  13. Kattintson duplán a megnyitáshoz

  14. Ugrás a Részletek lapra

  15. Kattintson a "Másolás fájlba..." elemre.

  16. Az exportálási varázslóban válassza a következő beállításokat

    • Base-64 kódolású X.509
    • A fájlnév: Tallózás... a C:\Users\<your user dir>\AppData\Roaming\StorageExplorer\certs fájlba, majd bármilyen fájlnévként mentheti
  17. Zárja be a tanúsítványablakot

  18. Első Storage Explorer

  19. Ugrás a Proxy > szerkesztésére

  20. A párbeszédpanelen válassza az "Alkalmazásproxy-beállítások használata" lehetőséget, és állítsa az URL-címet a következőre: , a portot pedig http://localhost a 8888-asra

  21. Kattintson az OK gombra

  22. Újraindítási Storage Explorer

  23. Hálózati hívásokat kell látnia a storageexplorer: Fiddlerben egy folyamatból

  24. rész: A probléma reprodukálja

  25. A Fiddleren kívül minden alkalmazás bezárása

  26. Törölje a Fiddler-naplót (X ikon a bal felső sarokban, a Nézet menü közelében)

  27. Választható/ajánlott: hagyja néhány percig beállítani a Fiddlert, ha olyan hálózati hívásokat lát Storage Explorer, amelyek nem kapcsolódnak egymáshoz, kattintson rájuk a jobb gombbal, és válassza > "Elrejtés (folyamat neve)" lehetőséget

  28. Első Storage Explorer

  29. Reprodukálja a hibát

  30. Kattintson a File (Fájl) > Save > All Sessions... (Minden munkamenet mentése) elemre, majd mentsen egy olyan helyet, ahol nem fog megfeledkezni

  31. Zárja be a Fiddlert és Storage Explorer

  32. rész: A Fiddler nyomkövetésének sanitizálása

  33. Kattintson duplán a fiddler nyomkövetésére (.saz file)

  34. Nyomja meg ctrl+f

  35. A megjelenő párbeszédpanelen adja meg a következő beállításokat: Search = Requests and responses, Examine = Headers and bodies

  36. Keresse meg a Fiddler nyomkövetésének gyűjtése során használt jelszavakat, a kiemelt bejegyzéseket, kattintson a jobb gombbal, és válassza a Remove > Selected sessions (Kiválasztott munkamenetek eltávolítása) lehetőséget

  37. Ha biztosan megadta a jelszavakat a böngészőben a nyomkövetés gyűjtése közben, de nem talál bejegyzéseket a Ctrl+f billentyűkombináció használata közben, és nem szeretné módosítani a jelszavakat/a más fiókokhoz használt jelszavakat, nyugodtan kihagyhatja az .saz fájl küldését. Jobb, ha biztonságban van, mint sajnáljuk. :)

  38. Mentse újra a nyomkövetést egy új névvel

  39. Nem kötelező: törölje az eredeti nyomkövetést

Következő lépések

Ha ezek közül egyik megoldás sem működik, a következőt teheti:

Visszajelzés