Artemis var apiet SOCKS loopback brokerim

Artemis brokera savienojums, kas izdodas ar nepareizu SOCKS paroli, iespējams, ir izlaidis proxy apstrādātāju. Pārbaudiet brokera galamērķi, ne tikai socksHost.

Transporta dokumentācija apraksta loopback brokera adreses, piemēram, localhost un 127.0.0.1, kā adreses, kas apiet SOCKS konfigurāciju. Parastajam vietējās izšķiršanas ceļam izmantojiet paredzēto ne-loopback brokera adresi, kad savienojumam jāiet caur starpnieku. Cits alias, kas joprojām tiek izšķirts uz loopback, var dot tādu pašu rezultātu.

Pārbaudiet precīzo connector versijas nosacījumu

Jaunāks upstream connector pirmkods ietver skaidru remote-DNS izņēmumu. Proxy apstrādātāja nosacījums ir:

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

Ja socksRemoteDNS ir iespējots implementācijā, kas satur šo nosacījumu, connector atstāj galamērķi neizšķirtu un instalē SOCKS apstrādātāju pat loopback līdzīgam galamērķim. Ar dokumentēto noklusējuma vērtību false vietējās adreses tests joprojām ir svarīgs.

Tas maina tāda hostname kā localhost nozīmi: kad tas tiek nodots SOCKS serverim izšķiršanai, tas attiecas uz proxy galamērķa skatījumu. Pirms attālinātās izšķiršanas izvēles pārliecinieties, ka šī ir paredzētā brokera vieta.

Saskaņojiet uzvedību ar instalēto Artemis klientu. Kad apstrādātājs patiešām ir maršrutā, atšķiriet SOCKS autentifikāciju no brokera autentifikācijas un pārbaudiet iegūto savienojuma ceļu, nevis uzskatiet veiksmīgu brokera sesiju par pierādījumu, ka tika izmantoti proxy akreditācijas dati.