我们一直在尝试在AmazonEC2中让本地服务器和云服务器之间的事务消息队列工作，但没有成功。
我们正在使用NServiceBus，并且已经有了pub/sub示例和各种其他琐碎的应用程序在here和EC2之间本地工作，但试图旋转我们实际应用程序的组件正在证明。。。无理取闹。
据我所知，为了允许本地服务器(DYLAN-PC)通过AmazonEC2实例上的队列以事务方式发送消息，我需要：
- 在两端启用NETBIOS名称解析(例如通过/etc/lmhosts文件)
- 允许从任意一端启动RPC连接(因此为RPC打开端口135以及各种其他端口)
- 在两个系统上配置MSTDC，启用远程连接和入站/出站连接
我错过什么了吗？特别是，在所有东西(包括Active Directory！)都在DNS上运行的时代，允许NetBIOS的要求似乎特别过时。我们是不是在做一些愚蠢的事情，试图在这样的站点之间使用MSMQ？这是我们尝试这种分布式体系结构的第一个大型项目，部署/配置开始受到很大影响，我确信我们在某个地方走错了方向。。。如果您有一点看法或建议，我们将不胜感激！
如果您希望构建一个地理分布的系统，而无法在这些站点之间安排VPN，则应使用NServiceBus的网关功能在这些站点间通过备用传输(如HTTP)进行通信。
RPC是从远程队列读取所必需的。如果您推送到远程队列并从本地队列中提取，则不会使用RPC。