0

我在 Azure API 管理服务门户上有 REST 和 WebSocket API。WebSocket 正在根据来自不同开发环境的客户端/前端的输入参数重定向到不同的 Web Pubsub 服务。

从谷歌浏览器点击 WebSocket api 时,我能够成功地建立端到端连接。从 Firefox 访问相同的 WebSocket api 时,我InvalidWebsocketUpgrade从 APIM 服务中收到错误消息。

发生这种情况是因为 ChromeConnection: Upgrade在套接字连接请求标头中发送,而 FirefoxConnection: Keep-Alive, Upgrade在标头中发送。

铬请求:

GET wss://apim-test.azure-api.net/qa/socket?access_token=eyJhbGc HTTP/1.1
Host: apim-ecv.azure-api.net
Connection: Upgrade
Pragma: no-cache
Cache-Control: no-cache
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.71 Safari/537.36
Upgrade: websocket
Origin: https://abc.xyz.com
Sec-WebSocket-Version: 13
Accept-Encoding: gzip, deflate, br
Accept-Language: en-GB,en-US;q=0.9,en;q=0.8
Sec-WebSocket-Key: GTWCGvTFJN82sAl8gVv+VA==
Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
Sec-WebSocket-Protocol: json.webpubsub.azure.v1

火狐请求:

GET wss://apim-test.azure-api.net/qa/socket?access_token=eyJhbGciOi HTTP/1.1
Host: apim-ecv.azure-api.net
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Sec-WebSocket-Version: 13
Origin: https://az-qa2.ecarevault.com
Sec-WebSocket-Protocol: json.webpubsub.azure.v1
Sec-WebSocket-Extensions: permessage-deflate
Sec-WebSocket-Key: r764n2hSpKKr0Y63z1Ok3A==
Connection: keep-alive, Upgrade
Sec-Fetch-Dest: websocket
Sec-Fetch-Mode: websocket
Sec-Fetch-Site: cross-site
Pragma: no-cache
Cache-Control: no-cache
Upgrade: websocket

我需要在 APIM 或其他任何地方配置任何东西来支持这个吗?

4

1 回答 1

0
  • 很高兴您在Microsoft Q&A中获得了解决方案。在此处发布建议以帮助其他社区成员,因为这是一项功能请求,并且对进行相关讨论的成员有所帮助。

  • 根据连接标头中的此文档,您只需要使用Upgrade它,因为它是一个 WebSocket 协议,并且到目前为止 APIM 仅Upgrade作为连接标头的值启用,并且 MS 正在努力启用keep-alive, Upgrade值,这可能是一个功能请求。

于 2022-02-18T12:24:12.443 回答