2

我正在尝试在 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标头已从响应中删除。这意味着客户端连接失败并默认使用长轮询而不是 websockets 协议。

知道为什么要删除此标头吗?正在使用具有本机 websockets 支持的 ARR 3.0,并且在 Azure 网站配置面板中启用了 websockets。

4

1 回答 1

1

您是否在代理配置中指定了标记以 preserveHostHeaders="true"?

 <proxy xdt:Transform="InsertIfMissing" enabled="true" preserveHostHeader="true" reverseRewriteHostInResponseHeaders="true" /> 
于 2015-03-19T21:05:57.410 回答