使用Windows Server Service Bus（Service Bus 1.1）时，什么是阻止AMQP TransportType？

Question

我已在我的机器（Windows 7 Enterprise SP1 x64）上安装了适用于Windows Server的服务总线（服务总线1.1）。

我正在使用示例c代码创建一个简单的消息发送方/接收方，如下所示：http://www.windowsazure.com/en-us/documentation/articles/service-bus-dotnet-advanced-message-queuing/

当我使用默认的TransportType时。NetMessaging控制台应用程序运行良好，我可以向我的队列发送/接收消息。

当我将配置文件（或代码）更改为使用TransportType时。Amqp控制台应用程序启动，我立即得到异常：

An existing connection was forcibly closed by the remote host

（注意：这发生在调用消息接收器。接收（）方法时）。

这感觉像是防火墙/端口被阻止了，但Service Bus安装确实成功地为我的防火墙添加了一系列异常，包括：

SBHttpsPort [Inbound, Local Address=Any, Remote Address=Any, Protocol=TCP,9355, 9002, 9359, 9002]
Service Bus Gateway [Inbound, Local Address=Any, Remote Address=Any, Protocol=TCP, 9354, 5672, 5671]
Sevice Bus Message Broker [Inbound, Local Address=Any, Remote Address=Any, Protocol=TCP, 9356, 5672, 5671]
Service Bus Resource Provider [Inbound, Local Address=Any, Remote Address=Any, Protocol=TCP, 9359, 5672, 5671]
Service Bus VSS [Inbound, Local Address=Any, Remote Address=Any, Protocol=TCP, 9356, 5672, 5671]

出站规则也有匹配的例外。

Service Bus Gateway (out)
Sevice Bus Message Broker (out)
Service Bus Resource Provider (out)
Service Bus VSS (out)

我在公司网络上，所以我无法关闭防火墙来查看它的功能。

当我查看具有高级安全性的Windows防火墙时-

有人能帮我弄清楚我的机器上的Amqp是怎么回事吗？

干杯

Answer 1

将端口5671用于RuntimePort。

如果您使用的是连接字符串，它应该如下所示：

endpoint=sb://machine1。继续。com/ServiceBusDefaultNamespace；StsEndpoint发送点=https://machine1.contoso.com:9355/ServiceBusDefaultNamespace; RuntimePort=5671；ManagementPort=9355；WindowsUsername=用户名；WindowsDomain=contoso；WindowsPassword=密码；传输类型=Amqp