1. 首頁
  2. 問答
  3. 訪問遠程計算機的MSMQ給出「遠程計算機不可用」

訪問遠程計算機的MSMQ給出「遠程計算機不可用」

2008-10-02 229 views
1

我們有一個Windows應用程序，它運行在服務器上並訪問其他4臺服務器（它們都是域中的成員），以便在每個私人隊列。我們剛剛安裝了一臺新服務器，由於某種原因，當應用程序嘗試訪問該計算機時，它會收到「遠程計算機不可用」消息。
應用程序使用管理域用戶的用戶訪問其他服務器。
有沒有人遇到過這樣的問題，或者有什麼可能導致它的線索？訪問遠程計算機的MSMQ給出「遠程計算機不可用」

來源

2008-10-02 Lea Cohen

+0

我不知道，但我很好奇這些「私人隊列」。他們究竟是什麼？ – Constantin 2008-10-02 08:10:30

回答

0

的問題終於解決了，後來無意中解決了：顯然有在DNS服務器中的一些困惑，和緩存服務器難以訪問正確的服務器。我們的網站管理員糾正了服務器的名稱，這也解決了MSMQ問題。

來源

2010-01-12 06:57:29

1

有你被炒魷魚了一個數據包捕獲工具，如Microsoft Network Monitor或Wireshark，看着交通去，並從獲得誤差系統？這往往是最確切的方式，看看發生了什麼，沒有很多耗時的實驗。

我會設置從獲取錯誤的框捕獲，運行，直到你得到錯誤，並立即停止捕獲。設置一個過濾器來查看來自該系統的流量。如果您無法將捕獲工具安裝在盒子上，請確保將其放置在網絡上，以便仍能夠看到該盒子中的所有流量。 （即不要把它放在交換機的相鄰端口上，因爲交換機的工作是隔離每個端口的流量）。

如果您發現沒有實際的流量被髮送到有問題的遠程服務器，那麼您可能會遇到命名/目錄/ DNS類型問題。即本地服務器無法確定另一個位置在哪裏。由於這是Windows域類型的情況，因此我會開始在Active Directory中尋找線索。

如果您看到流量到達遠程服務器，但在發生故障之前您從未看到即使有一個數據包從它返回，那麼您可能在遠程盒子或從這裏到那裏的路由上遇到防火牆問題。

如果您看到流量來回遠程服務器，但然後停止，您需要深入挖掘這些數據包，並查看可能存在於流量中的低級錯誤代碼。 NETMON和Wireshark都對微軟協議有很好的解碼能力，所以你應該能夠看到到底發生了什麼。如果您不熟悉這些協議，則可能需要首先捕獲與其他服務器之一的正確工作連接，以便進行比較。

來源

2008-10-06 13:50:55

相關問題

 相關問題