【问题标题】:Latest WAS Liberty MQ connection with SSL certificate带有 SSL 证书的最新 WAS Liberty MQ 连接
【发布时间】:2017-02-13 14:13:09
【问题描述】:

各位,我正在尝试从 WAS Liberty 应用程序连接到 MQ Hub。我们的 MQ Hub 仅支持 SSL 证书身份验证。我用 JKS 文件和里面的证书创建了 QCF、Keystore。然后我创建了 defaultSSLConfig 并指向了那个密钥库。

但是我无论如何都找不到在 QCF 中指定 SSLConfig 并在某些页面上阅读它是不可能的。唯一的方法是使用 defaultSSLConfig 并从那里指定我所做的密钥库。所以现在我在这里,MQ 连接不起作用。在 MQ Hub 日志中,我看到错误提示“通道缺少用于 SSL 握手的证书。”

这就是我的 QCF 的样子,没有指定 SSL 配置的参数

<jmsConnectionFactory connectionManagerRef="ConMgr" jndiName="jms/wmqCF">
         <properties.wmqJms channel="TEST_CHANNEL" hostName="REMOVED" port="1415" queueManager="ALQ.TEST" transportType="CLIENT" sslCipherSuite="SSL_RSA_WITH_AES_128_CBC_SHA"/>
    </jmsConnectionFactory>

MQ 端完全错误

解释:
该通道缺少用于 SSL 握手的证书。
频道
名称是 'XXX.ADM.SVRCONN'(如果是 '????' 它在这个阶段是未知的 SSL
加工)。

远程主机是“XXX (10.xx.xx.x)”。

频道未启动。
行动:
确保在
中正确配置了相应的证书 钥匙
通道两端的存储库。

----- amqccisa.c : 7355

17 年 2 月 14 日 15:07:44 - 进程 (7510.304808) 用户 (mqm) 程序 (amqrmppa)
主机(xxx) 安装(Installation1)
VRMF(7.5.0.6) QMgr(XXXXX)

AMQ9999:通道 'XXX.ADM.SVRCONN' 到主机 'xxx (10.xx.xx.xx)' 结束 异常。

解释:
在通道 'XX.ADM 的进程 ID 7510 下运行的通道程序。 SVRCONN'
异常结束。主机名是'xx(10.xx.xx.xx)';在一些
案例
无法确定主机名,因此显示为“??????”。

动作:
查看错误中通道程序的先前错误消息
登录到
确定失败的原因。请注意,此消息可以是
排除
通过调整“ExcludeMessage”或
完全或抑制 “抑制消息”
qm.ini 中“QMErrorLog”节下的属性。更多的信息 可以
在系统管理指南中找到。

【问题讨论】:

  • 我已按照您的建议标记了该问题。我在 MQ HUB 方面遇到的错误是我在问题中提到的错误。我不认为这是一个 MQ Hub 问题,而是 QCF 在 Liberty 中的实现。具有传统的 WAS ND 安装,可与使用 SSL 证书身份验证的相同 MQ HUB 一起正常工作。是 WAS Liberty 不起作用。
  • 这是 IO 在 MQ 端看到的内容。看原帖,我更新了。
  • 当您说 MQ Hub 时,您是指 Message Hub 吗?
  • 是的,它即将推出。试图把它放在一起。 :)

标签: ibm-mq websphere-liberty


【解决方案1】:

它现在可以工作了 :) 我们认为问题的原因是这个错误http://www-01.ibm.com/support/docview.wss?uid=swg1IT16056

虽然上面 APAR 中的错​​误与我得到的不同。我在 Liberty(客户端)上看到了这个错误

原因:com.ibm.mq.MQException:JMSCMQ0001:IBM MQ 调用失败
compcode '2' ('MQCC_FAILED') 原因 '2059' ('MQRC_Q_MGR_NOT_AVAILABLE')。 在 com.ibm.msg.client.wmq.common.internal.Reason.createException(原因。 java:203)

当问题出现时,我正在使用此资源适配器:9.0.1.0-IBM-MQ-Java-InstallRA.jar 然后我们决定尝试其中包含 APAR/修复的较低版本的适配器,因此使用了这个:8.0.0.6-WS-MQ-Java-InstallRA.jar

这样就解决了问题。

我很确定上述错误修复已包含在资源适配器的 Ver 9.X 中,但事实证明并非如此。

【讨论】:

  • 9.0.1.0 在 9.0 CD(持续交付)流中。 IBM 在 APAR 显示 9.0.0.1 作为 CD 的修订包级别时遇到问题,而它应该显示类似 9.0.1 或 9.0.2 的内容。我向他们打开了 PMR,他们正在 APAR 描述中纠正这个问题,所以这可能是 9.0.1 中没有修复。
【解决方案2】:

我与 IBM 核实过,他们确认 APAR IT16056 不包含在 9.0.1.0 CD 版本中。他们正在努力纠正 APAR 以显示正确的修复目标版本。

来自 IBM 支持的报价如下。

我可以确认有问题的 APAR“IT16056”不包含在 9.0.1.0 CD 版本,目前的目标是包含在 9.0.2.0 CD 版本。

基于此,如果您希望使用高于 8.0 的 RA 版本,您需要执行以下操作之一:

  1. 等到 9.0 LTS(长期支持)9.0.0.1 修复包发布(IBM 有一个网站,其中列出了他们的目标是 2017 年第一季度)。
  2. 等到 9.0 CD(持续交付)9.0.2.0 版本发布(IBM 没有发布 CD 目标)
  3. 向 IBM 打开 PMR 并要求他们提供 IFIX 以应用 9.0.0.1 LTS 或 9.0.1.0 CD 版本。

【讨论】:

  • 感谢您的检查。这解释了它。我将等待下一个修订包版本。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2012-01-14
  • 1970-01-01
  • 2019-04-26
  • 2017-03-28
  • 2019-12-11
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多