Udostępnij za pośrednictwem

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

  • Artykuł

Uwaga 16.

Czy ten artykuł był pomocny? Twoje dane wejściowe są dla nas ważne. Użyj przycisku Opinie na tej stronie, aby poinformować nas, jak dobrze działa ten artykuł lub jak możemy go ulepszyć.

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 do zasobów platformy Azure, łącząc zestawy uprawnień z rolami. 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 wymaga dostępu do zasobów magazynu. Skontaktuj się z administratorem konta platformy Azure, jeśli nie masz odpowiednich ról lub uprawnień.

Problem z uprawnieniami "Odczyt: lista/pobieranie kont magazynu"

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

Wyświetlanie listy kluczy kont magazynu

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

Uwaga 16.

Klucze dostępu zapewniają nieograniczone uprawnienia wszystkim osobom, które je przechowują. W związku z tym nie zalecamy przekazywania tych kluczy użytkownikom kont. Jeśli musisz odwołać klucze dostępu, możesz je ponownie wygenerować w witrynie 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, potrzebujesz co najmniej roli Czytelnik danych obiektu blob usługi Storage.

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

Usługa Azure Storage ma dwie warstwy dostępu: zarządzanie i dane. Dostęp do subskrypcji i kont magazynu jest uzyskiwany 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 udziela na przykład dostępu 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, zbierając informacje niezbędne do nawiązania połączenia z zasobami platformy Azure. Na przykład aby 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 przeszukuje 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 przyznaje jakiekolwiek uprawnienia 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, kontenerów lub katalogów usługi Azure Data Lake Storage Gen2 lub kolejek, możesz dołączyć je do tych zasobów przy użyciu poświadczeń platformy Azure.

  1. Otwórz okno dialogowe Łączenie.
  2. Wybierz typ zasobu, z którym chcesz nawiązać połączenie.
  3. Wybierz pozycję Zaloguj się przy użyciu identyfikatora Entra>Firmy Microsoft Dalej.
  4. Wybierz konto użytkownika i dzierżawę skojarzą z dołączonym zasobem, a następnie wybierz pozycję Dalej.
  5. Wpisz adres URL zasobu, a następnie wpisz unikatową nazwę wyświetlaną połączenia. Wybierz pozycję Dalej>Połącz.

Obecnie nie istnieje rozwiązanie związane z kontrolą dostępu opartą na rolach platformy Azure dla innych typów zasobów. 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 Łączenie.
  2. Wybierz typ zasobu, z którym chcesz nawiązać połączenie.
  3. Wybierz pozycję Sygnatura dostępu współdzielonego (SAS)>Dalej.
  4. Wpisz otrzymany adres URL sygnatury dostępu współdzielonego i wprowadź unikatową nazwę wyświetlaną połączenia. Wybierz pozycję Dalej>Połącz.

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

Kilka wbudowanych ról platformy Azure może zapewnić uprawnienia wymagane do używania Eksplorator usługi Storage. Niektóre z tych ról to:

  • Właściciel: Zarządzaj wszystkimi elementami, w tym dostępem do zasobów.
  • Współautor: Zarządzaj wszystkimi elementami, wykluczając dostęp do zasobów.
  • Czytelnik: odczytywanie i wyświetlanie listy zasobów.
  • Współautor konta magazynu: pełne zarządzanie kontami magazynu.
  • Właściciel danych obiektu blob usługi Storage: pełny dostęp do kontenerów obiektów blob i danych usługi Azure Storage.
  • Współautor danych obiektu blob usługi Storage: odczyt, zapis i usuwanie kontenerów i obiektów blob usługi Azure Storage.
  • Czytelnik danych obiektów blob usługi Storage: odczyt i wyświetlanie listy kontenerów i obiektów blob usługi Azure Storage.

Uwaga 16.

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

Problemy z certyfikatem SSL

W tej sekcji omówiono problemy z certyfikatem SSL.

Omówienie problemów z certyfikatem SSL

Przed kontynuowanie zapoznaj się z sekcją Certyfikaty SSL w dokumentacji dotyczącej sieci Eksplorator usługi Storage.

Korzystanie z serwera proxy systemu

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

Zaimportuj certyfikaty SSL

Jeśli jednak masz kopię certyfikatów z podpisem własnym, możesz poinstruować Eksploratora usługi Storage, aby im zaufał.

  1. Uzyskaj kopię X.509 (cer) zakodowaną w formacie Base-64 certyfikatu.
  2. Przejdź do pozycji Edytuj>certyfikaty SSL Importuj certyfikaty.> Za pomocą selektora plików znajdź, wybierz i otwórz plik cer.

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

Wyszukaj certyfikaty protokołu SSL

Jeśli nie masz kopii certyfikatów z podpisem własnym, poproś administratora IT o pomoc.

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

  1. Zainstaluj OpenSSL:

    • Windows: każda z wersji uproszczonych powinna być wystarczająca.
    • Komputery Mac: OpenSSL powinien być dołączony do systemu operacyjnego.
    • Komputery z systemem Linux: OpenSSL powinien być dołączony do systemu operacyjnego.

  2. Uruchom OpenSSL:

    • Windows: otwórz katalog instalacyjny, wybierz pozycję /bin/, a następnie kliknij dwukrotnie openssl.exe.
    • Mac: uruchom polecenie openssl z terminalu.
    • Linux: uruchom polecenie openssl z poziomu terminalu.

  3. Uruchom polecenie openssl s_client -showcerts -connect <hostname>:443 dla dowolnej nazwy hostów firmy Microsoft lub Azure, za którymi znajdują się zasoby magazynu. Aby uzyskać więcej informacji, zobacz tę listę nazw hostów, do których często uzyskuje się dostęp 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 od -----BEGIN CERTIFICATE----- do -----END CERTIFICATE----- nowego pliku .cer.

  6. Otwórz Eksplorator usługi Storage i przejdź do pozycji Edytuj>certyfikaty SSL Importuj certyfikaty.> Za pomocą selektora plików znajdź, wybierz i otwórz utworzony plik cer.

Wyłącz walidację certyfikatów 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 pomocą 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 tej flagi Eksplorator usługi Storage ignoruje błędy certyfikatów. Ta flaga nie jest zalecana.

Problemy z rejestracją

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 wywłaszać poświadczenia

Konieczność ponownego przesyłania poświadczeń jest najprawdopodobniej wynikiem zasad dostępu warunkowego ustawionego przez administratora firmy Microsoft Entra. Gdy Eksplorator usługi Storage poprosi o ponowne wprowadzenie 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, które wymagają 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, skontaktuj się z administratorem firmy Microsoft Entra.

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 skarży się na przekierowanie HTTP lub niezabezpieczone połączenie podczas logowania

Gdy Eksplorator usługi Storage wykonuje logowanie w przeglądarce internetowej, przekierowanie do hosta lokalnego odbywa się na końcu procesu logowania. 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 opcje:

  • Ignoruj ostrzeżenie.
  • Dodaj wyjątek dla hosta lokalnego.
  • Wyłącz wymuś protokół HTTPS globalnie lub tylko dla hosta lokalnego.

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

Czasami może zostać wyświetlony komunikat o błędzie informujący, że nie można uzyskać tokenu, ponieważ dzierżawa jest odfiltrowana. Oznacza to, że próbujesz uzyskać dostęp do zasobu, który znajduje się w dzierżawie odfiltrowanej. Aby dołączyć dzierżawę, 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 uruchomić poprawnie biblioteki uwierzytelniania

Jeśli podczas uruchamiania zostanie wyświetlony komunikat o błędzie informujący, że biblioteka uwierzytelniania Eksplorator usługi Storage nie powiodła się 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 instalacyjne spełnia wszystkie wymagania wstępne, otwórz problem w witrynie 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ć.
  • Czy 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żyć zintegrowanego logowania i zobaczysz puste okno logowania, prawdopodobnie musisz przełączyć się na inną metodę logowania. Puste okna dialogowe logowania najczęściej występują, gdy serwer usług Active Directory Federation Services monituje Eksplorator usługi Storage, aby wykonać przekierowanie, które nie jest obsługiwane przez Electron.

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

Zmiana pętli ponownego uwierzytelniania lub nazwy UPN

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

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

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

  1. Otwórz Eksplorator usługi Storage.
  2. Usuń wszystkie konta, a następnie zamknij Eksplorator usługi Storage.
  3. Usuń element . Folder IdentityService z komputera. W systemie 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 używasz komputerów Mac lub Linux, musisz również usunąć wpis Microsoft.Developer.IdentityService z magazynu kluczy systemu operacyjnego. Na komputerze Mac magazynem kluczy jest aplikacja 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 się zalogować.

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 wyjść z tego stanu łańcucha kluczy, wykonaj następujące kroki:

  1. Zamknij Eksplorator usługi Storage.

  2. Otwórz pęku kluczy, wybierając pozycję Spacja poleceń + , wpisz pęk kluczy, a następnie wybierz 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 upłynąć kilka sekund, w zależności od tego, jakie aplikacje zostały otwarte.

    Zrzut ekranu przedstawiający kłódkę.

  5. Otwórz Eksplorator usługi Storage.

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

  7. Spróbuj się zalogować.

Linux: Brak błędów okna aplikacji lub menedżera haseł podczas uruchamiania

Jeśli uruchomisz Eksplorator usługi Storage w systemie Linux, może wystąpić jeden z następujących problemów:

  • Nie zostanie wyświetlone okno aplikacji.
  • Występują błędy dotyczące menedżera haseł systemu.

Eksplorator usługi Storage używa menedżera poświadczeń systemu do ochrony danych, w tym poświadczeń logowania i połączeń SAS. Jeśli nie zostanie wykryta zgodna aplikacja menedżera poświadczeń, Eksplorator usługi Storage nie zostanie uruchomiona. Jeśli system nie ma zainstalowanego lokalnego narzędzia do zarządzania poświadczeniami, zainstaluj narzędzie innej firmy zgodne z libsecretprogramem . Na przykład w systemach Linux, które korzystają ze środowiska pulpitu GNOM, można zainstalować seahorse.

Eksplorator usługi Storage zwykle tworzy domyślne tworzenie klucza, jeśli nie istnieje podczas uruchamiania. Jednak w niektórych przypadkach może się to nie zdarzyć, co spowoduje brak okna aplikacji ani błędów usługi menedżera haseł. Aby rozwiązać te problemy, ręcznie ustaw domyślny klucz.

Jeśli używasz platformy Seahorse i nie ma żadnych istniejących kluczy lub chcesz utworzyć nowe, wykonaj następujące kroki, aby utworzyć domyślny klucz:

  1. Uruchom aplikację "Hasła i klucze".
  2. Wybierz przycisk "+", a następnie wybierz pozycję Klucz hasła.
  3. Ustaw nazwę i hasło dla nowego klucza.
  4. Kliknij prawym przyciskiem myszy nowy klucz i wybierz pozycję Ustaw jako domyślne.

Jeśli używasz przystawki Eksplorator usługi Storage, musisz również upewnić się, że Eksplorator usługi Storage jest połączony z menedżerem haseł systemu. Aby to zrobić, uruchom następujące polecenie:

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

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:

  • Uruchom ponownie Eksplorator usługi Storage.
  • Otwórz przeglądarkę ręcznie przed rozpoczęciem logowania.
  • Spróbuj użyć zintegrowanego logowania. Aby uzyskać instrukcje, zobacz Zmienianie miejsca logowania.

Inne problemy z logowaniem

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

Brak subskrypcji i uszkodzonych dzierżaw

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

  • Sprawdź, czy twoje konto ma dostęp do oczekiwanych subskrypcji. Możesz zweryfikować dostęp, 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, Azure (Chiny 21Vianet), Azure (Niemcy), Azure US Government lub Custom Environment (Środowisko niestandardowe).
  • Jeśli znajdujesz się za serwerem proxy, upewnij się, że skonfigurowano serwer proxy Eksplorator usługi Storage poprawnie.
  • Spróbuj usunąć i dodać konto z powrotem.
  • 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 usłudze GitHub.

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

Jeśli ten komunikat zostanie wyświetlony w systemie Windows, Menedżer poświadczeń systemu Windows jest najprawdopodobniej pełny. Aby zrobić miejsce w Menedżerze poświadczeń systemu Windows, wykonaj następujące kroki:

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

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, możesz otworzyć problem w usłudze 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 16.

Jeśli kiedykolwiek zaimportowaliśmy jakiekolwiek certyfikaty SSL, wykonaj kopię zapasową zawartości katalogu certyfikatów . Później możesz użyć kopii zapasowej do ponownego przywiezienia certyfikatów 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 wystąpią problemy podczas nawiązywania połączenia z platformą Azure za pośrednictwem serwera proxy, poniżej przedstawiono kilka sugestii.

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

Uwaga 16.

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

Weryfikowanie ustawień serwera proxy Eksplorator usługi Storage

Ustawienie konfiguracji serwera proxy>aplikacji>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ć je poprawnie. 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 pomyślnie nawiąże połączenie, może występować 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 punktu końcowego w przeglądarce. Jeśli możesz nawiązać połączenie, otrzymasz lub podobną InvalidQueryParameterValue odpowiedź XML.
  5. Sprawdź, czy ktoś inny używający eksploratora usługi Storage z tym samym serwerem proxy może nawiązać połączenie. Jeśli tak jest, 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 w diagnozowaniu problemów.

  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 rejestruje żądania sieciowe wysyłane przez Eksplorator usługi Storage do punktów końcowych zarządzania i usług.

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, na przykład https://contoso.blob.core.windows.net/ w przeglądarce internetowej. Otrzymasz odpowiedź podobną do tego przykładowego kodu:

<?xml version="1.0" encoding="UTF-8"?>
<Error>
    <Code>InvalidQueryParameterValue</Code>
    <Message>Value for one of the query parameters specified in the request URI is invalid.
        RequestId:<RequestId> Time:2017-04-10T21:42:17.3863214Z</Message>
    <QueryParameterName>comp</QueryParameterName>
    <QueryParameterValue/>
    <Reason/>
</Error>

Odpowiedź sugeruje, że zasób istnieje, mimo że nie możesz 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 nawiązano 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ć, przejdź do portalu i znajdź swoje konto magazynu. Kliknij prawym przyciskiem myszy węzeł 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ć nazwę konta i klucz lub sygnaturę dostępu współdzielonego konta i użyć go do dołączenia konta magazynu.

Jeśli widzisz klucze konta, zgłoś problem w usłudze GitHub, abyśmy mogli pomóc w rozwiązaniu problemu.

"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ąć i dodać z powrotem uszkodzone połączenia lokalne:

  1. Uruchom Eksplorator usługi Storage. Z menu przejdź do pozycji Pomoc>Przełącz narzędzia deweloperskie.

  2. W otwartym oknie na karcie Aplikacja przejdź do pozycji Magazyn>lokalny 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 jego wartość do edytora tekstów. Wartość to tablica 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
    • Kolejek
      • StorageExplorer_CustomConnections_Queues_v1
    • Tabel
      • 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 dodaj ponownie 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; możesz bezpiecznie go tam zostawić. 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 usunięciu nazw połączeń należy wyczyścić ich uszkodzone dane. Następnie możesz dodać połączenia z powrotem przy użyciu standardowych kroków łączenia w Eksplorator usługi Storage.

  1. W menu Start wyszukaj pozycję Menedżer poświadczeń i otwórz go.
  2. Przejdź do pozycji Poświadczenia systemu Windows.
  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 połączenia i dodaj je z powrotem.

Jeśli ten błąd nadal występuje po wykonaniu tych kroków lub jeśli chcesz udostępnić podejrzanemu uszkodzone połączenia, otwórz problem na naszej stronie usługi 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 niezbędne uprawnienia 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, a teraz nie można 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ę Magazyn>lokalny file:// po lewej stronie.
  3. Znajdź klucz skojarzony z typem usługi 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 Ctrl +R, aby ponownie załadować Eksplorator usługi Storage.

Eksplorator usługi Storage zależności

Eksplorator usługi Storage jest spakowany ze wszystkimi zależnościami, które należy uruchomić w systemie Windows.

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

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

  1. Przejdź do strony NuGet i pobierz wersję 1.5.43 streamJsonRpc z 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 witrynie Azure Portal nie działa

Jeśli przycisk Otwórz w Eksploratorze w witrynie 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 usługi GitHub może zostać wyświetlony monit o zebranie niektórych dzienników w celu ułatwienia zdiagnozowania problemu.

dzienniki Eksplorator usługi Storage

Eksplorator usługi Storage rejestruje różne elementy w swoich dziennikach aplikacji. Aby łatwo uzyskać dostęp do tych dzienników, wybierz pozycję Pomoc>Otwórz katalog dzienników. Domyślnie Eksplorator usługi Storage dzienniki na niskim poziomie szczegółowości. Aby zmienić poziom szczegółowości, przejdź do pozycji Ustawienia (symbol koła zębatego po lewej stronie) >Poziom dziennika rejestrowania>aplikacji.> Następnie można ustawić poziom dziennika zgodnie z potrzebami. W przypadku rozwiązywania problemów poziom dziennika śledzenia jest zalecany, ponieważ jest to najbardziej szczegółowy poziom. Po zmianie poziomu dziennika uruchom ponownie Eksplorator usługi Storage i odtwórz problem.

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 musisz zebrać dzienniki uwierzytelniania. Dzienniki uwierzytelniania są przechowywane w:

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

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

  1. Przejdź do pozycji Ustawienia (symbol koła zębatego po lewej stronie)> Logowanie aplikacji>. Wybierz pozycję Pełne rejestrowanie uwierzytelniania. Jeśli nie można uruchomić Eksplorator usługi Storage z powodu problemu z biblioteką uwierzytelniania, ten krok zostanie wykonany.
  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. Domyślnie narzędzie AzCopy rejestruje na niskim poziomie szczegółowości. Aby zmienić poziom szczegółowości, przejdź do pozycji Ustawienia (symbol koła zębatego po lewej stronie)> Transferuje>poziom dziennika narzędzia AzCopy.> Następnie można ustawić poziom dziennika zgodnie z potrzebami. W przypadku rozwiązywania problemów poziom dziennika debugowania jest zalecany, ponieważ jest to najbardziej szczegółowy poziom. Po zmianie poziomu dziennika uruchom ponownie Eksplorator usługi Storage i odtwórz problem.

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: ~/.azcopy
    • Linux: ~/.azcopy

Dzienniki sieciowe

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

Uwaga 16.

Ślady narzędzia Fiddler mogą zawierać wprowadzone lub wysłane w przeglądarce hasła podczas zbierania śladu. Przeczytaj instrukcje dotyczące sposobu oczyszczania śledzenia programu Fiddler. Nie przekazuj śladów programu Fiddler do usługi 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 pozycji Opcje narzędzi>.
  4. Wybierz kartę HTTPS .
  5. Upewnij się, że wybrano opcję Przechwyć conNECTs i Odszyfruj ruch HTTPS.
  6. Wybierz Akcje.
  7. Wybierz pozycję Ufaj certyfikatowi głównemu, a następnie wybierz pozycję Tak w następnym oknie dialogowym.
  8. Uruchom Eksplorator usługi Storage.
  9. Przejdź do pozycji Ustawienia (symbol koła zębatego po lewej stronie) >Serwer proxy aplikacji>.
  10. Zmień listę rozwijaną źródło serwera proxy na Użyj serwera proxy systemu (wersja zapoznawcza).
  11. Uruchom ponownie Eksplorator usługi Storage.
  12. 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 X w lewym górnym rogu w pobliżu menu Widok.
  3. Opcjonalnie/zalecane: pozwól programowi Fiddler ustawić przez kilka minut. Jeśli widzisz, że wywołania sieciowe nie są powiązane z Eksplorator usługi Storage, kliknij je prawym przyciskiem myszy i wybierz polecenie Filtruj teraz>Ukryj <nazwę> procesu.
  4. Uruchom/uruchom ponownie Eksplorator usługi Storage.
  5. Odtwórz problem.
  6. Wybierz pozycję Plik>Zapisz>wszystkie sesje. Zapisz go gdzieś, o którym nie zapomnisz.
  7. Zamknij program Fiddler i Eksplorator usługi Storage.

Część 3. Oczyszczanie śladu narzędzia Fiddler

  1. Kliknij dwukrotnie ślad narzędzia Fiddler (plik saz).
  2. Naciśnij Ctrl + F.
  3. W wyświetlonym oknie dialogowym upewnij się, że ustawiono następujące opcje: Wyszukiwanie = żądań i odpowiedzi oraz Sprawdzanie = nagłówków i treści.
  4. Wyszukaj wszystkie 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 śladu, ale nie znajdziesz żadnych wpisów podczas korzystania z Ctrl + F, nie chcesz zmieniać haseł lub jeśli hasła używane są 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, użyj jednej z następujących metod:

Zastrzeżenie dotyczące innych firm

Produkty innych firm omówione w tym artykule są wytwarzane przez producentów niezależnych od firmy Microsoft. Firma Microsoft nie udziela żadnych gwarancji, dorozumianych ani żadnego innego rodzaju, w odniesieniu do wydajności lub niezawodności tych produktów.

Skontaktuj się z nami, aby uzyskać pomoc

Jeśli masz pytania lub potrzebujesz pomocy, utwórz wniosek o pomoc techniczną lub zadaj pytanie w społeczności wsparcia dla platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii na temat platformy Azure.