SignalR Core - 协商导致 JavaScript 客户端出现 CORS 错误

Question

我正在使用来自 NET6 的最新版本的 SignalR。 我在 MVC 4 中有一个 JavaScript 客户端调用集线器。 当我发布到 Azure 时，我在协商握手时收到 CORS 错误。 如果我关闭协商，CORS 错误就会消失。 为什么协商调用不使用我的 CORS 策略？ 谈判的利弊是什么？

这是我的 JavaScript 控制台：

这是我的 NET6 API CORS 政策：

builder.Services.AddCors(options => options.AddPolicy("CorsPolicy",
builder =>
{
    builder.AllowAnyMethod().AllowAnyHeader().WithOrigins
    (
        //omitted
    ).AllowCredentials().SetIsOriginAllowed(o => true).WithMethods("GET", "POST");
}));

我的客户生成器：

var connection = new signalR.HubConnectionBuilder()
    .withUrl(connectionUrl,
        {
            accessTokenFactory: () => {
                if (typeof bearerToken !== 'undefined') {
                    return bearerToken.getToken;
                }
            },
            skipNegotiation: true, //if I change this to false the error occurs
            transport: signalR.HttpTransportType.WebSockets,
        })
    .withAutomaticReconnect()
    .configureLogging(signalR.LogLevel.Information)
    .build();

skipNegotiation: true 删除错误

Answer 1

skipNegotiation将跳过执行传输回退的 HTTP 协商，并且只会运行 WebSockets。 WebSockets 和 CORS 不兼容，因此在使用时您最终会跳过 CORS。

您可以关注这些github issue1 、 github issue2 以了解更多在skipNegotiation中的 skipNegotiation。

Answer 2

我发现了我的问题。 如果在 .Net Framework 应用程序中使用，SignalR Core JavaScript 客户端将仅与 websocket 连接。 所有其他协议都将失败。 我使用 NET 6 和 Core 3.1 应用程序进行了测试，并且能够使用 Websockets 和 LongPolling。 因此，如果您使用的是使用核心客户端的旧 .Net Framework 应用程序，请将客户端限制为仅使用 websockets 并跳过协商握手：

.withUrl(connectionUrl,
    {
        accessTokenFactory: () => {
            if (typeof bearerToken !== 'undefined') {
                return bearerToken.getToken;
            }
        },
        skipNegotiation: true,
        transport: signalR.HttpTransportType.WebSockets,
    })