Artemis gali apeiti SOCKS loopback brokeriui
Patikrinkite brokerio paskirties vietą ir socksRemoteDNS elgseną, kai Artemis ryšys pavyksta nepaisant tyčia neteisingų SOCKS prisijungimo duomenų.
Artemis brokerio ryšys, pavykstantis su neteisingu SOCKS slaptažodžiu, galėjo praleisti proxy apdorotoją. Patikrinkite brokerio paskirties vietą, ne tik socksHost.
Transporto dokumentacija apibūdina loopback brokerio adresus, tokius kaip localhost ir 127.0.0.1, kaip adresus, kurie apeina SOCKS konfigūraciją. Įprastam vietinio sprendimo keliui naudokite numatytą ne loopback brokerio adresą, kai ryšys turi eiti per tarpininką. Kitas alias, vis dar sprendžiamas į loopback, gali duoti tą patį rezultatą.
Patikrinkite tikslią connector versijos sąlygą
Naujesnis upstream connector šaltinis apima aiškią remote-DNS išimtį. Proxy apdorotojo sąlyga yra:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())Kai socksRemoteDNS įjungtas implementacijoje, kurioje yra ši sąlyga, connector palieka paskirties vietą neišspręstą ir įdiegia SOCKS apdorotoją net ir į loopback panašiai paskirties vietai. Esant dokumentuotai numatytajai reikšmei false, vietinio adreso testas vis dar svarbus.
Tai pakeičia tokio hostname kaip localhost prasmę: kai jis perduodamas SOCKS serveriui išspręsti, jis nurodo proxy paskirties vietos vaizdą. Prieš pasirinkdami nuotolinį sprendimą patvirtinkite, kad tai numatyta brokerio vieta.
Suderinkite elgseną su įdiegtu Artemis klientu. Kai apdorotojas iš tikrųjų yra maršrute, atskirkite SOCKS autentifikavimą nuo brokerio autentifikavimo ir patikrinkite gautą ryšio kelią, o ne laikykite sėkmingos brokerio sesijos įrodymu, kad buvo naudojami proxy prisijungimo duomenys.