Przewodnik rozwiązywania problemów z Eksploratorem usługi Azure Storage

Eksplorator usługi Microsoft Azure Storage jest autonomiczną aplikacją, która ułatwia obsługę danych w usłudze Azure Storage w systemach Windows, macOS i Linux. Aplikacja może łączyć się z kontami magazynu hostowanymi na platformie Azure, w chmurach krajowych i usłudze Azure Stack.

Ten przewodnik zawiera podsumowanie rozwiązań problemów, które są często spotykane w Eksplorator usługi Storage.

Problemy z uprawnieniami RBAC platformy Azure

Kontrola dostępu oparta na rolach ( RBAC) platformy Azure umożliwia wysoce szczegółowe zarządzanie dostępem zasobów platformy Azure przez połączenie zestawów uprawnień do ról. Poniżej przedstawiono niektóre strategie optymalnego działania kontroli dostępu opartej na rolach platformy Azure w Eksplorator usługi Storage.

Jak mogę uzyskać dostęp do moich zasobów w Eksplorator usługi Storage?

Jeśli masz problemy z uzyskiwaniem dostępu do zasobów magazynu za pośrednictwem kontroli dostępu opartej na rolach platformy Azure, być może nie przypisano odpowiednich ról. W poniższych sekcjach opisano uprawnienia, Eksplorator usługi Storage obecnie wymagają dostępu do zasobów magazynu. Jeśli nie masz pewności, czy masz odpowiednie role lub uprawnienia, skontaktuj się z administratorem konta platformy Azure.

Problem z uprawnieniami "Odczyt: Wyświetlanie listy/uzyskiwanie kont Storage"

Musisz mieć uprawnienia do wyświetlania listy kont magazynu. Aby uzyskać to uprawnienie, musisz mieć przypisaną rolę Czytelnik .

Wyświetlanie listy kluczy konta magazynu

Eksplorator usługi Storage mogą również używać kluczy kont do uwierzytelniania żądań. Dostęp do kluczy konta można uzyskać za pomocą bardziej zaawansowanych ról, takich jak rola Współautor .

Uwaga

Klucze dostępu przyznają nieograniczone uprawnienia każdemu, kto je przechowuje. W związku z tym nie zalecamy przekazywania tych kluczy użytkownikom konta. Jeśli musisz odwołać klucze dostępu, możesz je ponownie wygenerować z Azure Portal.

Role danych

Musisz mieć przypisaną co najmniej jedną rolę, która udziela dostępu do odczytu danych z zasobów. Jeśli na przykład chcesz wyświetlić listę lub pobrać obiekty blob, musisz mieć co najmniej Storage rolę czytelnika danych obiektów blob.

Dlaczego potrzebuję roli warstwy zarządzania, aby wyświetlić zasoby w Eksplorator usługi Storage?

Usługa Azure Storage ma dwie warstwy dostępu: zarządzanie i dane. Subskrypcje i konta magazynu są dostępne za pośrednictwem warstwy zarządzania. Kontenery, obiekty blob i inne zasoby danych są dostępne za pośrednictwem warstwy danych. Jeśli na przykład chcesz uzyskać listę kont magazynu z platformy Azure, wyślij żądanie do punktu końcowego zarządzania. Jeśli chcesz wyświetlić listę kontenerów obiektów blob na koncie, wyślij żądanie do odpowiedniego punktu końcowego usługi.

Role platformy Azure mogą udzielać uprawnień do zarządzania lub dostępu do warstwy danych. Rola Czytelnik przyznaje na przykład dostęp tylko do odczytu do zasobów warstwy zarządzania.

Ściśle rzecz biorąc, rola Czytelnik nie zapewnia uprawnień warstwy danych i nie jest niezbędna do uzyskiwania dostępu do warstwy danych.

Eksplorator usługi Storage ułatwia dostęp do zasobów przez zebranie niezbędnych informacji w celu nawiązania połączenia z zasobami platformy Azure. Aby na przykład wyświetlić kontenery obiektów blob, Eksplorator usługi Storage wysyła żądanie "list containers" do punktu końcowego usługi blob. Aby uzyskać ten punkt końcowy, Eksplorator usługi Storage wyszukuje listę subskrypcji i kont magazynu, do których masz dostęp. Aby znaleźć subskrypcje i konta magazynu, Eksplorator usługi Storage również musi mieć dostęp do warstwy zarządzania.

Jeśli nie masz roli, która udziela żadnych uprawnień warstwy zarządzania, Eksplorator usługi Storage nie może uzyskać informacji potrzebnych do nawiązania połączenia z warstwą danych.

Co zrobić, jeśli nie mogę uzyskać wymaganych uprawnień warstwy zarządzania od administratora?

Jeśli chcesz uzyskać dostęp do kontenerów obiektów blob, Azure Data Lake Storage Gen2 kontenerów lub katalogów lub kolejek, możesz dołączyć je do tych zasobów przy użyciu poświadczeń platformy Azure.

  1. Otwórz okno dialogowe Połączenie.
  2. Wybierz typ zasobu, z którym chcesz nawiązać połączenie.
  3. Wybierz pozycję Zaloguj się przy użyciu Azure Active Directory (Azure AD) i wybierz pozycję Dalej.
  4. Wybierz konto użytkownika i dzierżawę skojarzą z dołączonym zasobem. Wybierz opcję Dalej.
  5. Wprowadź adres URL zasobu i wprowadź unikatową nazwę wyświetlaną połączenia. Wybierz pozycję Dalej, a następnie wybierz pozycję Połączenie.

W przypadku innych typów zasobów nie mamy obecnie rozwiązania związanego z kontrolą dostępu opartą na rolach platformy Azure. Aby obejść ten problem, możesz zażądać adresu URL sygnatury dostępu współdzielonego, a następnie dołączyć go do zasobu:

  1. Otwórz okno dialogowe Połączenie.
  2. Wybierz typ zasobu, z którym chcesz nawiązać połączenie.
  3. Wybierz pozycję Sygnatura dostępu współdzielonego (SAS) i wybierz przycisk Dalej.
  4. Wprowadź otrzymany adres URL sygnatury dostępu współdzielonego i wprowadź unikatową nazwę wyświetlaną połączenia. Wybierz pozycję Dalej, a następnie wybierz pozycję Połączenie.

Aby uzyskać więcej informacji na temat dołączania do zasobów, zobacz Dołączanie do pojedynczego zasobu.

Istnieje kilka wbudowanych ról platformy Azure, które mogą zapewnić uprawnienia potrzebne do korzystania z Eksplorator usługi Storage. Niektóre z tych ról to:

Uwaga

Role Właściciel, Współautor i Współautor konta Storage udzielają dostępu do klucza konta.

Problemy z certyfikatem SSL

W tej sekcji omówiono problemy z certyfikatami SSL.

Informacje o problemach z certyfikatami SSL

Przed kontynuowanie upewnij się, że znasz sekcję Certyfikaty SSL w dokumentacji dotyczącej sieci Eksplorator usługi Storage.

Korzystanie z serwera proxy systemu

Jeśli używasz tylko funkcji obsługujących ustawienie serwera proxy systemu , spróbuj użyć tego ustawienia. Aby dowiedzieć się więcej na temat ustawienia serwera proxy systemu, zobacz Połączenia sieciowe w Eksplorator usługi Storage.

Importowanie certyfikatów SSL

Jeśli masz kopię certyfikatów z podpisem własnym, możesz poinstruować Eksplorator usługi Storage o ich zaufaniu:

  1. Uzyskaj kopię certyfikatu X.509 (cer) zakodowaną w formacie Base-64.
  2. Przejdź do pozycji Edytuj>CertyfikatySSLImportuj certyfikaty>. Następnie użyj selektora plików, aby znaleźć, wybrać i otworzyć plik cer.

Ten problem może również wystąpić, jeśli istnieje wiele certyfikatów (katalog główny i pośredni). Aby rozwiązać ten błąd, należy zaimportować wszystkie certyfikaty.

Znajdowanie certyfikatów SSL

Jeśli nie masz kopii certyfikatów z podpisem własnym, skontaktuj się z administratorem IT, aby uzyskać pomoc.

Wykonaj następujące kroki, aby je znaleźć:

  1. Zainstaluj program OpenSSL:

    • Windows: Każda z lekkich wersji powinna być wystarczająca.
    • Komputery Mac i Linux: powinny być dołączone do systemu operacyjnego.
  2. Uruchom program OpenSSL:

    • Windows: Otwórz katalog instalacyjny, wybierz /bin/, a następnie kliknij dwukrotnie openssl.exe.
    • Komputery Mac i Linux: uruchom openssl polecenie z poziomu terminalu.
  3. Uruchom polecenie openssl s_client -showcerts -connect <hostname>:443 dla dowolnej nazwy hostów firmy Microsoft lub Platformy Azure, za którymi znajdują się zasoby magazynu. Aby uzyskać więcej informacji, zobacz tę listę nazw hostów, które są często używane przez Eksplorator usługi Storage.

  4. Wyszukaj certyfikaty z podpisem własnym. Jeśli podmiot ("s:") i wystawca ("i:") są takie same, certyfikat jest najprawdopodobniej z podpisem własnym.

  5. Po znalezieniu certyfikatów z podpisem własnym dla każdego z nich skopiuj i wklej wszystko z, a w tym -----BEGIN CERTIFICATE----- do -----END CERTIFICATE----- nowego pliku cer.

  6. Otwórz Eksplorator usługi Storage i przejdź do pozycji Edytuj>CertyfikatySSLImportuj certyfikaty>. Następnie użyj selektora plików, aby znaleźć, wybrać i otworzyć utworzone pliki cer.

Wyłączanie weryfikacji certyfikatu SSL

Jeśli nie możesz znaleźć żadnych certyfikatów z podpisem własnym, wykonując następujące kroki, skontaktuj się z nami za pośrednictwem narzędzia do przesyłania opinii. Możesz również otworzyć Eksplorator usługi Storage z poziomu wiersza polecenia z flagą --ignore-certificate-errors . Po otwarciu za pomocą tej flagi Eksplorator usługi Storage ignoruje błędy certyfikatu. Ta flaga nie jest zalecana.

Problemy dotyczące logowania

W tej sekcji omówiono problemy z logowaniem, które mogą wystąpić.

Informacje o logowaniu

Zanim przejdziesz dalej, zapoznaj się z dokumentacją logowanie do Eksplorator usługi Storage.

Często trzeba ponownie wprowadzić poświadczenia

Konieczność ponownego przesyłania poświadczeń jest najprawdopodobniej wynikiem zasad dostępu warunkowego ustawionego przez administratora Azure Active Directory (Azure AD). Gdy Eksplorator usługi Storage poprosi o ponowne podanie poświadczeń z panelu konta, powinien zostać wyświetlony link Szczegóły błędu. Wybierz ją, aby zobaczyć, dlaczego Eksplorator usługi Storage prosi o ponowne podanie poświadczeń. Błędy zasad dostępu warunkowego wymagające ponownego wprowadzania poświadczeń mogą wyglądać mniej więcej tak:

  • Token odświeżania wygasł.
  • Aby uzyskać dostęp, musisz użyć uwierzytelniania wieloskładnikowego.
  • Administrator dokonał zmiany konfiguracji.

Aby zmniejszyć częstotliwość ponownego przesyłania poświadczeń z powodu błędów takich jak poprzednie, musisz skontaktować się z administratorem usługi Azure AD.

Zasady dostępu warunkowego

Jeśli masz zasady dostępu warunkowego, które muszą być spełnione dla konta, upewnij się, że używasz wartości Domyślna przeglądarka sieci Web dla ustawienia Zaloguj się . Aby uzyskać informacje na temat tego ustawienia, zobacz Zmienianie miejsca, w którym odbywa się logowanie.

Przeglądarka narzeka na przekierowywanie HTTP lub niezabezpieczone połączenie podczas logowania

Gdy Eksplorator usługi Storage wykonuje logowanie w przeglądarce internetowej, na końcu procesu logowania następuje przekierowanie dolocalhost. Przeglądarki czasami zgłaszają ostrzeżenie lub błąd, że przekierowanie jest wykonywane za pomocą protokołu HTTP zamiast HTTPS. Niektóre przeglądarki mogą również próbować wymusić wykonanie przekierowania za pomocą protokołu HTTPS. Jeśli wystąpi jeden z tych problemów, w zależności od przeglądarki masz następujące opcje:

  • Zignoruj ostrzeżenie.
  • Dodaj wyjątek dla elementu localhost.
  • Wyłącz wymuszanie uwierzytelniania HTTPS w skali globalnej lub tylko dla elementu localhost.

Jeśli nie możesz wykonać żadnej z tych opcji, możesz również zmienić miejsce, w którym logowanie ma miejsce , aby całkowicie uniknąć korzystania z przeglądarki.

Nie można uzyskać tokenu, dzierżawa jest odfiltrowana

Jeśli zostanie wyświetlony komunikat o błędzie informujący, że nie można uzyskać tokenu, ponieważ dzierżawa jest odfiltrowana, próbujesz uzyskać dostęp do zasobu, który znajduje się w odfiltrowanej dzierżawie. Aby usunąć filtrowanie dzierżawy, przejdź do panelu konta. Upewnij się, że zaznaczono pole wyboru dla dzierżawy określonej w błędzie. Aby uzyskać więcej informacji na temat filtrowania dzierżaw w Eksplorator usługi Storage, zobacz Zarządzanie kontami.

Nie można poprawnie uruchomić biblioteki uwierzytelniania

Jeśli podczas uruchamiania zostanie wyświetlony komunikat o błędzie informujący, że nie można uruchomić biblioteki uwierzytelniania Eksplorator usługi Storage prawidłowo, upewnij się, że środowisko instalacji spełnia wszystkie wymagania wstępne. Brak spełnienia wymagań wstępnych jest najbardziej prawdopodobną przyczyną tego komunikatu o błędzie.

Jeśli uważasz, że środowisko instalacji spełnia wszystkie wymagania wstępne, otwórz problem w GitHub. Po otwarciu problemu pamiętaj, aby uwzględnić następujące elementy:

  • System operacyjny.
  • Jakiej wersji Eksplorator usługi Storage próbujesz użyć.
  • Jeśli sprawdzono wymagania wstępne.
  • Dzienniki uwierzytelniania z nieudanego uruchomienia Eksplorator usługi Storage. Pełne rejestrowanie uwierzytelniania jest automatycznie włączone po wystąpieniu tego typu błędu.

Puste okno podczas korzystania ze zintegrowanego logowania

Jeśli zdecydujesz się używać zintegrowanego logowania i widzisz puste okno logowania, prawdopodobnie musisz przełączyć się na inną metodę logowania. Puste okna dialogowe logowania najczęściej występują, gdy serwer Active Directory Federation Services monituje Eksplorator usługi Storage o wykonanie przekierowania, które nie jest obsługiwane przez elektron.

Aby zmienić metodę logowania na inną, zmień ustawienie Zaloguj się przy użyciu w obszarze Ustawienia>ApplicationSign-in>. Aby uzyskać informacje na temat różnych typów metod logowania, zobacz Zmienianie miejsca logowania.

Pętla ponownego uwierzytelniania lub zmiana nazwy UPN

Jeśli jesteś w pętli ponownego uwierzytelniania lub zmieniono nazwę UPN jednego z kont, spróbuj wykonać następujące czynności:

  1. Otwórz Eksploratora usługi Storage.
  2. Przejdź do pozycjiPomocResetuj>.
  3. Upewnij się, że wybrano co najmniej pozycję Uwierzytelnianie . Wyczyść inne elementy, których nie chcesz resetować.
  4. Wybierz pozycję Resetuj.
  5. Uruchom ponownie Eksplorator usługi Storage i spróbuj zalogować się ponownie.

Jeśli po zresetowaniu nadal występują problemy, spróbuj wykonać następujące czynności:

  1. Otwórz Eksploratora usługi Storage.
  2. Usuń wszystkie konta, a następnie zamknij Eksplorator usługi Storage.
  3. Usuń element . Folder IdentityService z komputera. Na Windows folder znajduje się w folderze C:\users\<username>\AppData\Local. W przypadku komputerów Mac i Linux folder można znaleźć w katalogu głównym katalogu użytkownika.
  4. Jeśli korzystasz z systemu Mac lub Linux, musisz również usunąć wpis Microsoft.Developer.IdentityService z magazynu kluczy systemu operacyjnego. Na komputerze Mac magazyn kluczy jest aplikacją Keychain Gnomy. W systemie Linux aplikacja jest zwykle nazywana keyring, ale nazwa może się różnić w zależności od dystrybucji.
  5. Uruchom ponownie Eksplorator usługi Storage i spróbuj zalogować się ponownie.

macOS: błędy łańcucha kluczy lub okno logowania

Pęk kluczy systemu macOS może czasami wprowadzać stan, który powoduje problemy z biblioteką uwierzytelniania Eksplorator usługi Storage. Aby wydostać się z tego stanu łańcucha kluczy:

  1. Zamknij Eksplorator usługi Storage.

  2. Otwórz pęku kluczy, wybierając pozycję Command+Spacebar, wprowadź pęk kluczy i naciśnij klawisz Enter.

  3. Wybierz pęk kluczy logowania .

  4. Wybierz kłódkę , aby zablokować pęk kluczy. Po zakończeniu procesu kłódka zostanie zablokowana. Może to potrwać kilka sekund, w zależności od aplikacji, które zostały otwarte.

    Screenshot that shows the padlock.

  5. Otwórz Eksploratora usługi Storage.

  6. Zostanie wyświetlony monit z komunikatem, na przykład "Centrum usług chce uzyskać dostęp do pęku kluczy". Wprowadź hasło konta administratora komputera Mac i wybierz pozycję Zawsze zezwalaj. Możesz też wybrać pozycję Zezwalaj , jeśli opcja Zawsze zezwalaj jest niedostępna.

  7. Spróbuj się zalogować.

Domyślna przeglądarka nie jest otwarta

Jeśli domyślna przeglądarka nie zostanie otwarta podczas próby zalogowania się, wypróbuj wszystkie poniższe techniki:

Inne problemy z logowaniem

Jeśli żadne z powyższych instrukcji nie ma zastosowania do problemu z logowaniem lub jeśli nie rozwiążą problemu z logowaniem, otwórz problem w GitHub.

Brakujące subskrypcje i uszkodzone dzierżawy

Jeśli nie możesz pobrać subskrypcji po pomyślnym zalogowaniu, spróbuj wykonać następujące metody rozwiązywania problemów:

  • Sprawdź, czy Twoje konto ma dostęp do oczekiwanych subskrypcji. Dostęp możesz zweryfikować, logując się do portalu dla środowiska platformy Azure, którego próbujesz użyć.
  • Upewnij się, że zalogowano się za pośrednictwem poprawnego środowiska platformy Azure, takiego jak Azure, Chiny— Chiny 21Vianet, Azure (Niemcy), Azure US Government lub Środowisko niestandardowe.
  • Jeśli znajdujesz się za serwerem proxy, upewnij się, że serwer proxy Eksplorator usługi Storage został poprawnie skonfigurowany.
  • Spróbuj usunąć i ponownie dodać konto.
  • Jeśli istnieje link "Więcej informacji" lub "Szczegóły błędu", sprawdź, które komunikaty o błędach są zgłaszane dla dzierżaw, które kończą się niepowodzeniem. Jeśli nie masz pewności, jak reagować na komunikaty o błędach, otwórz problem w GitHub.

Problem z interakcją z magazynem poświadczeń systemu operacyjnego podczas transferu narzędzia AzCopy

Jeśli ten komunikat zostanie wyświetlony w Windows, najprawdopodobniej menedżer poświadczeń Windows jest pełny. Aby zrobić miejsce w menedżerze poświadczeń Windows

  1. Zamknij Eksplorator usługi Storage
  2. W menu Start wyszukaj pozycję Menedżer poświadczeń i otwórz go.
  3. Przejdź do pozycji Windows Poświadczenia.
  4. W obszarze Poświadczenia ogólne wyszukaj wpisy skojarzone z programami, których już nie używasz, i usuń je. Możesz również wyszukać wpisy, takie jak azcopy/aadtoken/<some number> i je usunąć.

Jeśli komunikat będzie nadal wyświetlany po wykonaniu powyższych kroków lub jeśli napotkasz ten komunikat na platformach innych niż Windows, otwórz problem w GitHub.

Nie można usunąć dołączonego konta magazynu lub zasobu

Jeśli nie możesz usunąć dołączonego konta lub zasobu magazynu za pośrednictwem interfejsu użytkownika, możesz ręcznie usunąć wszystkie dołączone zasoby, usuwając następujące foldery:

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

Zamknij Eksplorator usługi Storage przed usunięciem tych folderów.

Uwaga

Jeśli kiedykolwiek zaimportowaliśmy jakiekolwiek certyfikaty SSL, wykonaj kopię zapasową zawartości katalogu certyfikatów . Później możesz użyć kopii zapasowej, aby ponownie zaimportować certyfikaty SSL.

Problemy z serwerem proxy

Eksplorator usługi Storage obsługuje nawiązywanie połączenia z zasobami usługi Azure Storage za pośrednictwem serwera proxy. Jeśli podczas nawiązywania połączenia z platformą Azure za pośrednictwem serwera proxy wystąpią jakiekolwiek problemy, poniżej przedstawiono sugestie.

Eksplorator usługi Storage obsługuje tylko uwierzytelnianie podstawowe z serwerami proxy. Inne metody uwierzytelniania, takie jak NTLM, nie są obsługiwane.

Uwaga

Eksplorator usługi Storage nie obsługuje plików automatycznej konfiguracji serwera proxy do konfigurowania ustawień serwera proxy.

Weryfikowanie ustawień serwera proxy Eksplorator usługi Storage

Ustawienie konfiguracji ApplicationProxyProxy>> określa, z którego źródła Eksplorator usługi Storage pobiera konfigurację serwera proxy.

Jeśli wybierzesz pozycję Użyj zmiennych środowiskowych, upewnij się, że ustawiono HTTPS_PROXY zmienne środowiskowe lub HTTP_PROXY . W zmiennych środowiskowych jest uwzględniana wielkość liter, dlatego należy ustawić poprawne zmienne. Jeśli te zmienne są niezdefiniowane lub nieprawidłowe, Eksplorator usługi Storage nie będzie używać serwera proxy. Uruchom ponownie Eksplorator usługi Storage po zmodyfikowaniu dowolnych zmiennych środowiskowych.

Jeśli wybierzesz pozycję Użyj ustawień serwera proxy aplikacji, upewnij się, że ustawienia serwera proxy w aplikacji są poprawne.

Kroki diagnozowania problemów

Jeśli nadal występują problemy, wypróbuj następujące metody rozwiązywania problemów:

  1. Jeśli możesz nawiązać połączenie z Internetem bez korzystania z serwera proxy, sprawdź, czy Eksplorator usługi Storage działa bez włączonych ustawień serwera proxy. Jeśli Eksplorator usługi Storage zostanie pomyślnie nawiązane połączenie, może wystąpić problem z serwerem proxy. Skontaktuj się z administratorem, aby zidentyfikować problemy.
  2. Sprawdź, czy inne aplikacje korzystające z serwera proxy działają zgodnie z oczekiwaniami.
  3. Sprawdź, czy możesz nawiązać połączenie z portalem dla środowiska platformy Azure, którego próbujesz użyć.
  4. Sprawdź, czy możesz otrzymywać odpowiedzi z punktów końcowych usługi. Wprowadź jeden z adresów URL punktów końcowych w przeglądarce. Jeśli możesz nawiązać połączenie, powinna zostać odebrana odpowiedź XML lub podobna InvalidQueryParameterValue .
  5. Sprawdź, czy ktoś inny używający Eksplorator usługi Storage z tym samym serwerem proxy może nawiązać połączenie. Jeśli to możliwe, może być konieczne skontaktowanie się z administratorem serwera proxy.

Narzędzia do diagnozowania problemów

Narzędzie sieciowe, takie jak Fiddler, może pomóc zdiagnozować problemy.

  1. Skonfiguruj narzędzie sieciowe jako serwer proxy uruchomiony na hoście lokalnym. Jeśli musisz kontynuować pracę za rzeczywistym serwerem proxy, może być konieczne skonfigurowanie narzędzia sieciowego w celu nawiązania połączenia za pośrednictwem serwera proxy.
  2. Sprawdź numer portu używany przez narzędzie sieciowe.
  3. Skonfiguruj ustawienia serwera proxy Eksplorator usługi Storage do używania hosta lokalnego i numeru portu narzędzia sieciowego, takiego jak "localhost:8888".

Po poprawnym ustawieniu narzędzie sieciowe będzie rejestrować żądania sieciowe wysyłane przez Eksplorator usługi Storage do punktów końcowych zarządzania i usługi.

Jeśli narzędzie sieciowe nie rejestruje Eksplorator usługi Storage ruchu, spróbuj przetestować narzędzie za pomocą innej aplikacji. Na przykład wprowadź adres URL punktu końcowego dla jednego z zasobów magazynu, takich jak https://contoso.blob.core.windows.net/) w przeglądarce internetowej. Otrzymasz odpowiedź podobną do tego przykładowego kodu.

Code sample.

Odpowiedź sugeruje, że zasób istnieje, mimo że nie można uzyskać do niego dostępu.

Jeśli narzędzie sieciowe wyświetla tylko ruch z innych aplikacji, może być konieczne dostosowanie ustawień serwera proxy w Eksplorator usługi Storage. W przeciwnym razie może być konieczne dostosowanie ustawień narzędzia.

Skontaktuj się z administratorem serwera proxy

Jeśli ustawienia serwera proxy są poprawne, może być konieczne skontaktowanie się z administratorem serwera proxy w celu:

  • Upewnij się, że serwer proxy nie blokuje ruchu do punktów końcowych zarządzania platformy Azure ani zasobów.
  • Sprawdź protokół uwierzytelniania używany przez serwer proxy. Eksplorator usługi Storage obsługuje tylko podstawowe protokoły uwierzytelniania. Eksplorator usługi Storage nie obsługuje serwerów proxy NTLM.

Komunikat o błędzie "Nie można pobrać elementów podrzędnych"

Jeśli masz połączenie z platformą Azure za pośrednictwem serwera proxy, sprawdź, czy ustawienia serwera proxy są poprawne.

Jeśli właściciel subskrypcji lub konta udzielił Ci dostępu do zasobu, sprawdź, czy masz uprawnienia do odczytu lub listy dla tego zasobu.

Parametry połączenia nie mają pełnych ustawień konfiguracji

Jeśli zostanie wyświetlony ten komunikat o błędzie, możliwe, że nie masz niezbędnych uprawnień do uzyskania kluczy dla konta magazynu. Aby potwierdzić, że tak jest, przejdź do portalu i znajdź swoje konto magazynu. Kliknij prawym przyciskiem myszy węzeł dla konta magazynu i wybierz polecenie Otwórz w portalu. Następnie przejdź do okienka Klucze dostępu . Jeśli nie masz uprawnień do wyświetlania kluczy, zostanie wyświetlony komunikat "Nie masz dostępu". Aby obejść ten problem, możesz uzyskać klucz konta od innej osoby i dołączyć go za pomocą nazwy i klucza albo poprosić kogoś o sygnaturę dostępu współdzielonego do konta magazynu i użyć go do dołączenia konta magazynu.

Jeśli widzisz klucze konta, zgłoś problem w GitHub, abyśmy mogli pomóc ci rozwiązać ten problem.

"Wystąpił błąd podczas dodawania nowego połączenia: TypeError: Nie można odczytać właściwości "version" niezdefiniowanej"

Jeśli podczas próby dodania połączenia niestandardowego zostanie wyświetlony ten komunikat o błędzie, dane połączenia przechowywane w lokalnym menedżerze poświadczeń mogą być uszkodzone. Aby obejść ten problem, spróbuj usunąć uszkodzone połączenia lokalne, a następnie dodaj je ponownie:

  1. Uruchom Eksplorator usługi Storage. Z menu przejdź do pozycji PomocDo>przełączania narzędzi deweloperskich.

  2. W otwartym oknie na karcie Aplikacja przejdź do pozycji Lokalne Storage>file:// po lewej stronie.

  3. W zależności od typu połączenia, z którym występuje problem, poszukaj jego klucza. Następnie skopiuj jej wartość do edytora tekstów. Wartość jest tablicą niestandardowych nazw połączeń, takich jak:

    • Konta magazynu
      • StorageExplorer_CustomConnections_Accounts_v1
    • Kontenery obiektów blob
      • StorageExplorer_CustomConnections_Blobs_v1
      • StorageExplorer_CustomConnections_Blobs_v2
    • Udziały plików
      • StorageExplorer_CustomConnections_Files_v1
    • Kolejki
      • StorageExplorer_CustomConnections_Queues_v1
    • Tabele
      • StorageExplorer_CustomConnections_Tables_v1
  4. Po zapisaniu bieżących nazw połączeń ustaw wartość w obszarze Narzędzia deweloperskie na []wartość .

Aby zachować połączenia, które nie są uszkodzone, wykonaj następujące kroki, aby zlokalizować uszkodzone połączenia. Jeśli nie masz nic przeciwko utracie wszystkich istniejących połączeń, pomiń te kroki i postępuj zgodnie z instrukcjami specyficznymi dla platformy, aby wyczyścić dane połączenia.

  1. W edytorze tekstów ponownie dodaj każdą nazwę połączenia do narzędzi deweloperskich. Następnie sprawdź, czy połączenie nadal działa.
  2. Jeśli połączenie działa poprawnie, nie jest uszkodzone i możesz bezpiecznie go tam pozostawić. Jeśli połączenie nie działa, usuń jego wartość z narzędzi deweloperskich i zapisz je, aby można było dodać je ponownie później.
  3. Powtarzaj, dopóki nie zbadasz wszystkich połączeń.

Po przejściu przez wszystkie połączenia dla wszystkich nazw połączeń, które nie zostały dodane z powrotem, należy wyczyścić ich uszkodzone dane, jeśli istnieją. Następnie dodaj je z powrotem przy użyciu standardowych kroków w Eksplorator usługi Storage.

  1. W menu Start wyszukaj pozycję Menedżer poświadczeń i otwórz go.
  2. Przejdź do pozycji Windows Poświadczenia.
  3. W obszarze Poświadczenia ogólne wyszukaj wpisy, które mają <connection_type_key>/<corrupted_connection_name> klucz. Może to być na przykład StorageExplorer_CustomConnections_Accounts_v1/account1.
  4. Usuń te wpisy i ponownie dodaj połączenia.

Jeśli ten błąd nadal występuje po wykonaniu tych kroków lub jeśli chcesz udostępnić, co podejrzewasz, że połączenia zostały uszkodzone, otwórz problem na naszej stronie GitHub.

Problemy z adresem URL sygnatury dostępu współdzielonego

Jeśli łączysz się z usługą za pośrednictwem adresu URL sygnatury dostępu współdzielonego i wystąpi błąd:

  • Sprawdź, czy adres URL zapewnia uprawnienia niezbędne do odczytu lub wyświetlania listy zasobów.
  • Sprawdź, czy adres URL nie wygasł.
  • Jeśli adres URL sygnatury dostępu współdzielonego jest oparty na zasadach dostępu, sprawdź, czy zasady dostępu nie zostały odwołane.

Jeśli przypadkowo dołączono przy użyciu nieprawidłowego adresu URL sygnatury dostępu współdzielonego i nie można teraz odłączyć go, wykonaj następujące kroki:

  1. Po uruchomieniu Eksplorator usługi Storage wybierz pozycję F12, aby otworzyć okno Narzędzia deweloperskie.
  2. Na karcie Aplikacja wybierz pozycję Lokalne Storage>file:// po lewej stronie.
  3. Znajdź klucz skojarzony z typem usługi problematycznego identyfikatora URI sygnatury dostępu współdzielonego. Jeśli na przykład nieprawidłowy identyfikator URI sygnatury dostępu współdzielonego jest przeznaczony dla kontenera obiektów blob, poszukaj klucza o nazwie StorageExplorer_AddStorageServiceSAS_v1_blob.
  4. Wartość klucza powinna być tablicą JSON. Znajdź obiekt skojarzony z nieprawidłowym identyfikatorem URI i usuń go.
  5. Naciśnij klawisze Ctrl+R, aby ponownie załadować Eksplorator usługi Storage.

Zależności systemu Linux

Przyciągaj

Eksplorator usługi Storage 1.10.0 i nowszych jest dostępny jako przystawka ze Sklepu Snap. Przystawka Eksplorator usługi Storage automatycznie instaluje wszystkie jego zależności. Jest aktualizowana, gdy jest dostępna nowa wersja przystawki. Instalowanie przystawki Eksplorator usługi Storage jest zalecaną metodą instalacji.

Eksplorator usługi Storage wymaga użycia menedżera haseł, który może być konieczne ręczne nawiązanie połączenia, zanim Eksplorator usługi Storage będzie działać poprawnie. Możesz połączyć Eksplorator usługi Storage z menedżerem haseł systemu, uruchamiając następujące polecenie:

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

Plik tar.gz

Aplikację można również pobrać jako plik tar.gz , ale musisz zainstalować zależności ręcznie.

Eksplorator usługi Storage, jak podano w pliku pobierania tar.gz, jest obsługiwane tylko w następujących wersjach systemu Ubuntu. Eksplorator usługi Storage mogą działać w innych dystrybucjach systemu Linux, ale nie są one oficjalnie obsługiwane.

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

Eksplorator usługi Storage wymaga zainstalowania platformy .NET Core 3.1 w systemie.

Uwaga

program Eksplorator usługi Storage w wersji 1.8.0 do 1.20.1 wymaga platformy .NET Core 2.1. Eksplorator usługi Storage w wersji 1.7.0 lub starszej wymagają platformy .NET Core 2.0.

  1. Pobierz plik Eksplorator usługi Storage .tar.gz.

  2. Zainstaluj środowisko uruchomieniowe platformy .NET Core:

    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
    

Wiele bibliotek wymaganych przez Eksplorator usługi Storage jest wstępnie zainstalowanych ze standardowymi instalacjami systemu Ubuntu firmy Canonical. W niektórych z tych bibliotek mogą brakować środowisk niestandardowych. Jeśli masz problemy z uruchamianiem Eksplorator usługi Storage, upewnij się, że w systemie są zainstalowane następujące pakiety:

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

Eksplorator usługi Storage poprawek dla nowszych wersji platformy .NET Core

W przypadku Eksplorator usługi Storage 1.7.0 lub starszej wersji może być konieczne zastosowanie poprawki do wersji platformy .NET Core używanej przez Eksplorator usługi Storage:

  1. Pobierz wersję 1.5.43 streamJsonRpc z witryny NuGet.1. Poszukaj linku Pobierz pakiet po prawej stronie.

  2. Po pobraniu pakietu zmień jego rozszerzenie pliku z .nupkg na .zip.

  3. Rozpakuj pakiet.

  4. Otwórz folder streamjsonrpc.1.5.43/lib/netstandard1.1/ .

  5. Skopiuj StreamJsonRpc.dll do następujących lokalizacji w folderze Eksplorator usługi Storage:

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

Przycisk Otwórz w Eksploratorze w Azure Portal nie działa

Jeśli przycisk Otwórz w Eksploratorze w Azure Portal nie działa, upewnij się, że używasz zgodnej przeglądarki. Następujące przeglądarki zostały przetestowane pod kątem zgodności:

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

Zbieranie dzienników

Podczas zgłaszania problemu do GitHub może zostać wyświetlony monit o zebranie niektórych dzienników w celu ułatwienia zdiagnozowania problemu.

dzienniki Eksplorator usługi Storage

Począwszy od wersji 1.16.0, Eksplorator usługi Storage rejestruje różne elementy w swoich dziennikach aplikacji. Możesz łatwo uzyskać dostęp do tych dzienników, wybierając kolejno pozycje PomocOtwórz>katalog dzienników. Domyślnie Eksplorator usługi Storage dzienniki na niskim poziomie szczegółowości. Aby zmienić poziom szczegółowości, dodaj zmienną środowiskową o nazwie STG_EX_LOG_LEVELi dowolnej z następujących wartości:

  • silent
  • critical
  • error
  • warning
  • info (poziom domyślny)
  • verbose
  • debug

Dzienniki są podzielone na foldery dla każdej sesji Eksplorator usługi Storage, które są uruchamiane. W przypadku plików dziennika, które należy udostępnić, umieść je w archiwum zip z plikami z różnych sesji w różnych folderach.

Dzienniki uwierzytelniania

W przypadku problemów związanych z logowaniem lub biblioteką uwierzytelniania Eksplorator usługi Storage najprawdopodobniej trzeba będzie zebrać dzienniki uwierzytelniania. Dzienniki uwierzytelniania są przechowywane w:

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

Ogólnie rzecz biorąc, możesz wykonać następujące kroki, aby zebrać dzienniki:

  1. Przejdź do Ustawienia (symbol koła zębatego po lewej stronie) >ApplicationSign-in>. Wybierz pozycję Pełne rejestrowanie uwierzytelniania. Jeśli Eksplorator usługi Storage nie można uruchomić z powodu problemu z biblioteką uwierzytelniania, zostanie to zrobione.
  2. Zamknij Eksplorator usługi Storage.
  3. Opcjonalne/zalecane: wyczyść istniejące dzienniki z folderu logs . Ten krok zmniejsza ilość informacji potrzebnych do wysłania.
  4. Otwórz Eksplorator usługi Storage i odtwórz problem.
  5. Zamknij Eksplorator usługi Storage.
  6. Spakuj zawartość folderu logs .

Dzienniki narzędzia AzCopy

Jeśli masz problemy z przesyłaniem danych, może być konieczne pobranie dzienników narzędzia AzCopy. Dzienniki narzędzia AzCopy można łatwo znaleźć za pomocą dwóch różnych metod:

  • W przypadku transferów nieudanych nadal w dzienniku aktywności wybierz pozycję Przejdź do pliku dziennika narzędzia AzCopy.

  • W przypadku transferów, które nie powiodły się w przeszłości, przejdź do folderu dzienników narzędzia AzCopy. Ten folder można znaleźć pod adresem:

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

Dzienniki sieciowe

W przypadku niektórych problemów należy podać dzienniki wywołań sieciowych wykonanych przez Eksplorator usługi Storage. W Windows możesz wykonać ten krok przy użyciu programu Fiddler.

Uwaga

Ślady programu Fiddler mogą zawierać hasła wprowadzone lub wysłane w przeglądarce podczas zbierania śladu. Pamiętaj, aby przeczytać instrukcje dotyczące sposobu oczyszczania śladu programu Fiddler. Nie przekazuj śladów programu Fiddler do GitHub. Dowiesz się, gdzie można bezpiecznie wysłać ślad programu Fiddler.

Część 1. Instalowanie i konfigurowanie programu Fiddler

  1. Zainstaluj program Fiddler.

  2. Uruchom narzędzie Fiddler.

  3. Przejdź do pozycjiNarzędziaOpcje>.

  4. Wybierz kartę HTTPS .

  5. Upewnij się, że wybrano opcję Przechwyć conNECTs i Odszyfruj ruch HTTPS .

  6. Wybierz pozycję Akcje.

  7. Wybierz pozycję Ufaj certyfikatowi głównemu , a następnie wybierz pozycję Tak w następnym oknie dialogowym.

  8. Ponownie wybierz pozycję Akcje .

  9. Wybierz pozycję Eksportuj certyfikat główny do pulpitu.

  10. Przejdź do pulpitu, znajdź plik FiddlerRoot.cer i kliknij go dwukrotnie.

  11. Przejdź do karty Szczegóły .

  12. Wybierz pozycję Kopiuj do pliku.

  13. W kreatorze eksportu wybierz następujące opcje:

    • Kodowany algorytmem Base-64 X.509.
    • W polu Nazwa pliku przejdź do katalogu C:\Users\<your user dir>\AppData\Roaming\StorageExplorer\certs. Następnie możesz zapisać go jako dowolną nazwę pliku.
  14. Zamknij okno certyfikatu.

  15. Uruchom Eksplorator usługi Storage.

  16. Przejdź do pozycjiEdytujKonfiguruj> serwer proxy.

  17. W oknie dialogowym wybierz pozycję Użyj ustawień serwera proxy aplikacji. Ustaw adres URL na http://localhost i port na 8888.

  18. Wybierz przycisk OK.

  19. Uruchom ponownie Eksplorator usługi Storage.

  20. W programie Fiddler powinny pojawić się wywołania sieciowe z storageexplorer: procesu.

Część 2. Odtworzenie problemu

  1. Zamknij wszystkie aplikacje inne niż Fiddler.
  2. Wyczyść dziennik programu Fiddler przy użyciu symbolu X w lewym górnym rogu w menu Widok .
  3. Opcjonalne/zalecane: pozwól, aby program Fiddler ustawił przez kilka minut. Jeśli zobaczysz, że wywołania sieciowe są wyświetlane, które nie są powiązane z Eksplorator usługi Storage, kliknij je prawym przyciskiem myszy i wybierz polecenie Filtruj terazUkryj>(nazwa procesu).
  4. Uruchom Eksplorator usługi Storage.
  5. Odtwórz problem.
  6. Wybierz pozycjęPlikZapiszWszystkie>>sesje. Zapisz go gdzieś, o którym nie zapomnisz.
  7. Zamknij program Fiddler i Eksplorator usługi Storage.

Część 3. Oczyszczanie śladu Fiddler

  1. Kliknij dwukrotnie ślad Narzędzia Fiddler (plik saz).
  2. Naciśnij klawisze Ctrl+F.
  3. W wyświetlonym oknie dialogowym upewnij się, że ustawiono następujące opcje: SearchRequests = i responses orazExamineHeaders = i treść.
  4. Wyszukaj hasła, które zostały użyte podczas zbierania śladu programu Fiddler i wszystkich wyróżnionych wpisów. Kliknij prawym przyciskiem myszy i wybierz polecenie Usuń>Wybrane sesje.
  5. Jeśli na pewno wprowadzono hasła w przeglądarce podczas zbierania danych śledzenia, ale nie znajdziesz żadnych wpisów podczas używania klawiszy Ctrl+F, nie chcesz zmieniać haseł lub jeśli używane hasła są używane dla innych kont, pomiń wysyłanie do nas pliku saz.
  6. Zapisz ponownie ślad pod nową nazwą.
  7. Opcjonalnie: usuń oryginalny ślad.

Następne kroki

Jeśli żadne z tych rozwiązań nie zadziała, możesz wykonać następujące czynności:

  • Utwórz bilet pomocy technicznej.
  • Otwórz problem w GitHub, wybierając przycisk Zgłoś problem, aby GitHub w lewym dolnym rogu.

Feedback