Artemis-brokertenging sem tekst með ranga SOCKS-lykilorðið hefur mögulega sleppt proxy-meðhöndlaranum. Athugaðu áfangastað brokers, ekki bara socksHost.

Transport-skjölin lýsa loopback-brokerheimilisföngum eins og localhost og 127.0.0.1 sem heimilisföngum sem fara fram hjá SOCKS-stillingunni. Fyrir venjulegu staðbundnu upplausnarleiðina skaltu nota ætlaða non-loopback-brokerheimilisfangið þegar tengingin verður að fara í gegnum milliliðinn. Annað alias sem enn leysist í loopback getur gefið sömu niðurstöðu.

Athugaðu nákvæmlega skilyrði útgáfu tengisins

Nýrri upstream-tengikóði inniheldur skýra remote-DNS-undantekningu. Skilyrði proxy-meðhöndlarans er:

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

Þegar socksRemoteDNS er virkt í útfærslu sem inniheldur þetta skilyrði heldur tengið áfangastaðnum óleystum og setur upp SOCKS-meðhöndlarann jafnvel fyrir áfangastað sem lítur út eins og loopback. Með skjalfestu sjálfgefnu gildinu false skiptir prófun staðbundins heimilisfangs enn máli.

Það breytir merkingu hýsilnafns eins og localhost: þegar það er sent SOCKS-þjóni til upplausnar vísar það til sýnar proxysins á áfangastaðinn. Staðfestu að þetta sé ætlaður staður brokers áður en þú velur fjarlausn.

Lagaðu hegðunina að uppsetta Artemis-biðlinum. Þegar meðhöndlarinn er í raun á leiðinni skaltu greina SOCKS-auðkenningu frá broker-auðkenningu og sannreyna tengileiðina sem verður til í stað þess að líta á vel heppnaða broker-lotu sem sönnun þess að proxy-upplýsingar hafi verið notaðar.

Tengdir greinar