Artemis loopback broker માટે SOCKS બાયપાસ કરી શકે છે

ખોટા SOCKS પાસવર્ડ સાથે સફળ થતું Artemis broker કનેક્શન proxy હેન્ડલરને છોડી ગયું હોઈ શકે. ફક્ત socksHost નહીં, broker ગંતવ્ય તપાસો.

transport દસ્તાવેજીકરણ localhost અને 127.0.0.1 જેવા loopback broker સરનામાંને SOCKS રૂપરેખાંકનને બાયપાસ કરતા સરનામાં તરીકે વર્ણવે છે. સામાન્ય સ્થાનિક રિઝોલ્યુશન માર્ગ માટે, જ્યારે કનેક્શન intermediary મારફતે જવું હોય ત્યારે ઇચ્છિત non-loopback broker સરનામું વાપરો. loopback પર રિઝોલ્વ થતું બીજું alias પણ એ જ પરિણામ આપી શકે.

connector આવૃત્તિની ચોક્કસ શરત તપાસો

નવા upstream connector સ્રોતમાં સ્પષ્ટ remote-DNS અપવાદ છે. proxy હેન્ડલરની શરત આ છે:

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

એ શરત ધરાવતા implementation માં socksRemoteDNS સક્રિય હોય ત્યારે, connector ગંતવ્યને અનરિઝોલ્વ્ડ રાખે છે અને loopback જેવું દેખાતું ગંતવ્ય હોય તોપણ SOCKS હેન્ડલર ઇન્સ્ટોલ કરે છે. તેના દસ્તાવેજીકૃત ડિફોલ્ટ false સાથે, સ્થાનિક-સરનામાની કસોટી હજી પણ મહત્ત્વની છે.

આ localhost જેવા hostname નો અર્થ બદલે છે: જ્યારે રિઝોલ્યુશન માટે SOCKS સર્વરને આપવામાં આવે છે, ત્યારે તે proxy ના ગંતવ્ય દૃશ્ય તરફ નિર્દેશ કરે છે. રિમોટ રિઝોલ્યુશન પસંદ કરતાં પહેલાં ખાતરી કરો કે આ ઇચ્છિત broker સ્થાન છે.

વર્તનને ઇન્સ્ટોલ કરેલ Artemis client સાથે મેળવો. હેન્ડલર ખરેખર રૂટમાં આવ્યા પછી, SOCKS પ્રમાણીકરણને broker પ્રમાણીકરણથી અલગ કરો અને સફળ broker સેશનને proxy ક્રેડેન્શિયલ્સ વપરાયા હોવાનો પુરાવો ગણવાને બદલે પરિણામી કનેક્શન માર્ગ ચકાસો.