Udostępnij za pośrednictwem

Diagnozowanie błędów testów dostępności w usłudze Application Insights

  • Artykuł

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.

Animacja witryny Azure Portal przedstawiająca sposób wyświetlania szczegółów kompleksowej transakcji w celu znalezienia raportu rozwiązywania problemów w usłudze Application Insights.

Uwaga 16.

Wiele problemów związanych z testem sieci Web jest spowodowanych nieaktualnymi lub nieaktualnymi rekordami DNS. W pierwszym kroku rozwiązywania problemów zalecamy opróżnienie pamięci podręcznej DNS na komputerze lokalnym.

W systemie Windows uruchom polecenie ipconfig /flushdns . W przypadku innych systemów operacyjnych równoważne polecenie jest inne.

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:

  1. 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.

  2. 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.

  3. 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.

  4. 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 lub 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.0, 1.1 i 1.2. 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 ClientConnectionFailure , nawet jeśli klient zwróci kod stanu powodzenia.
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 nie ma znaków innych niż UTF8 z punktu końcowego, który jest wywoływany przy użyciu testu dostępności.
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 test internetowy zależy od zwracania tylko prawidłowych publicznie routingu adresów IP.

Uwaga 16.

Jeśli krok ponownego użycia połączenia jest obecny, następujące kroki nie będą obecne:

  • Rozpoznawanie nazw DNS
  • Ustanowienie połączenia
  • Transport TLS

Następne kroki

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.