Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule omówiono sposób uzyskiwania dostępu do raportu rozwiązywania problemów z usługą Application Insights. Ten raport umożliwia łatwe diagnozowanie typowych problemów, które powodują niepowodzenie testów dostępności.
Wyświetlanie raportu rozwiązywania problemów z usługą Application Insights
Aby wyświetlić raport rozwiązywania problemów z usługą Application Insights, wykonaj następujące kroki:
Na stronie Dostępność zasobu usługi Application Insights znajdź nagłówek Wybierz test dostępności. W tym nagłówku wybierz nazwę pojedynczego testu dostępności lub wybierz pozycję Ogólne , aby wyświetlić połączone wyniki wszystkich nazw testów.
Przeprowadź jedną z następujących czynności:
W okienku Wyniki dostępności nazwy testu znajdź nagłówek Przejdź do szczegółów, a następnie wybierz przycisk Niepowodzenie . Następnie w okienku Kliknij przykładowy test dostępności wybierz przebieg testu (który reprezentuje określony region i czas) dla nazwy testu.
Na wykresie Dostępność wybierz widok Wykres punktowy, a następnie wybierz jeden z punktów na wykresie punktowym.
Na stronie Szczegóły transakcji kompleksowej wybierz zdarzenie, a następnie wybierz dowolne miejsce w tabeli Właściwości dostępności, aby otworzyć sekcję Podsumowanie raportu rozwiązywania problemów.
W sekcji Podsumowanie raportu rozwiązywania problemów znajdź odpowiednią nazwę błędu, a następnie wybierz link Przejdź do kroku dla tego elementu, aby wyświetlić szczegóły raportu rozwiązywania problemów.
Użyj raportu rozwiązywania problemów, aby określić możliwe przyczyny awarii
W poniższej tabeli wymieniono kroki, komunikaty o błędach i możliwe przyczyny, które można znaleźć w raporcie.
| Krok | Komunikat o błędzie | Możliwa przyczyna |
|---|---|---|
| Ponowne użycie połączenia | Dla tego problemu nie jest zwracany żaden konkretny komunikat o błędzie. | Krok testu sieci Web jest zależny od wcześniej ustanowionego połączenia. W związku z tym nie jest wymagany żaden krok DNS, połączenie ani protokół SSL. |
| Rozpoznawanie nazw DNS | Nie można rozpoznać nazwy zdalnej: "<Your-URL>" | Proces rozpoznawania nazw DNS kończy się niepowodzeniem. Najprawdopodobniej wystąpiło to z powodu błędnie skonfigurowanych rekordów DNS lub tymczasowych błędów serwera DNS. |
| Ustanowienie połączenia | Próba połączenia nie powiodła się, ponieważ połączona strona nie odpowiedziała prawidłowo po upływie czasu. | Serwer nie odpowiada na żądanie HTTP. Częstą przyczyną jest to, że zapora na serwerze blokuje naszych agentów testowych. Aby przetestować usługę Azure Virtual Network, dodaj tag Usługi dostępności do środowiska. |
| Transport TLS | Klient i serwer nie mogą komunikować się, ponieważ nie mają wspólnego algorytmu. | Obsługiwane są tylko protokoły TLS 1.2 i 1.3. Protokół SSL nie jest obsługiwany. Ten krok nie weryfikuje certyfikatów SSL, ustanawia tylko bezpieczne połączenie. Ten krok jest wyświetlany tylko wtedy, gdy wystąpi błąd. |
| Odbieranie nagłówka odpowiedzi | Nie można odczytać danych z połączenia transportowego. Połączenie zostało zamknięte. | Serwer zatwierdza błąd protokołu w nagłówku odpowiedzi. Na przykład serwer zamyka połączenie, jeśli odpowiedź nie jest w pełni odczytywana. |
| Odbieranie treści odpowiedzi | Nie można odczytać danych z połączenia transportowego: połączenie zostało zamknięte. | Serwer zatwierdza błąd protokołu w treści odpowiedzi. Na przykład serwer zamyka połączenie, jeśli odpowiedź nie jest w pełni odczytowana, lub rozmiar fragmentu jest nieprawidłowy w fragmentowanej treści odpowiedzi. |
| Walidacja limitu przekierowania | Ta strona internetowa ma zbyt wiele przekierowań. Ta pętla zostanie zakończona w tym miejscu, ponieważ to żądanie przekroczyło limit dla automatycznych przekierowań. | Przekierowania są ograniczone do 10 na test. |
| Sprawdzanie poprawności kodu stanu |
200 - OK nie jest zgodny z oczekiwanym stanem 400 - BadRequest. |
Zwrócony kod stanu jest liowany jako sukces. Kod "200" wskazuje, że została zwrócona normalna strona internetowa. |
| Walidacja zawartości | Wymagany tekst "<expected-response-text>" nie został wyświetlony w odpowiedzi. | Ciąg nie jest dokładnym dopasowaniem uwzględniającym wielkość liter w odpowiedzi. Na przykład ciąg "Welcome!" musi być zwykłym ciągiem bez symboli wieloznacznych (takich jak gwiazdka). Jeśli zawartość strony ulegnie zmianie, może być konieczne zaktualizowanie ciągu. Dopasowanie zawartości obsługuje tylko znaki angielskie. Dopasowanie zawartości również kończy się niepowodzeniem, jeśli treść odpowiedzi przekracza 1000 000 bajtów długości. Gdy klient odczytuje liczbę bajtów, przestaje odczytywać treść odpowiedzi i przerywa połączenie. Ze względu na to zachowanie serwer napotka wyjątek |
| Brakujące wyniki testu w witrynie Azure Portal | Dla tego problemu nie jest zwracany żaden konkretny komunikat o błędzie. W witrynie Azure Portal brakuje wyników testów podczas wyświetlania szczegółowych informacji dotyczących kompleksowej transakcji testu dostępności. | Znaki inne niż UTF8 nie są obsługiwane do wyświetlania wyników testów internetowych. Upewnij się, że w odpowiedzi z punktu końcowego wywoływanego przy użyciu testu dostępności nie istnieją żadne znaki inne niż UTF8. |
| Nieobsługiwany adres URL | Ten adres URL nie jest obsługiwany | Testy dostępności umożliwiają komunikację tylko za pośrednictwem publicznie dostępnych adresów IP i nazw hostów. Ten błąd może wystąpić, gdy próbujesz nawiązać komunikację z wewnętrznym adresem IP, który nie jest routingiem za pośrednictwem publicznego Internetu. Aby rozwiązać ten błąd, upewnij się, że tylko publiczne adresy IP są zdefiniowane w teście internetowym i że wszystkie wyszukiwania DNS, które test internetowy zależy od zwracania tylko prawidłowych, publicznie routingowych adresów IP. |
Ograniczenia regionalne protokołu TLS 1.3
Niektóre regiony ograniczają użycie protokołu TLS 1.3. Jeśli wystąpią problemy z łącznością w tych regionach, spróbuj użyć starszej wersji protokołu TLS, takiej jak TLS 1.2. Aby uzyskać szczegółowe informacje o obsłudze protokołu TLS 1.3, zobacz RFC 8446. Aby dowiedzieć się więcej o obsługiwanych regionach, zobacz Obsługiwane konfiguracje protokołu TLS.
Obsługiwane są tylko protokoły TLS 1.2 i TLS 1.3. Dostępność protokołu TLS 1.3 różni się w zależności od regionu. Protokół SSL nie jest obsługiwany.
Ten krok nie weryfikuje certyfikatów. Ustanawia bezpieczne połączenie i pojawia się tylko wtedy, gdy wystąpi błąd.
Uwaga 16.
Jeśli istnieje krok "ponowne użycie połączenia", następujące kroki nie będą istnieć:
- Rozpoznawanie nazw DNS
- Ustanowienie połączenia
- Transport TLS
Skontaktuj się z nami, aby uzyskać pomoc
Jeśli masz pytania, możesz zadać pomoc techniczną społeczności platformy Azure. Możesz również przesłać opinię o produkcie do społeczności opinii na temat platformy Azure.