Rozwiązywanie problemów z Eksploratorem usługi Azure Storage

Podsumowanie

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 pamięci masowej hostowanymi na platformie Azure, w chmurach publicznych i w rozwiązaniach Azure Stack.

Ten przewodnik przedstawia rozwiązania problemów często spotykanych w Eksploratorze Storage.

Problemy z uprawnieniami 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 dzięki połączeniu zestawów uprawnień z rolami. Poniżej przedstawiono niektóre strategie, aby system Azure RBAC działał optymalnie w Eksploratorze usługi Azure Storage.

Jak mogę uzyskać dostęp do moich zasobów w programie Eksplorator Storage?

Jeśli nie możesz uzyskać dostępu do zasobów magazynu przez Azure RBAC, być może nie masz przypisanych odpowiednich ról. W poniższych sekcjach opisano uprawnienia, które Eksplorator Storage obecnie wymaga do uzyskania dostępu do zasobów magazynowych. Skontaktuj się z administratorem konta platformy Azure, jeśli nie masz odpowiednich ról lub uprawnień.

Problem z uprawnieniami "Odczyt: Wyświetlanie/Uzyskiwanie kont przechowywania"

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

Lista kluczy konta magazynu

Storage Explorer może 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.

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 obiektów blob usługi Storage.

Dlaczego potrzebuję roli zarządzania, żeby zobaczyć moje zasoby w Eksploratorze Storage?

Usługa Azure Storage ma dwie warstwy dostępu: zarządzanie i dane. Uzyskujesz dostęp do subskrypcji i kont magazynu za pośrednictwem warstwy zarządzania. Uzyskujesz dostęp do kontenerów, obiektów blob i innych zasobów danych 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 uzyskać listę pojemników blob w koncie, wyślij żądanie w odpowiednim punkcie końcowym usługi.

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

Ściśle mówiąc, rola Czytelnika nie przyznaje żadnych uprawnień do warstwy danych i nie jest konieczna 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 Storage przeszukuje listę subskrypcji oraz kont magazynu, do których masz dostęp. Aby znaleźć subskrypcje i konta magazynu, Eksplorator 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ć się do tych zasobów używając poświadczeń Azure.

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

Obecnie nie ma rozwiązania związanego 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 współdzielonego podpisu dostępu i wprowadź unikalną nazwę wyświetlania dla 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.

Zalecane wbudowane role Azure

Kilka wbudowanych ról platformy Azure zapewnia uprawnienia wymagane do korzystania z Eksploratora 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.
• Kontrybutor konta składowania: pełne zarządzanie kontami składowania.
• Właściciel danych obiektu blob Azure Storage: pełny dostęp do kontenerów obiektów blob i danych.
• Współautor danych usługi Azure Storage Blob: odczyt, zapis i usuwanie kontenerów i obiektów blob usługi Azure Storage.
• Storage Blob Data Reader: odczyt i lista kontenerów oraz obiektów blob usługi Azure Storage.

Problemy z certyfikatem TLS/SSL

W tej sekcji omówiono problemy z certyfikatami TLS/SSL.

Omówienie problemów z certyfikatem TLS/SSL

Przed kontynuowaniem upewnij się, że zrozumiałeś sekcję Certyfikaty TLS/SSL w dokumentacji dotyczącej sieci w Eksploratorze Storage.

Użyj proxy systemowego

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

Importowanie certyfikatów TLS/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ę certyfikatu X.509 (.cer) zakodowaną w formacie Base-64.
2. Przejdź do Editowanie>Certyfikaty SSL>Importuj certyfikaty. Za pomocą selektora plików znajdź, wybierz i otwórz plik cer.

Ten błąd 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.

Znajdowanie certyfikatów TLS/SSL

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

Aby znaleźć certyfikaty, wykonaj następujące kroki:

1. Zainstaluj OpenSSL:

   • Windows: wszystkie wersje lekkie są wystarczające.
   • Mac: biblioteka OpenSSL jest dołączona do systemu operacyjnego.
   • Linux: biblioteka OpenSSL jest dołączona do systemu operacyjnego.

2. Uruchom OpenSSL:

   • Windows: otwórz katalog instalacyjny, wybierz pozycję /bin/, a następnie kliknij dwukrotnie plik 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 Microsoft lub Azure, pod którymi są zlokalizowane Twoje zasoby magazynowe. Aby uzyskać więcej informacji, zobacz tę listę nazw hostów często używanych 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 od -----BEGIN CERTIFICATE----- do -----END CERTIFICATE----- do nowego pliku .cer.

6. Otwórz Storage Explorer i przejdź do Edytuj>Certyfikaty SSL>Importuj certyfikaty. Za pomocą selektora plików znajdź, wybierz i otwórz utworzony plik cer.

Wyłączanie weryfikacji certyfikatu TLS/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.

Problemy z rejestracją

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

Zrozumienie logowania

Przed kontynuowaniem upewnij się, że rozumiesz dokumentację Zaloguj się do Eksploratora Storage.

Często konieczne jest ponowne wprowadzanie poświadczeń

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.

Inne problemy z zasadami dostępu warunkowego

Jeśli inne zasady dostępu warunkowego muszą być spełnione dla twojego konta, spróbuj użyć wartości Broker uwierzytelniania lub 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.

Problemy z brokerem uwierzytelniania w systemie Windows

System operacyjny Windows używa Menedżera kont sieci Web (WAM) jako brokera uwierzytelniania. Jeśli używasz metody logowania brokera uwierzytelniania w systemie Windows i występują problemy, zapoznaj się z tym przewodnikiem , aby uzyskać instrukcje rozwiązywania typowych błędów.

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, przekierowuje do hosta lokalnego 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 którykolwiek z tych problemów, w zależności od przeglądarki masz opcje:

• Ignoruj ostrzeżenie.
• Dodaj wyjątek dla hosta lokalnego.
• Wyłącz wymuszanie protokołu HTTPS globalnie lub tylko dla localhost.

Jeśli nie możesz wykonać żadnej z tych opcji, możesz też przełączyć się na zintegrowane logowanie, aby całkowicie pominąć użycie przeglądarki.

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

Czasami pojawia się komunikat o błędzie, który informuje, że nie można uzyskać tokenu, ponieważ dzierżawca jest odfiltrowany. Ten błąd oznacza, że próbujesz uzyskać dostęp do zasobu znajdującego się u dzierżawcy, którego odfiltrowałeś. Aby uwzględnić tego dzierżawcę, przejdź do panelu konta. Upewnij się, że zaznaczono pole wyboru 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.

Biblioteka uwierzytelniania nie uruchomiła się poprawnie

Jeśli podczas uruchamiania zostanie wyświetlony komunikat o błędzie informujący, że biblioteka uwierzytelniania Eksploratora usługi Storage nie rozpoczęła się prawidłowo, upewnij się, że środowisko instalacyjne 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
• Twoja wersja Storage Explorer
• Dziennik uwierzytelniania z nieudanego uruchomienia Eksploratora 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 się najczęściej występują, gdy serwer usług Active Directory Federation Services żąda, aby Eksplorator Storage wykonał przekierowanie, którego Electron nie obsługuje.

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

Zmiana pętli ponownego uwierzytelniania lub głównej nazwy użytkownika (UPN)

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

1. Otwórz Eksplorator 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 czynności:

1. Otwórz Eksplorator Storage.
2. Usuń wszystkie konta, a następnie zamknij Eksplorator usługi Storage.
3. Usuń folder .IdentityService z komputera. W systemie Windows znajdź folder pod adresem C:\Users\<username>\AppData\Local. W przypadku systemów macOS i Linux znajdź folder znajdujący się w katalogu głównym użytkownika.
4. Jeśli używasz systemu macOS lub Linux, również usuń wpis Microsoft.Developer.IdentityService z magazynu kluczy systemu operacyjnego. W systemie macOS magazyn kluczy jest aplikacją Łańcucha kluczy 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 Keychain lub brak okna logowania

Pęk kluczy systemu macOS może czasami znaleźć się w stanie, który powoduje problemy z biblioteką uwierzytelniania Storage Explorer. Aby wyjść z tego stanu łańcucha kluczy, wykonaj następujące kroki:

1. Zamknij Eksplorator Storage.

2. Otwórz Pęku kluczy, naciskając Command + Spacja, wpisz "pęk kluczy" w polu wyszukiwania i naciśnij Enter.

3. Wybierz pęk kluczy logowania .

4. Wybierz kłódkę, aby zablokować pęk kluczy. Po zakończeniu procesu kłódka jest zablokowana. Może upłynąć kilka sekund, w zależności od tego, jakie aplikacje zostały otwarte.

   

5. Otwórz Eksplorator 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 Maca 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 Eksploratora 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 wykryje zgodnej aplikacji menedżera poświadczeń, Eksplorator Storage nie może się uruchomić. Jeśli w twoim systemie nie jest zainstalowane lokalne narzędzie do zarządzania poświadczeniami, możesz zainstalować zgodne narzędzie z libsecret. Na przykład w systemach Linux, które korzystają ze środowiska pulpitu GNOM, można zainstalować seahorse.

Storage Explorer zwykle tworzy domyślny klucz, jeśli nie istnieje na początku uruchomienia. Jednak w niektórych przypadkach nie utworzono domyślnego klucza, co nie powoduje błędów okna aplikacji ani usługi menedżera haseł. Aby rozwiązać problemy, ręcznie ustaw domyślny zestaw kluczy.

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 pozycję Klucz hasła.
3. Ustaw nazwę i hasło dla nowego klucza.
4. Kliknij prawym przyciskiem myszy nowy pierścień kluczy 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 połączyć menedżera haseł, 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 żadne z powyższych instrukcji nie ma zastosowania do problemu z logowaniem lub jeśli nie rozwiążą problemu z logowaniem, otwórz problem w usłudze GitHub.

Brak subskrypcji i przerwanych 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 logujesz się do poprawnego środowiska Azure (środowisko Azure, środowisko Azure China 21Vianet, środowisko Azure US Government lub środowisko niestandardowe).
• Upewnij się, że serwer proxy Eksplorator usługi Storage został poprawnie skonfigurowany, jeśli znajdujesz się za serwerem proxy.
• Usuń i dodaj ponownie konto.
• Sprawdź, które komunikaty o błędach są zgłaszane dla najemców, którzy napotykają problemy, jeśli istnieje łącze Więcej informacji lub Szczegóły błędu. 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 Storage.
2. W menu Start wyszukaj pozycję Menedżer poświadczeń i otwórz go.
3. Przejdź do Poświadczeń 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:

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

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 New Technology LAN Manager (NTLM), nie są obsługiwane.

Zweryfikuj ustawienia serwera proxy w Eksploratorze 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 zmienne środowiskowe HTTPS_PROXY 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 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, powinieneś otrzymać odpowiedź XML, taką jak InvalidQueryParameterValue lub podobną.
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 będą mogli, 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 proxy w Eksploratorze Storage, aby używać hosta lokalnego i numeru portu narzędzia sieciowego, takiego jak localhost:8888.

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

Jeśli narzędzie sieciowe nie rejestruje ruchu Storage Explorer, spróbuj przetestować swoje narzędzie za pomocą innej aplikacji. Na przykład wprowadź adres URL punktu końcowego dla jednej z twoich zasobów pamięci masowej, na przykład https://contoso.blob.core.windows.net/ w przeglądarce internetowej. Powinna zostać wyświetlona odpowiedź podobna do tego przykładu 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 Storage Explorer. 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ć obiektó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 "odczyt" lub "lista" dla tego zasobu.

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

Jeśli zostanie wyświetlony ten komunikat o błędzie, być może nie masz niezbędnych uprawnień do uzyskania kluczy dla Twojego konta magazynowania. Aby to sprawdzić, przejdź do portalu i znajdź swoje konto magazynowe. Kliknij prawym przyciskiem myszy węzeł konta przechowywania i wybierz Otwórz w portalu. Następnie przejdź do okienka Klucze dostępu. Jeśli nie masz uprawnień do wyświetlania kluczy, może zostać wyświetlony komunikat "Nie masz dostępu". Aby obejść ten problem, pobierz nazwę konta i klucz lub sygnaturę dostępu współdzielonego konta i użyj ich do dołączenia konta magazynowego.

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

Dodawanie połączeń niestandardowych powoduje wyświetlenie elementu TypeError

Lokalny menedżer poświadczeń może przechowywać uszkodzone dane połączenia, jeśli podczas próby dodania połączenia niestandardowego zostanie wyświetlony następujący komunikat o błędzie:

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

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 Magazynu lokalnego>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 lista niestandardowych nazw połączeń, takich jak:

   • Konta magazynu
     • StorageExplorer_CustomConnections_Accounts_v1
   • Kontenery blobów
     • 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 Narzędzia deweloperskie na [].

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. Powtórz dla każdego połączenia.

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.

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 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ź następujące warunki:

• Adres URL zapewnia niezbędne uprawnienia do odczytu lub wyświetlania listy zasobów.
• Adres URL nie wygasł.
• Zasady dostępu nie są odwołane, jeśli adres URL sygnatury dostępu współdzielonego jest oparty na zasadach dostępu.

Jeśli przypadkowo podłączysz przy użyciu nieprawidłowego adresu URL sygnatury dostępu współdzielonego, a teraz nie możesz odłączyć, wykonaj następujące kroki:

1. Po uruchomieniu Eksplorator Storage, wybierz pozycję F12 , aby otworzyć okno Narzędzia deweloperskie.
2. Na karcie Aplikacja po lewej stronie wybierz Przechowywanie lokalne>file://.
3. Znajdź klucz powiązany z typem usługi dla 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 jest 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.

Zależności Storage Explorer

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

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

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

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

W przypadku Eksploratora usługi Storage w wersji 1.7.0 lub starszej może być konieczne zastosowanie poprawki do wersji platformy .NET Core używanej przez Eksploratora 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 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 są testowane 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 Eksploratora pamięci masowej

Eksplorator usługi Storage rejestruje różne zdarzenia we własnych dziennikach aplikacji. Dostęp do tych dzienników można łatwo uzyskać, wybierając pozycję Pomoc>Otwórz katalog dzienników. Domyślnie Eksplorator magazynu loguje się na niskim stopniu szczegółowości. Podczas rozwiązywania problemów użyj poziomu dziennika śledzenia , ponieważ jest to najbardziej szczegółowy poziom.

Aby zmienić poziom szczegółowości, przejdź do Ustawienia (symbol koła zębatego na pionowym pasku narzędzi) >Aplikacja>Dziennik>Poziom dziennika i wybierz żądany poziom dziennika. Uruchom ponownie Eksploratora usługi Storage, a następnie odtwórz problem.

Dzienniki są podzielone na foldery dla każdej sesji Eksploratora Storage, które uruchamiasz. Aby udostępnić pliki dziennika, umieść je w archiwum zip. Użyj różnych folderów dla plików z różnych sesji.

Dzienniki uwierzytelniania

W przypadku problemów związanych z logowaniem lub biblioteką uwierzytelniania Storage Explorer najprawdopodobniej musisz zebrać dzienniki uwierzytelniania. Eksplorator usługi Storage przechowuje dzienniki uwierzytelniania w następujących lokalizacjach:

Ogólnie rzecz biorąc, wykonaj następujące kroki, aby zebrać dzienniki:

1. Przejdź do Ustawienia (symbol koła zębatego na pionowym pasku narzędzi) >aplikacji>Logowanie. 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 Storage.
3. (Opcjonalnie) Wyczyść istniejące dzienniki z logs folderu. Ten krok zmniejsza ilość informacji, które należy wysłać.
4. Otwórz Eksplorator Storage i odtwórz swój problem.
5. Zamknij Eksplorator Storage.
6. Spakuj zawartość logs folderu.

Dzienniki 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. Poziom dziennika śledzenia jest zalecany podczas rozwiązywania problemów, ponieważ jest to najbardziej szczegółowy poziom.

Aby zmienić poziom szczegółowości, przejdź do Ustawienia (symbol koła zębatego na pionowym pasku narzędzi)>Transfery>AzCopy>Poziom dziennika i ustaw żądany poziom dziennika. Uruchom ponownie Eksplorator usługi Storage, a następnie odtwórz problem, który masz.

Dzienniki narzędzia AzCopy można znaleźć za pomocą dwóch różnych metod:

• W przypadku nieudanych transferów znajdujących się nadal w dzienniku aktywności wybierz pozycję Przejdź do pliku dziennika 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:

  Platforma	Ścieżka do folderu
  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, które wykonuje Eksplorator usługi Storage. W systemie Windows można uzyskać dzienniki sieciowe przy użyciu programu Fiddler.

Część 1. Instalowanie i konfigurowanie programu Fiddler

1. Zainstaluj program Fiddler.
2. Uruchom narzędzie Fiddler.
3. Przejdź do Narzędzia>Opcje.
4. Wybierz kartę HTTPS .
5. Upewnij się, że wybrano opcje Przechwyć CONNECT 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 na pionowym pasku narzędzi) >Application>Proxy.
10. Zmień pole wyboru źródło proxy na Użyj proxy systemu (wersja próbna).
11. Uruchom ponownie Eksplorator usługi Storage.
12. W Fiddlerze powinny zaczynać się pojawiać wywołania sieciowe z procesu storageexplorer:.

Część 2. Odtworzenie problemu

1. Zamknij wszystkie aplikacje inne niż Fiddler.
2. Wyczyść dziennik Fiddlera, używając X w lewym górnym rogu, w pobliżu menu Widok.
3. (Opcjonalnie) Pozwól, aby program Fiddler działał przez kilka minut. Jeśli widzisz wywołania sieciowe, które nie są powiązane z Eksploratorem usługi Storage, kliknij je prawym przyciskiem myszy i wybierz polecenie Filtruj teraz>Ukryj <nazwę> procesu.
4. Uruchom lub uruchom ponownie Storage Explorer.
5. Odtwórz problem.
6. Wybierz pozycję Plik>Zapisz>Wszystkie sesje. Zapisz go w łatwej do zapamiętania lokalizacji.
7. Zamknij program Fiddler i Storage Explorer.

Część 3. Oczyszczanie śladu 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 = Żądania i odpowiedzi oraz Zbadaj = Nagłówki i treści.
4. Wyszukaj wszystkie hasła, których używałeś podczas zbierania śladów w programie Fiddler oraz wszystkie wyróżnione wpisy. Kliknij prawym przyciskiem myszy i wybierz polecenie Usuń>wybrane sesje.
5. Jeśli którykolwiek z następujących warunków jest spełniony, możesz pominąć wysyłanie pliku saz:
   • Podczas zbierania śladu na pewno wprowadzono hasła do przeglądarki, ale podczas korzystania z Ctrl + F nie można znaleźć żadnych wpisów.
   • Nie chcesz zmieniać haseł.
   • Użyte hasła są przeznaczone dla innych kont.
6. Zapisz ponownie ślad pod nową nazwą.
7. (Opcjonalnie) Usuń oryginalny ślad.

Eksplorator usługi Storage nie może odnaleźć kontenerów Azurite

Jeśli Eksplorator usługi Storage nie może znaleźć kontenerów Azurite Docker lub Podman, wykonaj następujące kroki, aby rozwiązać ten problem:

1. Sprawdź, czy masz zainstalowaną najnowszą wersję Eksploratora usługi Storage

Upewnij się, że używasz najnowszej wersji Eksploratora Storage. Aby sprawdzić dostępność aktualizacji, przejdź do tematu Pomoc>w poszukiwaniu aktualizacji.

2. Zweryfikuj, czy silnik kontenerów jest zainstalowany

Upewnij się, że silnik kontenerów jest zainstalowany i uruchomiony na Twojej maszynie.

# If using Docker
docker --version

# If using Podman
podman --version

Jeśli silnik nie jest uruchomiony, uruchom ponownie usługi silnika kontenera i spróbuj ponownie.

3. Weryfikowanie lokalizacji kanału komunikacyjnego

Od wersji 1.41.0 Eksplorator usługi Storage musi komunikować się z aparatem kontenera za pośrednictwem wyznaczonych nazwanych potoków (Windows) lub gniazd domeny systemu Unix (Linux i macOS).

Domyślnie Eksplorator usługi Storage wyszukuje następujące lokalizacje dla tych kanałów komunikacyjnych:

Sprawdź lokalizację silników kontenerowych, które planujesz używać. Jeśli nie znajdują się one w lokalizacjach domyślnych, zmodyfikuj ustawienie Kanały komunikacyjne Azurite (services.storageAccounts.containerSocketPaths), aby uwzględnić ścieżki bezwzględne do poprawnych lokalizacji.

4. Konfigurowanie snap dla systemu Linux

Środowisko piaskownicy Snap uniemożliwia Eksploratorowi Storage dostęp do plików systemowych. Ograniczenia snapów można obejść, otwierając gniazdo przekazujące komunikację do silnika kontenera przy użyciu polecenia socat:

1. Sprawdź lokalizację gniazda silnika kontenera (na przykład /var/run/docker.sock).
2. Utwórz gniazdo przekazywania w dostępnej lokalizacji, takiej jak katalog macierzysty:

socat UNIX-LISTEN:$HOME/docker.sock,fork UNIX-CONNECT:/var/run/docker.sock &

1. Uruchom Storage Explorera.
2. Zmodyfikuj ustawienie kanałów komunikacyjnych Azurite, aby uwzględnić ścieżkę bezwzględną do gniazda przekazywania (w tym przypadku /home/<username>/docker.sock​).
3. Odśwież Emulators & Attached węzeł.

Jeśli używasz platformy Docker, może być również konieczne dołączenie do docker grupy.

sudo groupadd docker
sudo usermod -aG docker $USER

Po dodaniu do docker grupy ponownie uruchom maszynę. Aby uzyskać więcej informacji, zobacz Kroki po instalacji Docker Engine w systemie Linux.

5. Weryfikowanie kontekstu silnika kontenera

Upewnij się, że używasz poprawnego kontekstu, który zarządza kontenerami.

# If using Docker
docker context ls
docker context use <context name>

# If using Podman
podman context ls
podman context use <context name>

6. Sprawdzanie stanu kontenera Azurite

Sprawdź, czy kontenery usługi Azurite są uruchomione. Upewnij się, że kontenery Azurite są wymienione na liście, a ich status to Up. Uruchom wszystkie kontenery, które nie są uruchomione.

# If using Docker
docker container list --all

Upewnij się, że na liście znajdują się kontenery Azurite, a ich stan to Up. Jeśli kontener nie jest uruchomiony, możesz go uruchomić przy użyciu:

docker start <container name>

# If using Podman
podman container list --all
podman start <container name>

7. Weryfikowanie portów Azurite

Upewnij się, że konfiguracje portów kontenerów Azurite są poprawne.

# If using Docker
docker inspect <container name>

# If using Podman
podman inspect <container name>

Wyszukaj sekcję NetworkSettings.Ports w danych wyjściowych, aby zweryfikować mapowania portów. Na przykład przy założeniu, że punkt końcowy obiektu blob kontenera Azurite jest skonfigurowany do nasłuchiwania na porcie 10000, a ten port kontenera jest mapowany na port 10010 maszyny hosta, zostanie wyświetlony wpis podobny do następującego:

"10000/tcp": [
  {
    "HostIp": "0.0.0.0",
    "HostPort": "10010"
  }
]

8. Sprawdź, czy konta niestandardowe są prawidłowe

Jeśli używasz kont niestandardowych, upewnij się, że nazwy kont i klucze są prawidłowe i poprawnie skonfigurowane w Eksplorator usługi Storage.

# If using Docker
docker exec <container name> printenv AZURITE_ACCOUNTS

# If using Podman
podman exec <container name> printenv AZURITE_ACCOUNTS

9. Sprawdzanie ustawień sieci

Upewnij się, że żadne problemy z siecią nie uniemożliwiają Eksploratorowi usługi Storage nawiązywania połączenia z kontenerem Azurite. Sprawdź, czy zapora lub oprogramowanie antywirusowe nie blokuje połączenia.

Ponowne uruchamianie kontenera Azurite

Jeśli problem będzie się powtarzać, spróbuj ponownie uruchomić kontener Azurite.

# If using Docker
docker restart <container name>

# If using Podman
podman restart <container name>

Ponowne tworzenie kontenera Azurite

Jeśli żaden z powyższych kroków nie rozwiąże problemu, spróbuj ponownie utworzyć kontener Azurite. Przykład:

# If using Docker
docker stop <container name>
docker rm <container name>
docker run -d \
  --name <container-name> \
  -e AZURITE_ACCOUNTS="<custom account name>:<custom key>" \
  -p <blob-host-port>:10000 \
  -p <queue-host-port>:10001 \
  -p <table-host-port>:10002 \
  mcr.microsoft.com/azure-storage/azurite

# If using Podman
podman stop <container name>
podman rm <container name>
podman run -d \
  --name <container-name> \
  -e AZURITE_ACCOUNTS="<custom account name>:<custom key>" \
  -p <blob-host-port>:10000 \
  -p <queue-host-port>:10001 \
  -p <table-host-port>:10002 \
  mcr.microsoft.com/azure-storage/azurite

Eksplorator usługi Storage nie działa w ramach sesji FSLogix

Jeśli FSLogix zarządza profilem użytkownika, Eksplorator Storage może nie być w stanie uruchomić się z powodu błędu EEXIST. Ten błąd występuje z powodu znanego problemu z niektórymi wersjami programu FSLogix. Jeśli wystąpi błąd, upewnij się, że używasz najnowszej wersji programu FSLogix. Jeśli problem nadal występuje, możesz go obejść, wykonując następujące kroki:

1. Otwórz konsolę zarządzania zasadami grupy (gpmc.msc).

2. Utwórz lub zmodyfikuj obiekt zasad grupy (GPO), który jest przeznaczony dla hostów sesji usługi AVD.

3. Przejdź doobszaru Preferencje>konfiguracji> komputeraRejestr> systemu Windows.

4. Dodaj nowy element rejestru z następującymi ustawieniami:

   Akcja	Update
   Hive	HKEY_LOCAL_MACHINE
   Ścieżka klucza	SYSTEM\CurrentControlSet\Services\frxdrvvt
   Nazwa wartości	Obsługiwane funkcje
   Typ wartości:	REG_DWORD
   Dane wartości	11 (0xB)

5. Zastosuj zasady grupy (GPO) i uruchom ponownie hosty sesji.

Następne kroki

Jeśli żadne z tych rozwiązań nie zadziała, użyj jednej z następujących metod:

• Utwórz bilet pomocy technicznej.

• Otwórz problem w usłudze GitHub , wybierając przycisk Zgłoś problem z usługą GitHub w lewym dolnym rogu.

  

Zastrzeżenie dotyczące informacji od stron trzecich

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.