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

Връзка към брокер на Artemis, която успее с грешна SOCKS парола, може да е пропуснала прокси манипулатора. Проверете дестинацията на брокера, не само socksHost.

Документацията за транспорта описва loopback адреси на брокера като localhost и 127.0.0.1 като заобикалящи SOCKS конфигурацията. За нормалния път на локално разрешаване използвайте предвидения не-loopback адрес на брокера, когато връзката трябва да минава през посредника. Друг псевдоним, който все още се разрешава до loopback, може да даде същия резултат.

Проверете точното условие на версията на конектора

По-новият upstream изходен код на конектора включва изрично изключение за remote-DNS. Условието за прокси манипулатора е:

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

Когато socksRemoteDNS е включен в реализация, съдържаща това условие, конекторът оставя дестинацията неразрешена и инсталира SOCKS манипулатора дори за дестинация, изглеждаща като loopback. При документираната стойност по подразбиране false тестът за локален адрес все още е важен.

Това променя значението на име на хост като localhost: когато се подаде на SOCKS сървър за разрешаване, то се отнася до изгледа на проксито за дестинацията. Потвърдете, че това е предвиденото място на брокера, преди да изберете отдалечено разрешаване.

Съпоставете поведението с инсталирания клиент Artemis. След като манипулаторът действително е в маршрута, разграничавайте SOCKS удостоверяването от удостоверяването на брокера и проверете получения път на връзката, вместо да приемате успешна сесия с брокера като доказателство, че са използвани прокси данни за достъп.