Artemis voi ohittaa SOCKSin loopback-brokerille
Tarkista brokerin kohde ja socksRemoteDNS-käyttäytyminen, kun Artemis-yhteys onnistuu tahallaan väärillä SOCKS-tunnuksilla.
Artemis-broker-yhteys, joka onnistuu väärällä SOCKS-salasanalla, on ehkä ohittanut proxy-käsittelijän. Tarkista brokerin kohde, ei vain socksHost.
Transport-dokumentaatio kuvaa loopback-broker-osoitteet, kuten localhost ja 127.0.0.1, osoitteina, jotka ohittavat SOCKS-määrityksen. Käytä tavallisella paikallisen ratkaisun polulla aiottua ei-loopback-broker-osoitetta, kun yhteyden on kuljettava välittäjän kautta. Toinen alias, joka yhä ratkeaa loopbackiksi, voi antaa saman tuloksen.
Tarkista connector-version tarkka ehto
Uudempi upstream-connectorin lähdekoodi sisältää nimenomaisen remote-DNS-poikkeuksen. Proxy-käsittelijän ehto on:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())Kun socksRemoteDNS on käytössä toteutuksessa, joka sisältää tämän ehdon, connector jättää kohteen ratkaisematta ja asentaa SOCKS-käsittelijän jopa loopbackilta näyttävälle kohteelle. Dokumentoidulla oletusarvolla false paikallisen osoitteen testi on edelleen tärkeä.
Tämä muuttaa localhostin kaltaisen isäntänimen merkitystä: kun se annetaan SOCKS-palvelimelle ratkaistavaksi, se viittaa proxyn näkymään kohteesta. Vahvista, että tämä on aiottu brokerin sijainti ennen etäratkaisun valitsemista.
Sovita käyttäytyminen asennettuun Artemis-asiakkaaseen. Kun käsittelijä on todella reitillä, erota SOCKS-todennus broker-todennuksesta ja tarkista syntyvä yhteyspolku sen sijaan, että pitäisit onnistunutta broker-istuntoa todisteena proxy-tunnusten käytöstä.