Ibm mq 使用mcauser属性保护接收器通道

Ibm mq 使用mcauser属性保护接收器通道,ibm-mq,Ibm Mq,在ibm mq中有一个正常的dqm设置,其中发送方通道充当SRCQM,接收方充当RMTQM,以下是QMGR端的内容:- SRCQM(发送方):- 1.)远程队列和传输队列,用于向远程队列管理器中的业务队列发送消息。 2.)发送方通道,其名称与远程队列管理器上存在的接收方通道的名称相同 RMTQM(远程QMGR):- 1.)业务队列 2.)接收机信道设置如下 定义通道(to.rmtqm)chltype(rcvr)mcauser('NOACCESS')---用于限制发送方通道的访问,以便可以使用CH

在ibm mq中有一个正常的dqm设置,其中发送方通道充当SRCQM,接收方充当RMTQM,以下是QMGR端的内容:-

SRCQM(发送方):- 1.)远程队列和传输队列,用于向远程队列管理器中的业务队列发送消息。 2.)发送方通道,其名称与远程队列管理器上存在的接收方通道的名称相同

RMTQM(远程QMGR):- 1.)业务队列 2.)接收机信道设置如下 定义通道(to.rmtqm)chltype(rcvr)mcauser('NOACCESS')---用于限制发送方通道的访问,以便可以使用CHLAUTH对发送方通道进行大访问

在本例中,我的问题是知道mcauser属性是否仅适用于MQI通道,如svrconn、clusrcvr等,还是同时适用于这两类通道。如果是,那么为什么与接收器通道的连接没有被阻止,就像在尝试clusrcvr通道和svrconn时,如果我将mcauser属性设置为“NOACCESS”,它会阻止用户,直到 我没有为相同的设置任何chlauth。但当我尝试将receiver channel的属性设置为“NOACCESS”时,发送方可以连接到接收方


有人能帮忙吗?

是的,MCAUser选项对receiver和svrconn频道都有效,行为上的差异是由于频道工作方式不同造成的

运行发送方通道的消息通道代理始终使用mqm权限运行,这就是它可以连接的原因。但它将使用MCAUser作为备用用户将消息放在接收方。 因此,当接收方试图将消息放入业务队列时,您应该看到接收方出现了错误


srvconn通道通常由运行客户端应用程序的用户运行,并且在QM检查连接权限之前,该用户已更改为MCAUser,这就是在您的情况下阻止连接的方式。

在您的RCVR通道上定义的其他值是什么?特别重要的可能是PUTAUT。