2011-05-16 3 views
6

मेरे पास वेबस्पेयर 6 का एक उदाहरण है और वेबस्फेयर 7 का एक उदाहरण है। प्रत्येक में एक वेबस्पेयर एमक्यू मैसेजिंग प्रदाता, एक कतार कनेक्शन फैक्ट्री और एक कतार एक समान तरीके से कॉन्फ़िगर किया गया है । सभी उपयोगकर्ता आईडी फ़ील्ड खाली छोड़ दिए गए हैं और प्रमाणीकरण उपनाम "कोई नहीं" पर छोड़े गए हैं।वेबस्पेयर 7, उपयोगकर्ता आईडी के बिना जेएमएस क्यू कनेक्शन फैक्ट्री को कॉन्फ़िगर करना: एमक्यूआरसी_NOT_AUTHORIZED

WAS6 में यह ठीक काम करता है।

WAS7 में मैं कोई त्रुटि मिलती है:

JMSWMQ2013: The security authentication was not valid that was supplied for QueueManager 'MYQMNGR' with connection mode 'Client' and host name '10.11.22.33(51001)'.; nested exception is com.ibm.msg.client.jms.DetailedJMSSecurityException: JMSWMQ2013: The security authentication was not valid that was supplied for QueueManager 'MYQMNGR' with connection mode 'Client' and host name '10.11.22.33(51001)'. Please check if the supplied username and password are correct on the QueueManager you are connecting to; nested exception is com.ibm.mq.MQException: JMSCMQ0001: WebSphere MQ call failed with compcode '2' ('MQCC_FAILED') reason '2035' ('MQRC_NOT_AUTHORIZED').

अगर कोई यूजर आईडी आपूर्ति की जाती है जिस तरह से WAS7 MQ WAS6 की तुलना को जोड़ता में अलग हो सकता है क्या?

मेरे पास उस एमक्यू (संस्करण 7) की कोई दृश्यता या पहुंच नहीं है, तो WAS 6 से एक्सेस करते समय इसे उपयोगकर्ता आईडी की आवश्यकता नहीं है, इसलिए मुझे इसे काम करने के लिए WAS7 प्राप्त करने की आवश्यकता है।

उत्तर

12

WAS 6 में यदि आपने प्रशासन पैनल में उपयोगकर्ता आईडी को खाली छोड़ दिया है, तो डब्लूएमक्यू को खाली कर दिया गया था। WMQ चैनल चलाएगा भले ही वह रिमोट यूजर को निर्धारित न कर सके और उस स्थिति में चैनल संदेश चैनल एजेंट (एमसीए) के अधिकार के साथ चलता है, जो हमेशा प्रशासनिक होता है। इसलिए, वी 6 में, यह काम करता है।

वी 7 के रूप में, WMQ क्लाइंट यह निर्धारित करने के लिए थोड़ा कठिन प्रयास करेगा कि यदि आप इसे WAS व्यवस्थापक पैनल में खाली छोड़ देते हैं और JVM आईडी प्राप्त करेंगे और CONNECT कॉल पर पास करेंगे। यह 2035 का स्रोत है।

यह ठीक करने का सही तरीका यह है कि WMQ व्यवस्थापक को SVRCONN चैनल के MCAUSER फ़ील्ड में कम-विशेषाधिकार प्राप्त आईडी रखना चाहिए। आईडी को जावा ईई सर्वर की कतारों के लिए अधिकृत होना चाहिए, लेकिन कमांड कतार और अन्य प्रशासनिक कतारों के लिए नहीं। इससे समस्या हल हो जाएगी कि WAS 7 एक अपरिचित आईडी और भेज रहा है, यह किसी भी प्रकार के दूरस्थ क्लाइंट को उस चैनल पर व्यवस्थापक पहुंच प्राप्त करने से रोकता है।

विकल्प WMQ कनेक्शन के लिए WAS व्यवस्थापक पैनल पर जाना है और उपयोगकर्ता आईडी को mqm पर सेट करना है। (यह काम करता है अगर डब्लूएमक्यू एक वितरित गैर-विंडोज सिस्टम पर चलता है। यदि डब्लूएमक्यू विंडोज़, जेड/ओएस या कुछ और पर चल रहा है, तो प्लेटफ़ॉर्म समकक्ष आईडी को यहां बदलें।) हालांकि यह WAS ऊपर और चलने वाला होगा, यह पता नहीं है तथ्य यह है कि QMgr प्रशासनिक पहुंच का खुलासा करता है।

QMgr पर अंतर्निहित सुरक्षा जोखिम को पहचानने और उपचार करने के तरीके के बारे में अधिक विस्तृत स्पष्टीकरण के लिए कृपया http://t-rob.net/links पर WMQ हार्डनिंग प्रस्तुति और प्रयोगशाला देखें।

+0

बहुत स्पष्ट और सक्षम उत्तर। आपका बहुत बहुत धन्यवाद! –

+1

इस जलती हुई प्रश्न को पोस्ट करने के लिए मैक्सिम धन्यवाद, और सटीक उत्तर के लिए टी.रोब भी धन्यवाद –

संबंधित मुद्दे