Artemis lahko obide SOCKS za loopback broker

Povezava z brokerjem Artemis, ki uspe z napačnim geslom SOCKS, je morda preskočila proxy upravljalnik. Preverite cilj brokerja, ne le socksHost.

Dokumentacija transporta opisuje loopback naslove brokerja, kot sta localhost in 127.0.0.1, kot naslove, ki obidejo konfiguracijo SOCKS. Za običajno pot lokalnega razreševanja uporabite predvideni ne-loopback naslov brokerja, ko mora povezava iti skozi posrednika. Drug alias, ki se še vedno razrešuje v loopback, lahko da enak rezultat.

Preverite natančen pogoj različice connectorja

Novejša izvorna koda connectorja upstream vključuje izrecno izjemo remote-DNS. Pogoj proxy upravljalnika je:

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

Ko je socksRemoteDNS omogočen v implementaciji, ki vsebuje ta pogoj, connector pusti cilj nerazrešen in namesti upravljalnik SOCKS tudi za cilj, ki je videti kot loopback. Ob dokumentirani privzeti vrednosti false je test lokalnega naslova še vedno pomemben.

To spremeni pomen imena gostitelja, kot je localhost: ko se preda strežniku SOCKS v razrešitev, se nanaša na pogled proxyja na cilj. Pred izbiro oddaljenega razreševanja potrdite, da je to predvidena lokacija brokerja.

Uskladite vedenje z nameščenim odjemalcem Artemis. Ko je upravljalnik res na poti, ločite preverjanje pristnosti SOCKS od preverjanja pristnosti brokerja in preverite nastalo pot povezave, namesto da uspešno sejo brokerja obravnavate kot dokaz uporabe proxy poverilnic.