Artemis loopback broker ಗಾಗಿ SOCKS ಬೈಪಾಸ್ ಮಾಡಬಹುದು

ತಪ್ಪಾದ SOCKS ಪಾಸ್ವರ್ಡ್ನೊಂದಿಗೆ ಯಶಸ್ವಿಯಾಗುವ Artemis broker ಸಂಪರ್ಕವು proxy ಹ್ಯಾಂಡ್ಲರ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಿರಬಹುದು. ಕೇವಲ socksHost ಅಲ್ಲ, broker ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಶೀಲಿಸಿ.

transport ದಾಖಲೆಗಳು localhost ಮತ್ತು 127.0.0.1 ನಂತಹ loopback broker ವಿಳಾಸಗಳನ್ನು SOCKS ಸಂರಚನೆಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ವಿಳಾಸಗಳೆಂದು ವಿವರಿಸುತ್ತವೆ. ಸಾಮಾನ್ಯ ಸ್ಥಳೀಯ ಪರಿಹಾರ ಮಾರ್ಗಕ್ಕಾಗಿ, ಸಂಪರ್ಕವು ಮಧ್ಯವರ್ತಿಯ ಮೂಲಕ ಹೋಗಬೇಕಾದಾಗ ಉದ್ದೇಶಿತ non-loopback broker ವಿಳಾಸವನ್ನು ಬಳಸಿ. loopback ಗೆ ಪರಿಹರಿಸುವ ಇನ್ನೊಂದು alias ಸಹ ಅದೇ ಫಲಿತಾಂಶ ನೀಡಬಹುದು.

connector ಆವೃತ್ತಿಯ ನಿಖರವಾದ ಷರತ್ತನ್ನು ಪರಿಶೀಲಿಸಿ

ಹೊಸ upstream connector ಮೂಲವು ಸ್ಪಷ್ಟವಾದ remote-DNS ವಿನಾಯಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. proxy ಹ್ಯಾಂಡ್ಲರ್ನ ಷರತ್ತು ಇದು:

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

ಆ ಷರತ್ತನ್ನು ಹೊಂದಿರುವ ಅನುಷ್ಠಾನದಲ್ಲಿ socksRemoteDNS ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ, connector ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಹರಿಸದೆ ಬಿಡುತ್ತದೆ ಮತ್ತು loopback ನಂತೆ ಕಾಣುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೂ SOCKS ಹ್ಯಾಂಡ್ಲರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಅದರ ದಾಖಲಿತ ಡೀಫಾಲ್ಟ್ false ಜೊತೆಗೆ, ಸ್ಥಳೀಯ-ವಿಳಾಸ ಪರೀಕ್ಷೆ ಇನ್ನೂ ಮುಖ್ಯವಾಗಿದೆ.

ಇದು localhost ನಂತಹ hostname ನ ಅರ್ಥವನ್ನು ಬದಲಿಸುತ್ತದೆ: ಪರಿಹಾರಕ್ಕಾಗಿ SOCKS ಸರ್ವರ್ಗೆ ಕಳುಹಿಸಿದಾಗ, ಅದು proxy ನ ಗಮ್ಯಸ್ಥಾನ ದೃಶ್ಯವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ರಿಮೋಟ್ ಪರಿಹಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಇದು ಉದ್ದೇಶಿತ broker ಸ್ಥಳವೆಂದು ಖಚಿತಪಡಿಸಿ.

ವರ್ತನೆಯನ್ನು ಸ್ಥಾಪಿತ Artemis client ಗೆ ಹೊಂದಿಸಿ. ಹ್ಯಾಂಡ್ಲರ್ ನಿಜವಾಗಿ ಮಾರ್ಗದಲ್ಲಿದ್ದಾಗ, SOCKS ದೃಢೀಕರಣವನ್ನು broker ದೃಢೀಕರಣದಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ ಮತ್ತು ಯಶಸ್ವಿ broker ಸೆಷನ್ ಅನ್ನು proxy ರುಜುವಾತುಗಳ ಬಳಕೆಯ ಪುರಾವೆ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಪರಿಣಾಮವಾಗಿ ಸಂಪರ್ಕ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ.