ਗਲਤ SOCKS ਪਾਸਵਰਡ ਨਾਲ ਸਫਲ ਹੋਣ ਵਾਲਾ Artemis broker ਕਨੈਕਸ਼ਨ proxy handler ਨੂੰ ਛੱਡ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ socksHost ਨਹੀਂ, broker ਮੰਜ਼ਿਲ ਦੀ ਜਾਂਚ ਕਰੋ।

transport ਦਸਤਾਵੇਜ਼ localhost ਅਤੇ 127.0.0.1 ਵਰਗੇ loopback broker ਪਤਿਆਂ ਨੂੰ SOCKS ਸੰਰਚਨਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਵਾਲੇ ਪਤੇ ਦੱਸਦਾ ਹੈ। ਆਮ ਸਥਾਨਕ ਹੱਲ ਮਾਰਗ ਲਈ, ਜਦੋਂ ਕਨੈਕਸ਼ਨ ਨੂੰ intermediary ਰਾਹੀਂ ਜਾਣਾ ਹੋਵੇ ਤਾਂ ਇੱਛਤ non-loopback broker ਪਤਾ ਵਰਤੋ। loopback 'ਤੇ ਹੱਲ ਹੋਣ ਵਾਲਾ ਹੋਰ alias ਵੀ ਉਹੀ ਨਤੀਜਾ ਦੇ ਸਕਦਾ ਹੈ।

connector ਸੰਸਕਰਣ ਦੀ ਸਹੀ ਸ਼ਰਤ ਦੀ ਜਾਂਚ ਕਰੋ

ਨਵੇਂ upstream connector ਸਰੋਤ ਵਿੱਚ ਸਪੱਸ਼ਟ remote-DNS ਅਪਵਾਦ ਹੈ। proxy handler ਦੀ ਸ਼ਰਤ ਇਹ ਹੈ:

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

ਉਸ ਸ਼ਰਤ ਵਾਲੇ implementation ਵਿੱਚ socksRemoteDNS ਸਮਰੱਥ ਹੋਣ 'ਤੇ, connector ਮੰਜ਼ਿਲ ਨੂੰ ਅਣਸੁਲਝਿਆ ਰੱਖਦਾ ਹੈ ਅਤੇ loopback ਵਰਗੀ ਦਿਖਣ ਵਾਲੀ ਮੰਜ਼ਿਲ ਲਈ ਵੀ SOCKS handler ਸਥਾਪਤ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਦਸਤਾਵੇਜ਼ੀ ਡਿਫਾਲਟ false ਨਾਲ, ਸਥਾਨਕ-ਪਤਾ ਟੈਸਟ ਅਜੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਇਹ localhost ਵਰਗੇ hostname ਦਾ ਅਰਥ ਬਦਲਦਾ ਹੈ: ਜਦੋਂ ਹੱਲ ਲਈ SOCKS ਸਰਵਰ ਨੂੰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ proxy ਦੇ ਮੰਜ਼ਿਲ ਦ੍ਰਿਸ਼ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਦੂਰਸਥ ਹੱਲ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਇੱਛਤ broker ਸਥਾਨ ਹੈ।

ਵਿਵਹਾਰ ਨੂੰ ਸਥਾਪਿਤ Artemis client ਨਾਲ ਮਿਲਾਓ। handler ਦੇ ਅਸਲ ਵਿੱਚ ਮਾਰਗ ਵਿੱਚ ਆਉਣ ਤੋਂ ਬਾਅਦ, SOCKS ਪ੍ਰਮਾਣੀਕਰਨ ਨੂੰ broker ਪ੍ਰਮਾਣੀਕਰਨ ਤੋਂ ਵੱਖ ਕਰੋ ਅਤੇ ਸਫਲ broker session ਨੂੰ proxy ਪ੍ਰਮਾਣ ਵਰਤੋਂ ਦਾ ਸਬੂਤ ਮੰਨਣ ਦੀ ਬਜਾਏ ਨਤੀਜਾ ਕਨੈਕਸ਼ਨ ਮਾਰਗ ਪ੍ਰਮਾਣਿਤ ਕਰੋ।

ਸੰਬੰਧਿਤ ਲੇਖ