Řešení potíží

Tento článek vám pomůže vyřešit běžné problémy, ke kterým může dojít při používání monitorování dostupnosti.

Řešení potíží s kroky sestavy pro testy ping

Sestava řešení potíží umožňuje snadno diagnostikovat běžné problémy, které způsobují selhání testů ping .

Animation of navigating from the availability tab by selecting a failure to the end-to-end transaction details to view the troubleshooting report

  1. Na kartě dostupnost prostředku aplikace Přehledy vyberte celkový nebo jeden z testů dostupnosti.
  2. Buď vyberte Neúspěšné , pak test v části Přejít k podrobnostem vlevo nebo vyberte jeden z bodů v bodovém grafu.
  3. Na stránce s podrobnostmi o komplexní transakci vyberte událost a pak v části "Souhrn sestavy řešení potíží" vyberte [Přejít k kroku] a zobrazte sestavu řešení potíží.

Poznámka

Pokud je k dispozici krok opětovného použití připojení, nebude k dispozici překlad DNS, zřízení připojení a kroky přenosu TLS.

Krok Chybová zpráva Možná příčina
Opakované použití připojení Není k dispozici Obvykle závisí na dříve vytvořeném připojení, což znamená, že krok webového testu je závislý. Proto by se nepožadoval žádný krok DNS, připojení nebo SSL.
Překlad DNS Vzdálený název nelze přeložit: "vaše adresa URL". Proces překladu DNS selhal, s největší pravděpodobností kvůli nesprávně nakonfigurovaným záznamům DNS nebo dočasným selháním serveru DNS.
Zřízení připojení Pokus o připojení selhal, protože připojená strana po určité době neodpověděla správně. Obecně to znamená, že váš server nereaguje na požadavek HTTP. Běžnou příčinou je blokování testovacích agentů bránou firewall na vašem serveru. Pokud chcete testovat v rámci Virtual Network Azure, měli byste do svého prostředí přidat značku služby Dostupnosti.
Přenos TLS Klient a server nemohou komunikovat, protože nemají společný algoritmus. Podporuje se pouze protokol TLS verze 1.0, 1.1 a 1.2. SSL se nepodporuje. Tento krok neověřuje certifikáty SSL a vytváří pouze zabezpečené připojení. Tento krok se zobrazí jenom v případě, že dojde k chybě.
Příjem hlavičky odpovědi Nelze číst data z přenosového připojení. Připojení bylo uzavřeno. Server potvrdil chybu protokolu v hlavičce odpovědi. Například připojení zavřené serverem, pokud odpověď není plně.
Příjem textu odpovědi Nelze číst data z přenosového připojení: Připojení bylo uzavřeno. Server potvrdil chybu protokolu v textu odpovědi. Například připojení zavřené serverem v případě, že odpověď není plně přečtená nebo velikost bloku dat je v textu odpovědi blokovaných bloků chybná.
Ověření limitu přesměrování Tato webová stránka obsahuje příliš mnoho přesměrování. Tato smyčka se zde ukončí, protože tento požadavek překročil limit pro automatické přesměrování. Pro každý test platí limit 10 přesměrování.
Ověření stavových kódů 200 - OK neodpovídá očekávanému stavu 400 - BadRequest. Vrácený stavový kód, který se počítá jako úspěch. 200 je kód, který označuje, že byla vrácena normální webová stránka.
Ověření obsahu Požadovaný text "hello" se v odpovědi nezobrazí. Řetězec není přesná shoda s rozlišováním velkých a malých písmen v odpovědi, například řetězec "Vítejte!". Musí to být prostý řetězec bez zástupných znaků (například hvězdička). Pokud se obsah stránky změní, budete možná muset řetězec aktualizovat. Shoda obsahu podporuje pouze anglické znaky.

Běžné dotazy k řešení potíží

Web vypadá v pořádku, ale vidím selhání testu Proč mě aplikace Přehledy upozorňovat?

  • Má váš test povolené požadavky závislé na analýze ? Výsledkem je striktní kontrola prostředků, jako jsou skripty, obrázky atd. Tyto typy selhání nemusí být v prohlížeči patrné. Zkontrolujte všechny image, skripty, šablony stylů a všechny další soubory, které stránka načetla. Pokud některý z nich selže, test se ohlásí jako neúspěšný, i když se hlavní stránka HTML načte bez problému. Pokud chcete test desensitizovat na takové selhání prostředků, jednoduše zrušte zaškrtnutí políčka Analyzovat závislé požadavky z konfigurace testu.

  • Pokud chcete snížit pravděpodobnost šumu z přechodných tří teček sítě atd., ujistěte se, že je zaškrtnuto políčko Povolit opakování pro selhání testů. Můžete také testovat z více umístění a spravovat prahovou hodnotu pravidla upozornění, abyste zabránili problémům specifickým pro umístění, které způsobují nežádoucí výstrahy.

  • Kliknutím na některou z červených tečk v prostředí bodového grafu dostupnosti nebo selháním dostupnosti v Průzkumníku služby Search zobrazíte podrobnosti o tom, proč jsme nahlásili selhání. Výsledek testu spolu s korelovanou telemetrií na straně serveru (pokud je povolený) by měl pomoct pochopit, proč test selhal. Mezi běžné příčiny přechodných problémů patří problémy se sítí nebo připojením.

  • Vypršel časový limit testu? Testy jsme přerušily po 2 minutách. Pokud váš test ping nebo více kroků trvá déle než 2 minuty, nahlásíme ho jako selhání. Zvažte rozdělení testu na několik z nich, které se můžou dokončit v kratších obdobích.

  • Hlásí se všechna umístění selhání, nebo jenom některá z nich? Pokud se vyskytly pouze některé nahlášené chyby, může to být způsobené problémy se sítí nebo CDN. Dalším kliknutím na červené tečky by mělo být jasné, proč došlo k chybám v umístění.

Nedostal(a) jsem e-mail, když se upozornění aktivovalo, nebo se vyřešilo nebo obojí?

Zkontrolujte konfiguraci skupiny akcí upozornění a ověřte, že je váš e-mail přímo uvedený, nebo je nakonfigurovaný distribuční seznam, na který máte nakonfigurované příjem oznámení. Pokud ano, zkontrolujte konfiguraci distribučního seznamu a ověřte, že může přijímat externí e-maily. Zkontrolujte také, jestli má správce pošty nakonfigurované nějaké zásady, které můžou způsobit tento problém.

Neobdržel(a) jsem oznámení webhooku?

Zkontrolujte, jestli je aplikace přijímající oznámení webhooku dostupná, a úspěšně zpracuje požadavky webhooku. Další informace najdete v tomto článku.

Dochází k chybám 403 Zakázáno, co to znamená?

Tato chyba značí, že potřebujete přidat výjimky brány firewall, aby agenti dostupnosti mohli otestovat cílovou adresu URL. Úplný seznam IP adres agenta, které chcete povolit, najdete v článku o výjimce PROTOKOLU IP.

Občasné selhání testu s chybou porušení protokolu

Chyba („Porušení protokolu... Znak CR musí být následován znakem LF.“) značí problémy se serverem (nebo závislostmi). To se stává, když jsou v odpovědi nastavena chybně vytvořená záhlaví. Příčinou mohou být nástroje pro vyrovnávání zatížení nebo CDN. Konkrétně některé hlavičky nemusí používat CRLF k označení konce řádku, který porušuje specifikaci HTTP, a proto se nezdaří ověření na úrovni webového požadavku .NET. Zkontrolujte odpověď na spotové hlavičky, které můžou být v rozporu.

Poznámka

Adresa URL nemusí selhat v prohlížečích, které mají uvolněné ověřování hlaviček HTTP. Podrobné vysvětlení tohoto problému najdete v tomto blogovém příspěvku: http://mehdi.me/a-tale-of-debugging-the-linkedin-api-net-and-http-protocol-violations/

Pokud máte pro aplikaci na straně serveru nastavenou službu Application Insights, může být důvodem to, že právě probíhá vzorkování. Vyberte jiný výsledek dostupnosti.

Mohu volat kód z mého webového testu?

No. Kroky testu musí být v souboru .webtest. A nemůžete volat jiné webové testy nebo používat smyčky. Existují různé zásuvné moduly, které se vám můžou hodit.

Existuje rozdíl mezi "webovými testy" a "testy dostupnosti"?

Významy těchto dvou výrazů jsou zaměnitelné. Testy dostupnosti jsou obecnější označení, které kromě webových testů s více kroky zahrnuje taky jednorázové testy adres URL příkazem Ping.

Chci používat testy dostupnosti na našem interním serveru, který se spouští za bránou firewall.

Existují dvě možná řešení:

  • Nakonfigurujte bránu firewall, aby povolovala příchozí požadavky z IP adres našich agentů webového testu.
  • Napište vlastní kód, který pravidelně testuje interní server. Spusťte kód na testovacím serveru jako proces na pozadí za vaší bránou firewall. Testovací proces můžete odesílat své výsledky do Application Insights pomocí rozhraní API TrackAvailability() v balíčku Core SDK. To vyžaduje, aby měl váš testovací server odchozí přístup ke koncovému bodu ingestování Application Insights, ale to je mnohem menší riziko zabezpečení než případné povolení příchozích požadavků. Výsledky se zobrazí v oknech webových testů dostupnosti, ale toto prostředí bude oproti testům vytvořeným přes portál mírně zjednodušené. Výsledky vlastních testů dostupnosti se zobrazí také v analýzách, vyhledávání a metrikách.

Nahrávání vícekrokového webového testu se nezdaří

K tomuto problému může dojít z některých důvodů:

  • Maximální velikost je 300 kB.
  • Smyčky nejsou podporovány.
  • Odkazy na jiné webové testy nejsou podporovány.
  • Zdroje dat nejsou podporovány.

Můj vícekrokový test se nedokončil

Existuje limit 100 požadavků na test. Test se také zastaví, pokud poběží déle než dvě minuty.

Jak mohu spustit test pomocí certifikátů klientů?

Tato možnost není v současnosti podporovaná.

Další kroky