Artemis може заобићи SOCKS за loopback broker
Проверите одредиште broker-а и понашање socksRemoteDNS када Artemis веза успе упркос намерно погрешним SOCKS акредитивима.
Веза са Artemis broker-ом која успе с погрешном SOCKS лозинком можда је прескочила proxy обрађивач. Проверите одредиште broker-а, не само socksHost.
Документација транспорта описује loopback адресе broker-а као што су localhost и 127.0.0.1 као адресе које заобилазе SOCKS конфигурацију. За уобичајену путању локалног разрешавања користите предвиђену не-loopback адресу broker-а када веза мора да иде кроз посредника. Други alias који се и даље разрешава на loopback може дати исти резултат.
Проверите тачан услов верзије конектора
Новији upstream изворни код конектора укључује изричито изузеће за remote-DNS. Услов proxy обрађивача је:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())
Када је socksRemoteDNS омогућен у имплементацији која садржи тај услов, конектор оставља одредиште неразрешеним и инсталира SOCKS обрађивач чак и за одредиште које изгледа као loopback. Уз документовану задату вредност false, тест локалне адресе је и даље важан.
То мења значење имена хоста као што је localhost: када се пошаље SOCKS серверу на разрешавање, односи се на поглед proxy-ја на одредиште. Потврдите да је то предвиђена локација broker-а пре него што одаберете удаљено разрешавање.
Ускладите понашање са инсталираним Artemis клијентом. Када је обрађивач заиста на рути, разликујте SOCKS аутентификацију од аутентификације broker-а и проверите резултујућу путању везе уместо да успешну сесију с broker-ом сматрате доказом да су коришћени proxy акредитиви.