类似于这个问题,但我认为它不适用于我的情况。
我有两个总端点都显示“降级”状态。
我读到这通常表明监视器配置导致响应不是 200。但是,使用 curl 进行测试显示两个端点的响应都是 200。我最初将其设置为探测主页(也返回 200),但添加了一个专用的“探测”页面以防万一,这没有任何区别。
这是我的流量管理器配置(经典门户,但这不重要):
浏览器网络检查器:
这是我的卷曲结果:
显然,如果所有端点都降级了,流量管理器仍然可以运行,但我担心它可能会影响我们的地理冗余。
预先感谢您的任何帮助!
类似于这个问题,但我认为它不适用于我的情况。
我有两个总端点都显示“降级”状态。
我读到这通常表明监视器配置导致响应不是 200。但是,使用 curl 进行测试显示两个端点的响应都是 200。我最初将其设置为探测主页(也返回 200),但添加了一个专用的“探测”页面以防万一,这没有任何区别。
这是我的流量管理器配置(经典门户,但这不重要):
浏览器网络检查器:
这是我的卷曲结果:
显然,如果所有端点都降级了,流量管理器仍然可以运行,但我担心它可能会影响我们的地理冗余。
预先感谢您的任何帮助!
在-L您的curl调用中是针对“跟随重定向”的,这会让您失望。
因为您的端点现在返回 a301 Moved Permanently它们正在被渲染Degraded。
$ curl -Ii http://posguys-east.cloudapp.net/probe.html
HTTP/1.1 301 Moved Permanently
Content-Length: 147
Content-Type: text/html; charset=utf-8
Location: https://posguys.com/probe.html
这很可能是因为您在web.config中配置了 HTTP → HTTPS 重定向。
解决方案很简单,改为删除并重新添加端点https://。
这不是那么简单,看起来您的应用程序也在响应301重定向https://。
$ curl -kIiL https://posguys-east.cloudapp.net/probe.html
HTTP/1.1 301 Moved Permanently
Content-Length: 147
Content-Type: text/html; charset=utf-8
Location: https://posguys.com/probe.html
Server: Microsoft-IIS/8.5
HTTP/1.1 200 OK
Cache-Control: max-age=5184000
Content-Length: 149
Content-Type: text/html
你需要解决那部分。/probe.html为您在那里遇到的任何重写规则添加一个例外。用 测试curl,但-L这次没有。