回答
您必須使用MQ管理員檢查權限。
的2035建議您聯繫越來越爲QMGR。如果你有錯誤的頻道名稱,主機或端口,你會得到一個2059.2035意味着連接到監聽器,找到了一個請求的名字通道並嘗試連接。
如果你想測試過去,這一點就必須要麼授權您正在使用連接或把授權的ID在通道的MCAUSER屬性的ID。
有關的WMQ的安全機制對客戶渠道的詳細說明,請參閱WMQ基地硬化呈現在http://t-rob.net/links。
如果啓用授權消息,則2035將在事件隊列中出現。然後,您可以查看消息並查看使用哪個ID連接以及使用了哪些選項。 2035年可能是因爲你要求在隊列管理器上設置權限或者你不應該擁有的其他東西。授權信息將告訴你。
你有鏈接描述如何做到這一點? – 2011-08-22 22:02:11
對於在Windows上運行的Q/Q-經理,您可能需要創建Q/Q-Manager機器上的用戶[即在Q-machine上創建一個用戶以匹配Q-client機器上的用戶],然後將該用戶添加到該機器上的「mqm」組。
步驟:
確保正被用於創建將q CLIENT [域用戶即使用Q/Q管理器的盒子上也存在Q-client應用程序正在運行的用戶。您可能只需在Q/Q管理器框中創建一個本地用戶[,或者您可能需要做一些更復雜的Active Directory用戶創建 - 我無法幫助您]。
在Q/Q-經理中,添加您剛纔創建的用戶[或現有的一個,如果它已經存在]到mqm組。 [在Windows服務器上,您將需要使用Microsoft管理控制檯(1.命令行中的'mmc',2.文件>添加/刪除SnapOn>本地用戶&組,3.將用戶添加到組)]。 Q/Q-manager機器上應該已經存在'mqm'組。
通過將用戶添加到mqm組中,您將爲該用戶提供完整的MQ管理權限(不建議使用該權限),應爲應用程序授予執行其功能所需的最低權限。另請注意,在MQ V7.1及更高版本中,默認情況下,CHLAUTH規則將阻止解析MQ管理員用戶的連接。 – JoshMc 2017-08-23 07:34:47
@JoshMc然後,建議的分辨率是多少? – 2017-08-23 08:53:45
在Windows上,您可以直接向用戶授予權限。在v8之前的unix中,您可以將用戶添加到mqm以外的組,並將權限授予該組。在v8及更高版本的unix上,您可以在qm.ini中設置'SecurityPolicy = user'並將權限直接授予用戶。 – JoshMc 2017-08-23 09:05:38
您也可以解決此通過設置MCAUSER( 'MQM')..我是能夠克服2035錯誤。
Define channel (channel1) chltype (svrconn) trptype (tcp) mcauser(‘mqm’)
ESP感謝名單我SENIOR比拉勒·艾哈邁德(PSE)
這個答案中的建議不是一個好用的。您將通過設置'MCAUSER('mqm')'給應用程序提供完整的MQ管理權限。另請注意,在MQ v7.1及更高版本中,默認情況下,CHLAUTH規則將阻止此連接繼續工作。 – JoshMc 2017-08-23 07:32:00
您可以使用dspmqaut檢查補助。 下面是給用戶POC訪問隊列管理器QM1和隊列LQ1樣品
# check the access right of user POC to QM1
dspmqaut -m QM1 -n LQ1 -t q -p poc
# if you want to give access, you should use
setmqaut -m QM1 -n LQ1 -t q -p poc <access Types>
# eg (put everything - in the real live scenario, choose only what you want to grant) :
setmqaut -m QM1 -n LQ1 -t q -p poc +put +get +browse +inq +set +crt +dlt +chg +dsp +passid +setid +setall +clr
然後不要忘記重啓QM1與
endmqm -i QM1
strmqm QM1
最後,你應該能夠無錯誤2035繼續。
- 1. C#MQ連接出現錯誤2035,但Java的MQ連接效果很好
- 2. Hermes JMS無法連接到Websphere MQ 7.1(2035錯誤)
- 3. WebSphere MQ在WAS升級到V7後拋出2035個Auth錯誤
- 4. Websphere使用mqseries從PHP/Linux進行MQ連接 - 錯誤2035 - 傳遞用戶名
- 5. MQRC_NOT_AUTHORIZED在連接到Websphere MQ 7.1時出錯
- 6. 春JMS到WebSphere MQ連接錯誤
- 7. MQ連接 - 2009錯誤
- 8. 連接到mongodb時出錯
- 9. 連接到xmpp時出錯
- 10. 連接到mysql時出錯?
- 11. JMSWMQ2013從WAS連接到MQ時
- 12. 連接到MQ管理器獲取MQ錯誤2495
- 13. 問題連接到Websphere Mq
- 14. 從UFT連接到IBM MQ
- 15. 當通過JMS/JNDI連接到WebSphere MQ時出現SSLHandshakeException
- 16. Websphere MQ - Java連接
- 17. 在將VBA連接到Oracle時關閉連接時出錯
- 18. 連接到mysql時出現110連接超時錯誤
- 19. WebSphere MQ Explorer無法連接|錯誤AMQ4043
- 20. 連接QuickBooks Web連接器時出錯
- 21. SolrJ - 從JSP連接到Zookeeper時出錯
- 22. 連接到TFS時出錯tfs246017
- 23. 連接到端口3003時出錯
- 24. 嘗試連接到SQL Server時出錯
- 25. 連接到nxt磚時出錯
- 26. 使用PHP連接到mysql時出錯
- 27. 連接到StompClient時可能出錯?
- 28. 將SAP BO連接到Hive時出錯
- 29. 連接到MySql主機時出錯
- 30. 連接到Google Play遊戲時出錯
http://www-01.ibm.com/support/docview.wss?uid=swg21962081 – mod 2017-12-20 06:57:24
OMG!多麼可怕的Technote!我會聯繫IBM,看看我能否讓他們解決它。請注意,列出的缺陷與IBM FTM而不是MQ本身一致。我的建議是正確授權嘗試連接的用戶。 IBM將禁用'CONNAUTH'。由於'CONNAUTH'是可怕的破壞,這是很好的建議,但假設有人跟着它,他們仍然需要連接的ID在MQ上正確授權。感謝您的鏈接! – 2017-12-29 04:27:20