Efallai bod cysylltiad broker Artemis sy'n llwyddo gyda'r cyfrinair SOCKS anghywir wedi hepgor y proxy handler. Gwiriwch gyrchfan y broker, nid socksHost yn unig.

Mae dogfennaeth y transport yn disgrifio cyfeiriadau broker loopback fel localhost a 127.0.0.1 fel rhai sy'n osgoi ffurfweddiad SOCKS. Ar gyfer y llwybr datrys lleol arferol, defnyddiwch y cyfeiriad broker non-loopback a fwriadwyd pan fo'r cysylltiad yn gorfod mynd trwy'r cyfryngwr. Gall alias arall sy'n dal i ddatrys i loopback gael yr un canlyniad.

Gwiriwch union amod fersiwn y connector

Mae cod ffynhonnell connector upstream mwy newydd yn cynnwys eithriad remote-DNS penodol. Amod y proxy handler yw:

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

Pan fo socksRemoteDNS wedi'i alluogi mewn gweithrediad sy'n cynnwys yr amod hwnnw, mae'r connector yn cadw'r gyrchfan heb ei datrys ac yn gosod y SOCKS handler hyd yn oed ar gyfer cyrchfan sy'n edrych fel loopback. Gyda'r gwerth diofyn dogfennol false, mae'r prawf cyfeiriad lleol yn dal i fod yn bwysig.

Mae hyn yn newid ystyr enw gwesteiwr fel localhost: pan gaiff ei basio i weinydd SOCKS i'w ddatrys, mae'n cyfeirio at olygfa gyrchfan y proxy. Cadarnhewch mai dyma leoliad broker a fwriadwyd cyn dewis datrysiad pell.

Cydweddwch yr ymddygiad â'r cleient Artemis sydd wedi'i osod. Unwaith y bydd y handler mewn gwirionedd yn y llwybr, gwahaniaethwch ddilysu SOCKS oddi wrth ddilysu broker a gwirio'r llwybr cysylltiad sy'n deillio o hynny yn lle trin sesiwn broker lwyddiannus fel prawf bod manylion proxy wedi'u defnyddio.

Erthyglau cysylltiedig