我正在尝试在 Azure 网站内设置 ARR。我在 Azure VM 上有一个有效的实现，但希望迁移到网站，这样我就不必主动管理 VM。
我遇到的问题特定于通过我的 ARR 反向代理传递的 SignalR WebSockets 连接请求和响应。
通过 IIS 请求跟踪通过 ARR 之前服务器上的响应:
Upgrade: Websocket
Server: Microsoft-IIS/8.0
X-Content-Type-Options: nosniff
X-Powered-By: ASP.NET
X-Powered-By: ARR/3.0
Sec-WebSocket-Accept: IVoaaOhRLbaSxQzHV1TRkwHbtFc=**
Connection: Upgrade
X-FE-DATA: AppId:Unknown-StatusCode
X-Powered-By: ASP.NET
DWAS-Handler-Name: EXECUTE|101|0|0x0|CONFIG_SUCCESS|ApplicationRequestRoutingHandler|::1|\\100.68.100.59\volume-21-default\be0a77feeba577989612\3323291baecf417bb67a391f58af8a90\
客户看到的响应:
HTTP/1.1 101 Switching Protocols
Upgrade: Websocket
Server: Microsoft-IIS/8.0
X-Powered-By: ASP.NET
X-Powered-By: ARR/3.0
X-Powered-By: ASP.NET
Connection: Upgrade
如您所见，Sec-WebSocket-Accept header 已从响应中删除。这意味着客户端连接失败并默认使用长轮询而不是 websockets 协议(protocol)。
知道为什么这个 header 被删除吗？正在使用 ARR 3.0，它具有 native websockets 支持，并且在 Azure 网站配置面板中启用了 websockets。
最佳答案
您是否在代理配置中指定了 keepHostHeaders="true"标志？
<proxy xdt:Transform="InsertIfMissing" enabled="true" preserveHostHeader="true" reverseRewriteHostInResponseHeaders="true" />
关于iis - Azure 网站上的 ARR 反向代理删除了 WebSockets 响应 header 'Sec-WebSocket-Accept'，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27991832/