Artemis boleh memintas SOCKS untuk broker loopback

Sambungan broker Artemis yang berjaya dengan kata laluan SOCKS yang salah mungkin telah memintas pengendali proxy. Semak destinasi broker, bukan hanya socksHost.

Dokumentasi transport menerangkan alamat broker loopback seperti localhost dan 127.0.0.1 sebagai alamat yang memintas konfigurasi SOCKS. Untuk laluan penyelesaian tempatan biasa, gunakan alamat broker bukan loopback yang dimaksudkan apabila sambungan mesti melalui perantara. Alias lain yang masih diselesaikan ke loopback mungkin memberikan hasil yang sama.

Semak syarat tepat versi connector

Kod sumber connector upstream yang lebih baharu mengandungi pengecualian remote-DNS yang jelas. Syarat pengendali proxy ialah:

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

Apabila socksRemoteDNS didayakan dalam pelaksanaan yang mengandungi syarat itu, connector membiarkan destinasi tidak diselesaikan dan memasang pengendali SOCKS walaupun untuk destinasi yang kelihatan seperti loopback. Dengan nilai lalai false yang didokumenkan, ujian alamat tempatan masih penting.

Itu mengubah maksud nama hos seperti localhost: apabila dihantar kepada pelayan SOCKS untuk penyelesaian, ia merujuk kepada pandangan proxy tentang destinasi. Sahkan bahawa ini ialah lokasi broker yang dimaksudkan sebelum memilih penyelesaian jauh.

Padankan tingkah laku dengan klien Artemis yang dipasang. Setelah pengendali benar-benar berada dalam laluan, bezakan pengesahan SOCKS daripada pengesahan broker dan sahkan laluan sambungan yang terhasil dan bukannya menganggap sesi broker yang berjaya sebagai bukti kelayakan proxy telah digunakan.