Веза са 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 акредитиви.

Повезани чланци