WebSphere MQ 9.0.0.1主备集群应用连队列管理器报JMSWMQ2013认证错误

我来帮你拆解这个JMSWMQ2013认证失败的问题——咱们先从这个错误的本质说起，它就是客户端和WebSphere MQ队列管理器之间的安全校验没通过，结合你用的是9.0.0.1版本的主备集群，下面是几个最值得优先排查的方向：

• 检查客户端认证凭据与队列管理器配置的一致性
  首先确认应用端配置的用户名/密码（如果启用了密码认证）和队列管理器侧的定义完全匹配。MQ 9.0默认会启用CHLAUTH通道认证规则，要重点关注客户端使用的用户是否被允许访问目标通道：

  • 用runmqsc工具登录队列管理器，查看通道的认证相关配置：

    DISPLAY CHANNEL(你的客户端通道名) CHLAUTH
    

  • 同时检查队列管理器的全局认证配置，确认是否启用了OS认证或LDAP认证：

    DISPLAY QMGR CONNAUTH
    

  如果是使用OS认证，要确保客户端用户在MQ服务器主机上存在且有足够权限。

• 排查CHLAUTH规则是否拦截了连接
  MQ 9.0自带的默认CHLAUTH规则可能会阻止匿名访问、限制特定IP或用户的连接。你可以列出所有通道认证规则，排查是否有规则拒绝了应用的访问：

  DISPLAY CHLAUTH(*)
  

  重点看是否有针对目标通道的BLOCK规则，或者限制应用所在IP/用户的规则。如果需要放行，可以添加允许规则，比如：

  SET CHLAUTH(你的通道名) TYPE(USERMAP) DESCR('允许应用用户连接') CLNTUSER('应用侧使用的用户名') USERSRC(MAP) MCAUSER('队列管理器侧授权的用户') ACTION(ADD)
  

• 验证主备集群的安全配置同步状态
  虽然主备节点的队列管理器运行状态正常，但CHLAUTH规则、CONNAUTH这类安全配置可能没在主备之间同步。你需要在备节点上执行同样的DISPLAY命令，确认配置和主节点完全一致：

  • 如果使用RDQM集群，检查同步状态是否正常；如果是其他主备机制，确认安全配置已经通过集群同步工具推送到备节点。

• 查看MQ错误日志获取精准故障信息
  Linux服务器上MQ的错误日志默认在/var/mqm/errors/目录下，打开AMQERR01.LOG文件，里面会记录认证失败的具体原因——比如是用户不存在、密码错误，还是被CHLAUTH规则直接拦截。举个例子，日志里可能会出现AMQ9557: Queue Manager User ID initialization failed.这类信息，能帮你快速定位问题根源。

• 确认客户端连接配置的准确性
  最后再核对应用端的JMS配置：主机名、端口、通道名是否和队列管理器侧完全匹配？如果是连接主备集群，是否配置了正确的多地址连接？另外，如果启用了SSL连接，也要排除证书配置错误干扰认证流程的可能性（不过你的错误更偏向用户/通道认证，这个可以作为次要排查点）。

内容的提问来源于stack exchange，提问作者praveen