Artemis võib loopback-brokeri puhul SOCKS-ist mööda minna
Kontrollige brokeri sihtkohta ja socksRemoteDNS-i käitumist, kui Artemis-ühendus õnnestub hoolimata meelega valedest SOCKS-i mandaatidest.
Artemise brokeriühendus, mis õnnestub vale SOCKS-i parooliga, võis proxy-käsitleja vahele jätta. Kontrollige brokeri sihtkohta, mitte ainult socksHosti.
Transpordi dokumentatsioon kirjeldab loopback-brokeri aadresse nagu localhost ja 127.0.0.1 aadressidena, mis lähevad SOCKS-i konfiguratsioonist mööda. Tavalise kohaliku tõlketeekonna jaoks kasutage ettenähtud mitte-loopback-brokeri aadressi, kui ühendus peab minema vahendaja kaudu. Teine alias, mis ikka lahendub loopbackiks, võib anda sama tulemuse.
Kontrollige konnektori versiooni täpset tingimust
Uuem upstream-konnektori lähtekood sisaldab selgesõnalist remote-DNS-i erandit. Proxy-käsitleja tingimus on:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())Kui socksRemoteDNS on sellist tingimust sisaldavas implementatsioonis lubatud, jätab konnektor sihtkoha lahendamata ja paigaldab SOCKS-käsitleja ka loopbackina näiva sihtkoha jaoks. Dokumenteeritud vaikeväärtuse false korral on kohaliku aadressi test endiselt oluline.
See muudab sellise hostinime nagu localhost tähendust: kui see antakse lahendamiseks SOCKS-serverile, viitab see proxy sihtkoha vaatele. Enne kauglahenduse valimist kinnitage, et see on ettenähtud brokeri asukoht.
Sobitage käitumine paigaldatud Artemise kliendiga. Kui käsitleja on tõesti marsruudil, eristage SOCKS-i autentimist brokeri autentimisest ja kontrollige sellest tulenevat ühendusteed, selle asemel et pidada õnnestunud brokeri seanssi tõendiks proxy mandaatide kasutamise kohta.