Artemis-ը կարող է շրջանցել SOCKS-ը loopback broker-ի համար

Artemis broker-ի միացումը, որը հաջողվում է սխալ SOCKS գաղտնաբառով, հնարավոր է շրջանցել է proxy մշակիչը։ Ստուգեք broker-ի նպատակակետը, ոչ միայն socksHost-ը։

transport-ի փաստաթղթերը localhost-ի և 127.0.0.1-ի նման loopback broker հասցեները նկարագրում են որպես SOCKS կարգավորումը շրջանցող հասցեներ։ Սովորական տեղական լուծման ուղու համար օգտագործեք նախատեսված ոչ loopback broker հասցեն, երբ միացումը պետք է անցնի միջնորդի միջով։ Մեկ այլ alias, որը դեռ լուծվում է loopback-ի, կարող է տալ նույն արդյունքը։

Ստուգեք connector-ի տարբերակի ճշգրիտ պայմանը

Ավելի նոր upstream connector-ի կոդը ներառում է բացահայտ remote-DNS բացառություն։ proxy մշակիչի պայմանն է՝

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

Երբ socksRemoteDNS-ը միացված է այդ պայմանը պարունակող իրականացման մեջ, connector-ը թողնում է նպատակակետը չլուծված և տեղադրում է SOCKS մշակիչը նույնիսկ loopback-ի նմանվող նպատակակետի համար։ Փաստաթղթավորված false լռելյայն արժեքի դեպքում տեղական հասցեի թեստը դեռ կարևոր է։

Դա փոխում է localhost-ի նման hostname-ի իմաստը. երբ այն լուծման համար փոխանցվում է SOCKS սերվերին, այն վերաբերում է proxy-ի նպատակակետի տեսքին։ Համոզվեք, որ սա նախատեսված broker-ի վայրն է, նախքան հեռավոր լուծում ընտրելը։

Համապատասխանեցրեք վարքը տեղադրված Artemis client-ին։ Երբ մշակիչն իսկապես երթուղու մեջ է, տարբերեք SOCKS նույնականացումը broker-ի նույնականացումից և ստուգեք ստացված միացման ուղին՝ հաջող broker նստաշրջանը proxy հավատարմագրերի օգտագործման ապացույց համարելու փոխարեն։