Artemis loopback broker साठी SOCKS बायपास करू शकते
जाणूनबुजून चुकीच्या SOCKS क्रेडेन्शियल्स असूनही Artemis कनेक्शन यशस्वी झाल्यास broker गंतव्य आणि socksRemoteDNS वर्तन तपासा.
चुकीच्या SOCKS पासवर्डसह यशस्वी होणारे Artemis broker कनेक्शन proxy handler वगळू शकते. फक्त socksHost नाही, broker गंतव्य तपासा.
transport दस्तऐवज localhost आणि 127.0.0.1 सारख्या loopback broker पत्त्यांचे SOCKS कॉन्फिगरेशन बायपास करणारे पत्ते असे वर्णन करतात. सामान्य स्थानिक रिझोल्यूशन मार्गासाठी, कनेक्शनला intermediary मधून जावे लागत असल्यास इच्छित non-loopback broker पत्ता वापरा. loopback वर रिझोल्व्ह होणारा दुसरा alias देखील तोच निकाल देऊ शकतो.
connector आवृत्तीची अचूक अट तपासा
नवीन upstream connector स्रोतात स्पष्ट remote-DNS अपवाद आहे. proxy handler ची अट ही आहे:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())
ही अट असलेल्या implementation मध्ये socksRemoteDNS सक्षम असल्यास, connector गंतव्य अनरिझोल्व्ह्ड ठेवतो आणि loopback सारखे दिसणाऱ्या गंतव्यासाठीही SOCKS handler स्थापित करतो. त्याच्या नोंदवलेल्या डीफॉल्ट false सह, स्थानिक-पत्ता चाचणी अजूनही महत्त्वाची आहे.
हे localhost सारख्या hostname चा अर्थ बदलते: रिझोल्यूशनसाठी SOCKS सर्व्हरला दिल्यास, ते proxy च्या गंतव्य दृश्याकडे निर्देश करते. दूरस्थ रिझोल्यूशन निवडण्यापूर्वी हे इच्छित broker स्थान असल्याची खात्री करा.
वर्तन स्थापित Artemis client शी जुळवा. handler प्रत्यक्षात मार्गात आल्यानंतर, SOCKS प्रमाणीकरण broker प्रमाणीकरणापासून वेगळे करा आणि यशस्वी broker session ला proxy क्रेडेन्शियल्स वापरल्याचा पुरावा मानण्याऐवजी परिणामी कनेक्शन मार्ग सत्यापित करा.