伙计们,我正试图从WAS Liberty应用程序连接到MQ集线器。我们的MQ集线器只支持SSL证书身份验证。我已经用JKS文件和里面的证书创建了QCF,Keystore。然后创建defaultSSLConfig并指向该密钥库。
但是我无论如何也找不到在QCF中指定SSLConfig,并且在某些页面上读到这是不可能的。唯一的方法是使用defaultSSLConfig并从那里指定keystore,我就是这么做的。所以现在我在这里,MQ连接不起作用。在MQ Hub日志中,我看到一个错误,即“通道缺少用于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>
通道未启动。
操作:
确保在通道两端的
密钥库中正确配置了适当的证书。
02/14/17 15:07:44-进程(7510.304808)用户(mqm)程序(amqrmppa)
主机(xxx)安装(Installation1)
VRMF(7.5.0.6)QMgr(XXXXX)
AMQ9999:指向主机“xxx(10.xx.xx.xx)”的通道“xxx.adm.svrconn”异常结束。
它现在正在工作:)我们认为问题的原因是这个bug 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(reason.java:203)
我很确定上面的bugfix包含在资源适配器的Ver9.x中,但事实证明并非如此。
我有_client-cert.pem和client-key.pem和ca.pem文件,我正试图将它们添加到grails项目中。 使用client-keystore.p12文件创建Java密钥库 keytool-importkeystore-srckeystore客户端-keystore.p12-srcstoreType pkcs12\-srcstorePass mypassword-destkey
问题内容: 是否有更新的JVM书籍可以反映最近的更新? 该链接中的任何书籍都读起来好吗?还是我应该避免其中的任何一部,因为它们已经过时了? 您知道此后出版过的书籍吗? 问题答案: 我读过的最好的Java书籍之一。 http://www.pearsonhighered.com/educator/product/Java- Performance/9780137142521.page 它被称为“ Ja
这里我只问一些关于wcf ssl和证书的基本问题 我是wcf的新成员,也是非常诚实的,我有基本的问题来理解SSL和证书。 5)SSL和证书有什么区别? 6)当我们在服务端使用证书时,使用和调用服务的客户端总是需要安装证书,如果不是,客户端需要安装证书时和不需要安装证书时,一个人告诉我,客户端只有在需要相互认证时才需要安装证书,但我不知道什么是相互认证? 我知道我问了很基本的问题。如果可能的话,请详
我想使用.Net 4.8下的Windows证书存储中的证书建立GRPC SslCredentials()。此链接非常类似,但不提供有效的解决方案。 https://github.com/grpc/grpc/issues/8978 我使用类似于以下内容的代码。ExportToPEM() 是将证书转换为 PEM 格式的自行尝试,但它不起作用。我希望GRPC的C#包装器能够使这变得容易。
我有一些通过ActiveMQ和几个Java客户机使用SSL/TLS的自签名证书。代理keystore包含根证书,代理truststore包含客户端的公钥。客户机密钥库包含绑定到PKCS12文件中的客户机公钥和私钥(按密钥库的要求),客户机信任库包含根证书 现在,这个配置工作得很好。我的问题是,即使使用不匹配的客户端证书和密钥,它也能正常工作,但在代理和客户端保留相同的根证书。只有当我使用不匹配的根