Diagnose von Verfügbarkeitstestfehlern in Application Insights
In diesem Artikel wird erläutert, wie Sie auf den Bericht zur Problembehandlung von Application Insights zugreifen. Dieser Bericht ermöglicht es Ihnen, häufige Probleme zu diagnostizieren, die dazu führen, dass Ihre Verfügbarkeitstests fehlschlagen.
Anzeigen des Berichts zur Problembehandlung von Application Insights
Führen Sie die folgenden Schritte aus, um den Bericht zur Problembehandlung von Application Insights anzuzeigen:
Suchen Sie auf der Seite "Verfügbarkeit " Ihrer Ressource "Application Insights" die Überschrift "Verfügbarkeitstest auswählen". Wählen Sie unter dieser Überschrift entweder den Namen eines einzelnen Verfügbarkeitstests aus, oder wählen Sie "Insgesamt " aus, um die kombinierten Ergebnisse aller Testnamen anzuzeigen.
Führen Sie eine der folgenden Aktionen aus:
Suchen Sie im Bereich "Verfügbarkeitsergebnisse " für den Testnamen die Überschrift "Drill into ", und wählen Sie dann die Schaltfläche "Fehlgeschlagen " aus. Wählen Sie dann im Testbereich auf einen Beispielverfügbarkeitstestbereich eine Testausführung (die eine bestimmte Region und Uhrzeit darstellt) für den Testnamen aus.
Wählen Sie im Verfügbarkeitsdiagramm die Punktdiagrammansicht aus, und wählen Sie dann einen der Punkte im Punktdiagramm aus.
Wählen Sie auf der Seite "Details zur End-to-End-Transaktion" ein Ereignis aus, und wählen Sie dann eine beliebige Stelle in der Tabelle "Verfügbarkeitseigenschaften " aus, um den Abschnitt "Zusammenfassung des Problembehandlungsberichts" zu öffnen.
Suchen Sie im Abschnitt "Zusammenfassung des Problembehandlungsberichts " den entsprechenden Fehlernamen, und wählen Sie dann den Link "Gehe zu Schritt " für dieses Element aus, um die Details des Problembehandlungsberichts anzuzeigen.
Verwenden sie den Problembehandlungsbericht, um mögliche Fehlerursachen zu ermitteln.
In der folgenden Tabelle sind die Schritte, Fehlermeldungen und möglichen Ursachen aufgeführt, die sie möglicherweise im Bericht finden.
| Schritt | Fehlermeldung | Mögliche Ursache |
|---|---|---|
| Wiederverwendung von Verbindungen | Für dieses Problem wird keine bestimmte Fehlermeldung zurückgegeben. | Der Webtestschritt ist von einer zuvor eingerichteten Verbindung abhängig. Daher ist kein DNS-, Verbindungs- oder SSL-Schritt erforderlich. |
| DNS-Auflösung | Der Remotename konnte nicht aufgelöst werden: "<your-URL>" | Der DNS-Auflösungsprozess schlägt fehl. Dies ist wahrscheinlich aufgrund falsch konfigurierter DNS-Einträge oder temporärer DNS-Serverfehler aufgetreten. |
| Verbindungsherstellung | Ein Verbindungsversuch ist fehlgeschlagen, weil die Partei, mit der eine Verbindung hergestellt werden sollte, in einem bestimmten Zeitraum nicht reagiert hat. | Ihr Server antwortet nicht auf die HTTP-Anforderung. Eine häufige Ursache ist, dass eine Firewall auf Ihrem Server unsere Test-Agents blockiert. Um in einem virtuellen Azure-Netzwerk zu testen, fügen Sie ihrer Umgebung das Verfügbarkeitsdiensttag hinzu. |
| TLS-Transport | Client und Server können nicht kommunizieren, da sie keinen gemeinsamen Algorithmus besitzen. | Es werden nur die TLS-Versionen 1.0, 1.1 und 1.2 unterstützt SSL wird nicht unterstützt. Dieser Schritt überprüft keine SSL-Zertifikate, es stellt nur eine sichere Verbindung her. Dieser Schritt wird nur angezeigt, wenn ein Fehler auftritt. |
| Empfang des Antwortheaders | Es können keine Daten aus der Transportverbindung gelesen werden. Die Verbindung wurde geschlossen. | Der Server führt einen Protokollfehler im Antwortheader durch. Der Server schließt beispielsweise die Verbindung, wenn die Antwort nicht vollständig gelesen wird. |
| Empfang des Antworttextes | Daten aus der Transportverbindung können nicht gelesen werden: Die Verbindung wurde geschlossen. | Der Server führt einen Protokollfehler im Antworttext durch. Der Server schließt beispielsweise die Verbindung, wenn die Antwort nicht vollständig gelesen wurde, oder die Blockgröße im Blockantworttext falsch ist. |
| Prüfung der Weiterleitungsbeschränkung | Diese Webseite weist zu viele Weiterleitungen auf. Diese Schleife wird hier beendet, da die Anforderung das Limit für automatische Weiterleitungen überschritten hat. | Umleitungen sind auf 10 pro Test beschränkt. |
| Überprüfung des Statuscodes | 200 - OK stimmt nicht mit dem erwarteten Status 400 - BadRequest überein. |
Der zurückgegebene Statuscode wird als Erfolg gezählt. Der Code "200" gibt an, dass eine normale Webseite zurückgegeben wurde. |
| Validierung von Inhalten | Der erforderliche Text "<erwarteter Antworttext>" wurde in der Antwort nicht angezeigt. | Bei der Zeichenfolge handelt es sich nicht um eine genaue Übereinstimmung zwischen Groß- und Kleinschreibung in der Antwort. Beispielsweise muss die Zeichenfolge "Willkommen!" eine einfache Zeichenfolge ohne Wildcardzeichen (z. B. ein Sternchen) sein. Wenn sich der Seiteninhalt ändert, müssen Sie möglicherweise die Zeichenfolge aktualisieren. Bei Inhaltsübereinstimmungen werden nur englische Zeichen unterstützt. Die Übereinstimmung der Inhalte schlägt auch fehl, wenn der Antworttext mehr als 1.000.000 Bytes lang ist. Nachdem der Client diese Anzahl von Bytes gelesen hat, beendet er das Lesen des Antworttexts und legt die Verbindung ab. Aufgrund dieses Verhaltens tritt eine |
| Fehlende Testergebnisse in Azure-Portal | Für dieses Problem wird keine bestimmte Fehlermeldung zurückgegeben. Testergebnisse fehlen im Azure-Portal beim Anzeigen der End-to-End-Transaktionsdetails eines Verfügbarkeitstests. | Nicht UTF8-Zeichen werden für das Anzeigen von Webtestergebnissen nicht unterstützt. Stellen Sie sicher, dass es keine Nicht-UTF8-Zeichen in der Antwort des Endpunkts gibt, der mithilfe des Verfügbarkeitstests aufgerufen wird. |
| Nicht unterstützte URL | Diese URL wird nicht unterstützt. | Verfügbarkeitstests ermöglichen nur die Kommunikation über öffentlich verfügbare IP-Adressen und Hostnamen. Dieser Fehler kann auftreten, wenn Sie versuchen, mit einer internen IP-Adresse zu kommunizieren, die nicht über das öffentliche Internet routingfähig ist. Um diesen Fehler zu beheben, stellen Sie sicher, dass nur öffentliche IP-Adressen in Ihrem Webtest definiert sind und dass alle DNS-Suche, die Ihr Webtest test, von der Rückgabe nur gültiger öffentlich routingfähiger IP-Adressen abhängt. |
Notiz
Wenn der Schritt zur Wiederverwendung der Verbindung vorhanden ist, sind die folgenden Schritte nicht vorhanden:
- DNS-Auflösung
- Verbindungsherstellung
- TLS-Transport
Nächste Schritte
Verwenden Sie TrackAvailability, um benutzerdefinierte Verfügbarkeitstests zu übermitteln.
Erfahren Sie mehr über URL-Pingtests.
Kontaktieren Sie uns für Hilfe
Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.