IBM MQへの接続中にこのエラーが発生します。これは特権のせいだと知っていますが、IBM MQとの接続を確認するだけの方法はありますか?
提案してください。
2035は、接続がQMgrに到達していることを示唆しています。チャネル名、ホスト、またはポートが間違っていると、2059が返されます。2035は、接続がリスナーに到達し、要求された名前のチャネルを見つけて接続を試みたことを意味します。
この時点を超えてテストする場合は、接続に使用しているIDを承認するか、承認されたIDをチャネルのMCAUSER属性に配置する必要があります。
WMQセキュリティがクライアントチャネルでどのように機能するかの詳細な説明については、WMQベースの強化に関するプレゼンテーション http://t-rob.net/links を参照してください。
認証メッセージを有効にすると、2035がイベントキューに表示されます。次に、メッセージを見て、接続に使用されたIDと使用されたオプションも確認できます。 2035は、キュー・マネージャーまたは持っていないはずの何かに対してset権限を要求したことが原因である可能性があります。承認メッセージが表示されます。
Mcauser( 'mqm')を設定することでこれを解決することもできます。2035エラーを克服できました。
Define channel (channel1) chltype (svrconn) trptype (tcp) mcauser(‘mqm’)
Esp thanx to my [〜#〜] senior [〜#〜]ビラルアフマド(PSE)
MQ管理者に権限を確認する必要があります。
私もこれまで長い間苦労してきました。最終的に私はこの解決策を見つけました。 (認証をオフにすることをソリューションと呼ぶことができる場合)
バージョンを使用しています-IBM Websphere 9.1.0.201807091223
IBMのWebサイトから、接続認証をオフにすることを勧めています!!!
問題の解決チャネル認証を無効にする
少なくとも一時的に、接続認証を無効にする必要があります。 MQ接続承認の使用に関して、FTM for Checkには既知の問題があります。これらの問題は積極的に対処されており、修正は将来のフィックスパックに含まれる予定です。ターゲットはフィックスパック3.0.0.8です。
接続認証を無効にする手順:MQコマンドコンソールを開き、runmqsc ALTER AUTHINFO(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)AUTHTYPE(IDPWOS)CHCKCLNT(NONE)CHCKLOCL(NONE)と入力して、この変更を有効にするためにキューマネージャーを再起動します。
ソース http://www-01.ibm.com/support/docview.wss?uid=swg21962081