Azure Traffic Manager端点显示降级，即使返回200

我有一个带有两个端点的Azure流量管理器配置文件（Linux VM运行RabbitMQ）

端点类型为“Azure端点”，目标资源类型为“公共IP地址”

当我查看Traffic Manager配置文件时，它报告配置文件的状态为“启用”，监视器状态为“降级”

在每个端点上，它报告其状态为“已启用”，监视器状态为“已降级”

我将Traffic Manager配置文件配置为协议为“HTTP”，端口为15672，路径为“/index.html”

问题是我不知道它为什么报告“降级”，因为如果我执行wget命令

wget <vmname1>.cloudapp.azure.com:15672/index.html

Resolving <vmname1>.cloudapp.azure.com... <ip address>
Connecting to <vmname1>.cloudapp.azure.com|<ip address>|:15672... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1419 (1.4K) [text/html]

wget.cloudapp.azure.com:15672/index.html
正在解析.cloudapp.azure.com。。。
正在连接到.cloudapp.azure.com | |：15672。。。有联系的。
HTTP请求已发送，正在等待响应。。。200行
长度：1419（1.4K）[文本/html]

所有的“文档”（对于Azure来说，令人沮丧的只是博客帖子）都说，如果它返回200，那么它应该是“在线”的，而不是“降级的”。

请查看，这可能会对您有所帮助

我不能从你给出的描述中确定，但我最好的猜测是，在你的例子中，端点返回一个301/302重定向到另一个URL，第二个URL实际返回200 OK。Traffic Manager运行状况探测器不支持重定向。例如，您可以使用IE中的F12开发人员工具来验证这一点

Jonathan Tuliani，Azure流量管理器项目经理

请查看，这可能会对您有所帮助

我不能从你给出的描述中确定，但我最好的猜测是，在你的例子中，端点返回一个301/302重定向到另一个URL，第二个URL实际返回200 OK。Traffic Manager运行状况探测器不支持重定向。例如，您可以使用IE中的F12开发人员工具来验证这一点

---

Azure Traffic Manager项目经理Jonathan Tuliani根据您的回复，问题很可能是Traffic Manager健康检查被您的NSG规则阻止

---

我们现在没有在NSG中配置流量管理器的简单方法，也没有发布流量管理器健康检查源IP地址。这些是我们计划填补的空白。同时，建议的解决方法是为Traffic Manager使用在不同TCP端口上运行的专用运行状况检查页面，并仅将NSG应用于应用程序使用的端口。

根据您的答复，问题很可能是Traffic Manager运行状况检查被您的NSG规则阻止

---

我们现在没有在NSG中配置流量管理器的简单方法，也没有发布流量管理器健康检查源IP地址。这些是我们计划填补的空白。同时，建议的解决方法是使用在不同TCP端口上运行的专用运行状况检查页面，用于Traffic Manager，并仅将NSG应用于应用程序使用的端口。

您从哪台机器执行wget？您从哪台机器执行wget？wget（从我的机器）未报告正在返回任何重定向。在IE F12开发者工具中，它还报告url的结果=200。是否有任何特殊的网络安全组规则，我需要添加到可能允许流量管理器？不幸的是，在这种情况下，没有好的解决办法可用。您可以在我们的反馈网站上投票选择必要的功能，此处：。这在我们的backlog中非常高。wget（来自我的机器）没有报告返回任何重定向。在IE F12开发者工具中，它还报告url的结果=200。是否有任何特殊的网络安全组规则，我需要添加到可能允许流量管理器？不幸的是，在这种情况下，没有好的解决办法可用。您可以在我们的反馈网站上投票选择必要的功能，此处：。我无法配置其他端口来进行运行状况检查，因为RabbitMQ只有15672个端口用于管理，5672个端口用于实际活动。如果我只是在服务器的其他随机端口上配置运行状况检查，这不会告诉我RabbitMQ是否正在运行。我无法配置其他端口进行运行状况检查，因为RabbitMQ只有15672用于管理，5672用于实际活动。如果我只是在服务器的其他随机端口上配置一个运行状况检查，这不会告诉我RabbitMQ是否正在运行。