cloud - 允许防火墙后面的云服务器与本地网络上的 IBM Websphere MQ 通信

Question

我有一个位于防火墙后面的云服务器 ( cloud-server.cat.com )。

我可以通过使用 VMware vCloud Director 创建防火墙规则来 RDP 进入它.

我查了一下，已经为 port 1414 创建了出站规则在 cloud-server.cat.com
我需要能够连接 cloud-server.cat.com至 IBM WebSphere MQ这是本地服务器上的( phoenix.cat.com )。

我可以使用端口 1414 连接来自其中一台本地测试服务器，但不是来自 cloud-server.cat.com服务器。

我收到以下错误:

MQJE001: Completion Code '2', Reason '2059'.
A WebSphere MQ error occurred : Completion code 2 Reason code 2059

com.ibm.mq.MQException: MQJE001: Completion Code '2', Reason '2059'.
        at com.ibm.mq.MQManagedConnectionJ11.<init>(MQManagedConnectionJ11.java:
236)
        at com.ibm.mq.MQClientManagedConnectionFactoryJ11._createManagedConnecti
on(MQClientManagedConnectionFactoryJ11.java:504)
        at com.ibm.mq.MQClientManagedConnectionFactoryJ11.createManagedConnectio
n(MQClientManagedConnectionFactoryJ11.java:545)
        at com.ibm.mq.StoredManagedConnection.<init>(StoredManagedConnection.jav
a:95)
        at com.ibm.mq.MQSimpleConnectionManager.allocateConnection(MQSimpleConne
ctionManager.java:184)
        at com.ibm.mq.MQQueueManagerFactory.obtainBaseMQQueueManager(MQQueueMana
gerFactory.java:870)
        at com.ibm.mq.MQQueueManagerFactory.procure(MQQueueManagerFactory.java:7
56)
        at com.ibm.mq.MQQueueManagerFactory.constructQueueManager(MQQueueManager
Factory.java:704)
        at com.ibm.mq.MQQueueManagerFactory.createQueueManager(MQQueueManagerFac
tory.java:170)
        at com.ibm.mq.MQQueueManager.<init>(MQQueueManager.java:598)
        at MsgQueue.DPGReceiver.main(DPGReceiver.java:177)
Caused by: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2059;AMQ9204: Connection to ho
st 'phoenix.cat.com(1414)' rejected. [1=com.ibm.mq.jmqi.JmqiException[CC=2;R
C=2059;AMQ9213: A communications error for  occurred. [1=java.net.ConnectExcepti
on[Connection timed out: connect],3=phoenix.cat.com]],3=phoenix.cat.com(
1414),5=RemoteTCPConnection.connnectUsingLocalAddress]
        at com.ibm.mq.jmqi.remote.internal.RemoteFAP.jmqiConnect(RemoteFAP.java:
1689)
        at com.ibm.mq.MQSESSION.MQCONNX_j(MQSESSION.java:929)
        at com.ibm.mq.MQManagedConnectionJ11.<init>(MQManagedConnectionJ11.java:
225)
        ... 10 more
Caused by: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2059;AMQ9213: A communications
 error for  occurred. [1=java.net.ConnectException[Connection timed out: connect
],3=phoenix.cat.com]
        at com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection.connnectUsingLoca
lAddress(RemoteTCPConnection.java:603)
        at com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection.protocolConnect(R
emoteTCPConnection.java:938)
        at com.ibm.mq.jmqi.remote.internal.system.RemoteConnection.connect(Remot
eConnection.java:1065)
        at com.ibm.mq.jmqi.remote.internal.system.RemoteConnectionPool.getConnec
tion(RemoteConnectionPool.java:392)
        at com.ibm.mq.jmqi.remote.internal.RemoteFAP.jmqiConnect(RemoteFAP.java:
1407)
        ... 12 more
Caused by: java.net.ConnectException: Connection timed out: connect
        at java.net.DualStackPlainSocketImpl.connect0(Native Method)
        at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
        at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
        at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
        at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
        at java.net.PlainSocketImpl.connect(Unknown Source)
        at java.net.SocksSocketImpl.connect(Unknown Source)
        at java.net.Socket.connect(Unknown Source)
        at java.net.Socket.connect(Unknown Source)
        at com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection$2.run(RemoteTCPCo
nnection.java:588)
        at java.security.AccessController.doPrivileged(Native Method)
        at com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection.connnectUsingLoca
lAddress(RemoteTCPConnection.java:579)
        ... 16 more

有谁知道这是否在 WebSphere's 上结束还是因为我的 cloud-server.cat.com ?

Answer 1

根据提供的信息，这真的很难说。 phoenix.cat.com上可能有防火墙规则入站、任何服务器上的基于主机的防火墙规则、IPSec 或任何其他网络级别的问题。

在 QMgr 级别，监听器可能未运行或未在您期望的端口上监听。

通常，在尝试测试 MQ 连接之前，最好先验证底层网络连接。您可以通过从客户端远程登录到所需端口上的 QMgr 端来完成此操作。如果这有效，您将获得一个挂起的套接字，断开连接后您将在 QMgr 的全局错误目录中看到一个 FDC 文件。在低级测试工作之前，可以保证 MQ 将 不是 工作。

但是，如果您能够成功地从客户端框 telnet 到 QMgr 主机并且仍然得到 2059，那么是时候查看 MQ 的配置了。有一些与安全相关的错误会向客户端提供非常不透明的错误代码，因为这只是良好的安全实践。如果是 MQ 安全问题，QMgr 端的错误日志中将有非常详细的错误消息，并且假设您启用了 auths 事件，则作为事件消息发出。

但是，如前所述，在可以使用 MQ 端口上的 telnet 从客户端主机连接到 MQ 主机之前，查找 MQ 错误是浪费时间。所以先做 Telnet 的事情，然后检查 MQ 错误。