"X.509证书CN=servicebus.windows.net"Azure服务总线队列

Question

我们使用Azure服务总线和Azure Web应用程序来填充队列。它们位于同一资源组中。我们使用WindowsAzure。服务总线v2。6.5.

我们很少得到这个错误：

X.509证书CN=servicebus.windows.net不在受信任人员存储区中。X.509证书CN=servicebus.windows.net链构建失败。使用的证书具有无法验证的信任链。替换证书或更改证书验证模式。无法为受信任的根机构生成证书链。

问：Azure上是否存在此内部错误？如果不是，我们能做些什么来避免这个错误？

Answer 1

我相信一定有一张遗失的证书。

从这个堆栈溢出柱https://stackoverflow.com/a/24224550/4735373以下链接可能会有所帮助：https://corp.sts.microsoft.com/Onboard/ADFSOnboard.htm#Corp-STS证书

Answer 2

我设法找到了关于这个问题的更多信息。首先，需要建立的是，这是一个纯粹的客户端问题，这就是为什么没有跟踪ID。客户端拒绝使用服务总线完成TLS握手。

这是一个已知的问题Microsoft如何管理证书以及如何在非HTTP（S）传输上使用证书是一个已知的问题。当承载Microsoft中间证书的endpoint不可用或速度慢，或者客户端由于任何原因无法访问时，就会发生错误。我们正在研究一种变通方法，将所需的额外证书注入SBMP和AMQP传输的TLS握手中，类似于HTTP的做法。SYS，因此不需要此额外请求。

立即可用的解决方法是启用ServiceBusEnvironment。系统连通性。模式=连接模式。Https这将强制所有流量使用WebSockets隧道，该隧道受先前TLS/Https握手的保护，并且该握手携带所需的中间证书。在建立连接时，WebSockets握手确实会增加一些额外的延迟，但在其他方面与常规通信模式相当。通过该隧道使用的消息传递协议仍然是AMQP或NetMessaging，因此在选择此选项时，您不必担心获取HTTP特性。

这是微软的回应。我会应用这个，如果我在某段时间内没有遇到任何问题，我会接受这个答案。谁面临这个问题，他们也可以尝试一下。

编辑：

连接模式。Https只是在可用的服务总线3中。由于信号机出现问题，我不得不使用servicebus 2。因此，我无法应用此解决方案。