当需要身份验证时,如何使用启用了 ssl 的服务器连接通道连接到队列管理器

发布于 2024-08-12 10:36:59 字数 467 浏览 4 评论 0原文

我正在尝试编写一个连接到启用 SSL 的服务器连接通道的 java 应用程序。

到目前为止,我已通过将身份验证设置为“可选”来成功连接到该频道。但是,当我将其设置为“必需”时,连接失败。

这就是我所做的:

  1. 为队列管理器创建密钥数据库,并为 java 客户端用户创建密钥库。
  2. 为队列管理器和客户端用户创建密钥/自签名证书,名称前缀为 ibmwebspheremq。
  3. 为队列管理器和客户端导出、交换和导入证书。 (当被问及我是否信任队列管理器证书时,我确实回答了“是”)。
  4. 信任库和密钥库的位置和密码设置为指向客户端的同一密钥库,即原始创建的客户端用户密钥和导入的队列管理器密钥所在的位置。

在其他设置相同的情况下,如果我切换回“可选”身份验证,连接就可以工作。

我认为我对这个 ssl 身份验证的理解有误,但无法弄清楚是什么。

有人可以帮助我吗?

I am trying to write a java application connecting to server connection channel with SSL enabled.

So far, I have been successfully connected to the channel by setting authentication to 'optional'. However, when I set it to be 'required', the connection fails.

Here is what I did:

  1. Create key db for queue manager and keystore for the java client user.
  2. Create key/self-signed certificates for the queue manager and the client user, with names prefixed ibmwebspheremq.
  3. Export, exchange and import certificates for the queue manager and the client. (I did answered 'yes' when being asked whether I trust the queue manager cert).
  4. The location and password to the truststore and keystore are set to point to the same keystore at the client side, where the orgininal created client user key and the imported queue manager key are.

With other settings being the same, if I switch back to 'optional' authentication, the connection works.

I think there is something I understand incorrectly about this ssl authenticaion but cannot figure out what.

Could someone kindly help me?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

攒眉千度 2024-08-19 10:36:59

我用头撞那堵墙好几个星期了。 IBM L2 支持最终向我提供了线索。我的问题是 keytool 将使用 DSA 算法,除非您指定 RSA。这会导致密钥长度为 1022 而不是 1024,这是 WMQ 不喜欢的。修复方法是在生成证书时指定 -sigalg RSA,一切正常。

我已要求 IBM WMQ 团队和 WMQ FTE 团队将其添加到他们的信息中心文档中。

I beat my head against that wall for a couple of weeks. IBM L2 Support eventually clued me in. My issue here was that keytool will use DSA algorithm unless you specify RSA. This results in keys of length 1022 instead of 1024, which WMQ doesn't like. The fix was to specify -sigalg RSA when generating the certificate and everything works.

I've asked the IBM WMQ team and WMQ FTE team to add this to their Infocenter documentation.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文