访问远程计算机的MSMQ给出“远程计算机不可用”

我们有一个Windows应用程序，它运行在服务器上并访问其他4台服务器（它们都是域中的成员），以便在每个私人队列。我们刚刚安装了一台新服务器，由于某种原因，当应用程序尝试访问该计算机时，它会收到“远程计算机不可用”消息。
应用程序使用管理域用户的用户访问其他服务器。
有没有人遇到过这样的问题，或者有什么可能导致它的线索？访问远程计算机的MSMQ给出“远程计算机不可用”

来源

2008-10-02 Lea Cohen

我不知道，但我很好奇这些“私人队列”。他们究竟是什么？ – Constantin 2008-10-02 08:10:30

的问题终于解决了，后来无意中解决了：显然有在DNS服务器中的一些困惑，和缓存服务器难以访问正确的服务器。我们的网站管理员纠正了服务器的名称，这也解决了MSMQ问题。

来源

2010-01-12 06:57:29

它可能是一个防火墙问题？

http://support.microsoft.com/kb/183293

来源

2008-10-02 11:49:47

有你被炒鱿鱼了一个数据包捕获工具，如Microsoft Network Monitor或Wireshark，看着交通去，并从获得误差系统？这往往是最确切的方式，看看发生了什么，没有很多耗时的实验。

我会设置从获取错误的框捕获，运行，直到你得到错误，并立即停止捕获。设置一个过滤器来查看来自该系统的流量。如果您无法将捕获工具安装在盒子上，请确保将其放置在网络上，以便仍能够看到该盒子中的所有流量。（即不要把它放在交换机的相邻端口上，因为交换机的工作是隔离每个端口的流量）。

如果您发现没有实际的流量被发送到有问题的远程服务器，那么您可能会遇到命名/目录/ DNS类型问题。即本地服务器无法确定另一个位置在哪里。由于这是Windows域类型的情况，因此我会开始在Active Directory中寻找线索。

如果您看到流量到达远程服务器，但在发生故障之前您从未看到即使有一个数据包从它返回，那么您可能在远程盒子或从这里到那里的路由上遇到防火墙问题。

如果您看到流量来回远程服务器，但然后停止，您需要深入挖掘这些数据包，并查看可能存在于流量中的低级错误代码。 NETMON和Wireshark都对微软协议有很好的解码能力，所以你应该能够看到到底发生了什么。如果您不熟悉这些协议，则可能需要首先捕获与其他服务器之一的正确工作连接，以便进行比较。

来源

2008-10-06 13:50:55

也许太晚了这个线程，但我发现这个问题的答案在这里：http://blogs.msdn.com/johnbreakwell/archive/2008/07/10/getting-msmq-messages-out-of-windows-server-2008.aspx

来源

2009-08-24 13:32:12 pattermeister

访问远程计算机的MSMQ给出“远程计算机不可用”

回答

相关问题