使用Azure Servicebus背板时出现奇怪的间歇性信号器故障

当使用SignalR 2.2.0并将Microsoft ASP.NET SignalR Service Bus消息传递背板与某些Azure Service Bus实例一起使用时，我们在开发和生产环境中看到了奇怪的行为。一些服务总线似乎已损坏并堵塞，我们可以看到下面描述的问题

首先，以下是我的OWIN启动代码：

public void Configuration(IAppBuilder app)
{
    string connectionString = System.Configuration.ConfigurationManager.AppSettings["Microsoft.ServiceBus.ConnectionString"];
    GlobalHost.DependencyResolver.UseServiceBus(connectionString, "MyApplicationName");

    // Branch the pipeline here for requests that start with "/signalr"
    app.Map("/signalr", map =>
    {
        map.UseCors(CorsOptions.AllowAll);
        var hubConfiguration = new HubConfiguration
        {
            //EnableJSONP = true,
            EnableDetailedErrors = true
        };
        map.RunSignalR(hubConfiguration);
    });
}

我们问题的症状是信号器使用任何传输连接时出现间歇性故障。与无背板运行相比，性能较慢，在SignalR客户端上启用详细日志记录后，我看到消息“SignalR:webSockets传输在尝试连接时超时”。SignalR然后尝试完成其余传输（永久帧、长轮询），然后放弃

关键是：对于我们的一些服务总线实例，性能是坚如磐石的，我们从来没有遇到过问题。其他服务总线实例会导致上述问题

为什么我们有多辆服务巴士？我们的应用程序只使用一个，但开发人员每个人都有一个服务总线实例可供使用。Azure服务总线已经损坏，我不知道为什么，这让我彻夜未眠

问题:

还有其他人遇到过这个问题吗

您是否见过服务总线实例在Signal或其他应用程序中损坏或行为不当

什么可以解释这种行为

---

这是一篇老文章，但我们也遇到了一个非常类似的问题，这让我们大发雷霆。这发生在我们将信号器与服务总线背板一起使用时

在异常日志中，我们发现以下内容：

X.509证书CN=servicebus.windows.net不在受信任的域中 人民商店。X.509证书CN=servicebus.windows.net链 建筑失败了。使用的证书有一个信任链 无法验证。更换证书或更改 certificateValidationMode。无法将证书链构建到 受信任的根权限

修复方法是在我们的应用程序启动中添加以下代码行。对我们来说，这就是global.asax.cs：

ServiceBusEnvironment.SystemConnectivity.Mode = ConnectivityMode.Http;

之后，我们的服务总线背板和信号器运行良好

---

要更深入地讨论正在发生的事情

我现在也遇到了同样的问题。某些服务总线实例无法从信号器连接，而其他实例则完全正常工作。你有没有找到解决这个问题的办法？