診斷 Application Insights 可用性監視中的 Ping 測試失敗

本文討論如何存取 Application Insights 疑難解答報告。 此報告可讓您輕鬆診斷導致 Ping 測試失敗的常見問題。

注意事項

許多 Webtest 相關問題都是由過時或過期的 DNS 記錄所造成。 在第一個疑難解答步驟中，建議您清除本機計算機上的 DNS 快取。

在 Windows 中，執行 ipconfig /flushdns 命令。 對於其他操作系統而言，對等的命令是不同的。

檢視 Application Insights 疑難解答報告

若要檢視 Application Insights 疑難解答報告，請遵循下列步驟：

1. 在 Application Insights 資源的 [ 可用性 ] 頁面上，找出 [選取可用性測試 ] 標題。 在該標題下，選取個別可用性測試的名稱，或選取 [ 整體 ] 以查看所有測試名稱的合併結果。

2. 採取下列其中一個動作：

   • 在測試名稱的 [ 可用性結果 ] 窗格中，找出 [ 向下切入 ] 標題，然後選取 [ 失敗] 按鈕。 然後，在 [ 按兩下範例可用性測試 ] 窗格中，選取測試回合 (，代表測試名稱的特定區域和時間) 。

   • 在 可用性 圖表中，選取 散佈圖 檢視，然後選取散佈圖圖表上的其中一個點。

3. 在 [ 端對端交易詳細數據 ] 頁面中，選取事件，然後選取 [ 可用性屬性 ] 數據表內的任何位置，以開啟 [疑難解答報表摘要] 區段。

4. 在 [ 疑難解答報表摘要 ] 區段中，找出相關的錯誤名稱，然後選取該專案的 [ 移至步驟 ] 連結，以檢視 疑難解答報告 詳細數據。

使用疑難解答報告來判斷可能的失敗原因

下表列出您可能會在報表中找到的步驟、錯誤訊息和可能的原因。

步驟	錯誤訊息	可能原因
線上重複使用	未針對此問題傳回特定錯誤訊息。	Web測試步驟相依於先前建立的連線。 因此，不需要 DNS、連線或 SSL 步驟。
DNS 解析	無法解析遠程名稱：“<your-URL>”	DNS 解析程序失敗。 最可能的原因是設定錯誤的 DNS 記錄或暫時的 DNS 伺服器失敗。
線上建立	線上嘗試失敗，因為連線方在一段時間后未正確回應。	您的伺服器不會回應 HTTP 要求。 常見的原因是伺服器上的防火牆封鎖了我們的測試代理程式。 若要在 Azure 虛擬網路 內進行測試，請將可用性服務標籤新增至您的環境。
TLS 傳輸	用戶端和伺服器無法通訊，因為它們沒有通用演算法。	僅支援 TLS 1.0、1.1 和 1.2。 不支援 SSL。 此步驟不會驗證 SSL 憑證，只會建立安全連線。 只有在發生錯誤時，才會出現此步驟。
接收回應標頭	無法從傳輸連線讀取數據。 連接已關閉。	您的伺服器在回應標頭中認可通訊協定錯誤。 例如，如果未完整讀取回應，您的伺服器會關閉連線。
接收回應本文	無法從傳輸連線讀取數據：連線已關閉。	您的伺服器在回應本文中認可通訊協議錯誤。 例如，如果回應未完全讀取，或區塊響應主體中的區塊大小錯誤，您的伺服器會關閉連線。
重新導向限制驗證	此網頁有太多重新導向。 此迴圈將會在此處終止，因為此要求超過自動重新導向的限制。	每個測試的重新導向限制為10個。
狀態代碼驗證	200 - OK 不符合預期的狀態 400 - BadRequest。	傳回的狀態代碼會計算為成功。 “200” 程式代碼表示已傳回一般網頁。
內容驗證	必要的文字 '<expected-response-text>' 未出現在回應中。	字串在回應中不是完全區分大小寫的相符專案。 例如，字串 “Welcome！” 必須是純文本字串串， (沒有通配符，例如星號) 。 如果您的頁面內容變更，您可能必須更新字串。 內容比對僅支援英文字元。 如果回應本文長度超過 1,000,000 個字節，則內容比對也會失敗。 用戶端讀取該位元組數目之後，它會停止讀取回應本文並卸除連線。 由於此行為，伺服器會遇到 ClientConnectionFailure 例外狀況，即使用戶端傳回成功狀態代碼也一樣。

注意事項

如果連線重複使用步驟存在，則不會出現下列步驟：

• DNS 解析
• 線上建立
• TLS 傳輸

後續步驟

• 使用 TrackAvailability 提交 自定義可用性測試。

• 瞭解 URL Ping 測試。

與我們連絡，以取得說明

如果您有問題或需要相關協助，請建立支援要求，或詢問 Azure community 支援。 您也可以將產品意見反應提交給 Azure 意應見反社群。