Artemis kan omgå SOCKS for ein loopback-broker

Ein Artemis-broker-tilkopling som lukkast med feil SOCKS-passord, kan ha hoppa over proxy-handteraren. Kontroller broker-destinasjonen, ikkje berre socksHost.

Transportdokumentasjonen skildrar loopback-brokeradresser som localhost og 127.0.0.1 som adresser som omgår SOCKS-konfigurasjonen. For den vanlege lokale oppløysingsbanen brukar du den tiltenkte ikkje-loopback-brokeradressa når tilkoplinga må gå gjennom mellomleddet. Eit anna alias som framleis løysest til loopback, kan gje same resultat.

Kontroller den nøyaktige føresetnaden i connector-versjonen

Nyare upstream-connectorkjeldekode inneheld eit eksplisitt remote-DNS-unntak. Føresetnaden for proxy-handteraren er:

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

Når socksRemoteDNS er aktivert i ei implementering som inneheld den føresetnaden, held connectoren destinasjonen uløyst og installerer SOCKS-handteraren sjølv for ein destinasjon som ser ut som loopback. Med den dokumenterte standardverdien false er testen av den lokale adressa framleis viktig.

Det endrar tydinga av eit vertsnamn som localhost: når det blir sendt til ein SOCKS-server for oppløysing, viser det til synet til proxyen på destinasjonen. Stadfest at dette er den tiltenkte broker-plasseringa før du vel ekstern oppløysing.

Tilpass åtferda til den installerte Artemis-klienten. Når handteraren faktisk er i ruta, skil SOCKS-autentisering frå broker-autentisering og stadfest den resulterande tilkoplingsbanen i staden for å handsame ei vellukka broker-økt som prov på at proxy-påloggingsinformasjon vart brukt.