作为一般规则,任何安全错误的最详细信息都在队列管理器中提供。这样做的原因是管理员需要尽可能多的信息,但攻击者应该获得尽可能少的信息。
这为我们提供了一个很好的诊断这种错误的工具。当您在客户端得到一个很少解释的非常稀疏的“安全错误”时,查看队列管理器的日志。如果他们与客户机同时记录了一个详细的错误,那么您就知道请求向MQ发出,以及MQ拒绝它的原因。
但是,如果QMgr日志没有记录错误,那么您应该将精力集中在客户端。
MQ团队告诉我,日志包含如下内容:- ...它失败了,因为它使用了错误的凭据来连接。 当我传入一个不同的凭据(用户ID:ABC123)时,MQ日志会看到我用来登录机器的用户ID(用户ID:XYZ)。 如果我将设置为,那么现在我将得到不同的错误消息:- 好消息是它看到了正确的用户ID(ABC123),但我被告知密码无效。我不认为这是密码问题,因为我能够使用相同的凭据访问其他受保护的web服务。
有人能帮助我在哪里检查MAXHANDS计数吗(我假设它是在MQ端配置的),以及有什么方法可以检查问题被复制的计数数吗? 注意:我使用的是IBMMQ,所有队列基础结构都由MQ团队管理。 错误详细信息: 非常感谢立即的帮助。
在spring JMS项目中,我尝试连接到放置在spring客户机所在位置的IBM MQ队列。当应用程序试图连接到MQ服务器时,我得到以下错误: IBM MQ Server(Windows 64bits)版本=8.0.0.4 Spring JMS应用程序版本=7.0 日志文件()内容:
我有问题连接到一个QMGR。由于端口1414上ssl通道的cipherspec错误,主机拒绝了连接。密钥库签出正常。我能够使用openssh连接到主机并检索其密钥。 我已尝试启用和禁用SSLv3。我提供了带和不带“”(双引号)的密钥库密码。这些是连接属性
我使用的是websphere v7.0和websphere mq 6。在尝试通过websphere控制台连接到队列管理器时,我收到compcode“2”('MQCC_FAILED')原因“2058”错误。具有相同的队列管理器在定义了服务器通道的mq服务器上可用。 任何帮助非常感谢。