Artemis loopback broker için SOCKS'u atlayabilir
Kasıtlı olarak yanlış SOCKS kimlik bilgilerine rağmen bir Artemis bağlantısı başarılı olduğunda broker hedefini ve socksRemoteDNS davranışını kontrol edin.
Yanlış SOCKS parolasıyla başarılı olan bir Artemis broker bağlantısı proxy işleyicisini atlamış olabilir. Yalnızca socksHost'u değil, broker hedefini kontrol edin.
Transport belgeleri localhost ve 127.0.0.1 gibi loopback broker adreslerini SOCKS yapılandırmasını atlayan adresler olarak tanımlar. Normal yerel çözümleme yolu için, bağlantı aracıdan geçmek zorundayken amaçlanan loopback olmayan broker adresini kullanın. Hâlâ loopback'e çözümlenen başka bir alias da aynı sonucu verebilir.
Connector sürümünün tam koşulunu kontrol edin
Daha yeni upstream connector kaynak kodu açık bir remote-DNS istisnası içerir. Proxy işleyicisinin koşulu şudur:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())Bu koşulu içeren bir uygulamada socksRemoteDNS etkinleştirildiğinde, connector hedefi çözümlenmemiş bırakır ve loopback gibi görünen bir hedef için bile SOCKS işleyicisini kurar. Belgelenen varsayılan false değeriyle yerel adres testi hâlâ önemlidir.
Bu, localhost gibi bir ana bilgisayar adının anlamını değiştirir: çözümleme için bir SOCKS sunucusuna aktarıldığında, proxy'nin hedef görünümüne işaret eder. Uzak çözümlemeyi seçmeden önce bunun amaçlanan broker konumu olduğunu doğrulayın.
Davranışı kurulu Artemis istemcisiyle eşleştirin. İşleyici gerçekten rotaya girdikten sonra SOCKS kimlik doğrulamasını broker kimlik doğrulamasından ayırın ve başarılı bir broker oturumunu proxy kimlik bilgilerinin kullanıldığının kanıtı saymak yerine ortaya çıkan bağlantı yolunu doğrulayın.