MSMQ：两台服务器是否需要位于同一域中才能访问专用队列？
正如标题所说 - 我有 3 台服务器：
server-1 [wcf 服务] server-2 [wcf 服务] server-3 [esb 使用 rhino.esb]
所以 - 服务器 1 向服务器 3 esb 发布消息 服务器 2 通过 server-3 esb 订阅来自服务器 1 的消息，
它们都需要位于同一个域中还是其他什么？
As the title says - i have 3 servers:
server-1 [wcf services]
server-2 [wcf services]
server-3 [esb using rhino.esb]
So -
server 1 publishes message to server-3 esb
server 2 subscribes to messages from server 1 via server-3 esb
do they all need to be in the same domain or anything?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
为了安全起见，公共队列和专用队列之间没有区别 - “公共”仅意味着在 Active Directory 中发布。
此外，您需要区分“不同域”和“不同林”。我猜你指的是后者。同一林中的两个域共享相同的安全数据库，因此不会出现问题。
不要将队列上的访问控制列表视为一种强大的安全形式。可以使用任何帐户的 SID 发送消息来绕过队列权限。如果存在安全问题，则使用内部 (MSMQ) 或外部证书进行身份验证是更好的选择。
干杯
约翰·布瑞克韦尔
For security there is no difference between public and private queues - "public" just means published in Active Directory.
Also, you need to differentiate between "different domain" and "different forest". I assume you mean the latter. Two domains in the same forest share the same security database so would not be a problem.
Do not regard Access Control Lists on queues as being a robust form of security. A message can be sent with the SID of any account to get round the queue permissions. Authentication with internel (MSMQ) or external certificates is a much better alternative if security is an issue.
Cheers
John Breakwell
不。但它不太安全或更复杂。取决于您是否使用安全性（每个人都可以访问）或证书。
请参阅使用传输安全保护邮件。
No. But its less secure or more complicated. Depending if you are using no security ( everyone has access) or certificates.
Look at Securing Messages Using Transport Security.
专用队列仅通过 TCP 端口访问，因此托管服务器甚至不需要位于域中即可访问 MSMQ 队列。但是，我建议您在网络层（即防火墙）应用传输级安全性，以防止任何未经授权的流量将消息放入队列或从队列中检索消息。
Private queues are just accessed via a TCP port, so there is no need for the hosting server to even be on a domain for the MSMQ queue to be accessible. However, I would recommend that you apply transport-level security at the network layer (i.e. firewalls) to prevent any unauthorised traffic from putting messages on / retrieving from the queues.