在 Application Insights 可用性监视中诊断 ping 测试失败
本文讨论如何访问 Application Insights 故障排除报告。 此报告使你能够轻松诊断导致 ping 测试失败的常见问题。
注意
许多与 Webtest 相关的问题是由过时或过时的 DNS 记录引起的。 作为第一个故障排除步骤,建议在本地计算机上刷新 DNS 缓存。
在 Windows 中,运行 ipconfig /flushdns 命令。 对于其他操作系统,等效命令是不同的。
查看 Application Insights 故障排除报告
若要查看 Application Insights 故障排除报告,请执行以下步骤:
在 Application Insights 资源的“ 可用性 ”页上,找到 “选择可用性测试” 标题。 在该标题下,选择单个可用性测试的名称,或选择“ 整体 ”查看所有测试名称的组合结果。
执行下列操作之一:
在测试名称的“ 可用性结果 ”窗格中,找到 “钻取” 标题,然后选择“ 失败 ”按钮。 然后,在 “单击示例可用性测试 ”窗格中,选择表示测试名称的特定区域和时间) 的测试运行 (。
在 “可用性” 图中,选择“ 散点图 ”视图,然后选择散点图上的点之一。
在 “端到端事务详细信息 ”页中,选择一个事件,然后选择 “可用性属性” 表中的任意位置以打开 “故障排除报告摘要 ”部分。
在 “报告摘要疑难解答 ”部分中,找到相关的错误名称,然后选择该项目的“ 转到步骤 ”链接,以查看 故障排除报告 详细信息。
使用故障排除报告确定故障的可能原因
下表列出了报告中可能发现的步骤、错误消息和可能的原因。
步骤 | 错误消息 | 可能的原因 |
---|---|---|
连接重用 | 此问题不会返回任何特定错误消息。 | 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 字节,内容匹配也会失败。 客户端读取该数量的字节后,它会停止读取响应正文并删除连接。 由于此行为,即使客户端返回成功状态代码,服务器也会遇到 |
注意
如果存在连接重用步骤,则不会出现以下步骤:
- DNS 解析
- 建立连接
- TLS 传输
后续步骤
使用 TrackAvailability 提交 自定义可用性测试。
了解 URL ping 测试。
联系我们寻求帮助
如果你有任何疑问或需要帮助,请创建支持请求或联系 Azure 社区支持。 还可以向 Azure 反馈社区提交产品反馈。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈