Artemis може да го заобиколи SOCKS за loopback broker

Artemis broker врската што успева со погрешна SOCKS лозинка можеби го прескокнала proxy обработувачот. Проверете ја дестинацијата на broker-от, не само socksHost.

Документацијата за transport ги опишува loopback broker адресите како localhost и 127.0.0.1 како адреси што ја заобиколуваат SOCKS конфигурацијата. За нормалната патека на локално разрешување користете ја предвидената не-loopback broker адреса кога врската мора да оди низ посредникот. Друг alias што сè уште се разрешува на loopback може да го даде истиот резултат.

Проверете го точниот услов на верзијата на connector-от

Поновиот upstream изворен код на connector-от вклучува експлицитен исклучок за remote-DNS. Условот на proxy обработувачот е:

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

Кога socksRemoteDNS е овозможен во имплементација што го содржи тој услов, connector-от ја остава дестинацијата неразрешена и го инсталира SOCKS обработувачот дури и за дестинација што изгледа како loopback. Со документираната стандардна вредност false, тестот на локалната адреса сè уште е важен.

Тоа го менува значењето на име на домаќин како localhost: кога се предава на SOCKS сервер за разрешување, се однесува на погледот на proxy-то за дестинацијата. Потврдете дека ова е предвиденото место на broker-от пред да изберете далечинско разрешување.

Усогласете го однесувањето со инсталираниот Artemis клиент. Откако обработувачот навистина е на рутата, разликувајте SOCKS автентикација од broker автентикација и проверете ја добиената патека на врската наместо успешна broker сесија да ја сметате за доказ дека се користени proxy податоци.