Veza s Artemis brokerom koja uspije s pogrešnom SOCKS lozinkom možda je preskočila proxy obrađivač. Provjerite odredište brokera, ne samo socksHost.

Dokumentacija transporta opisuje loopback adrese brokera kao što su localhost i 127.0.0.1 kao adrese koje zaobilaze SOCKS konfiguraciju. Za uobičajenu putanju lokalnog razrješavanja koristite predviđenu ne-loopback adresu brokera kada veza mora ići kroz posrednika. Drugi alias koji se i dalje razrješava na loopback može dati isti rezultat.

Provjerite točan uvjet verzije konektora

Noviji upstream izvorni kod konektora uključuje izričito izuzeće za remote-DNS. Uvjet proxy obrađivača je:

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

Kada je socksRemoteDNS omogućen u implementaciji koja sadrži taj uvjet, konektor ostavlja odredište nerazriješenim i instalira SOCKS obrađivač čak i za odredište koje izgleda kao loopback. Uz dokumentiranu zadanu vrijednost false, test lokalne adrese i dalje je važan.

To mijenja značenje imena hosta kao što je localhost: kada se pošalje SOCKS poslužitelju na razrješavanje, odnosi se na pogled proxyja na odredište. Potvrdite da je to predviđena lokacija brokera prije nego što odaberete udaljeno razrješavanje.

Uskladite ponašanje s instaliranim Artemis klijentom. Nakon što je obrađivač zaista na ruti, razlikujte SOCKS autentifikaciju od autentifikacije brokera i provjerite rezultirajuću putanju veze umjesto da uspješnu sesiju s brokerom smatrate dokazom da su korištene proxy vjerodajnice.

Povezani članci