我在Azure API管理服务门户上有REST和WebSocket API。WebSocket基于来自不同开发环境的客户端/前端的输入参数重定向到不同的Web Pubsub服务。
当我从Google Chrome中点击WebSocket api时，我能够成功地建立端到端的连接。当从Firefox中访问相同的WebSocket api时，我从APIM服务中得到InvalidWebsocketUpgrade错误。
之所以会发生这种情况，是因为Chrome在套接字连接请求标头中发送Connection: Upgrade，而Firefox在标头中发送Connection: Keep-Alive, Upgrade。
Chrome请求：
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
Firefox请求：
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或其他任何地方配置任何东西来支持这一点吗？？
-
很高兴您在Microsoft问答中获得了解决方案；A.在这里发布建议以帮助其他社区成员，因为这是一个功能请求，有助于成员进行相关讨论。
-
根据连接头中的此文档，您只需要使用
Upgrade，因为它是一个WebSocket协议，并且到目前为止，APIM仅使用Upgrade作为连接头的值来启用，MS正在努力启用keep-alive, Upgrade值，这可能是一个功能请求。