ਸਥਾਨਕ NTLM ਪ੍ਰੌਕਸੀ ਹੈਲਪਰ: ਕਲਾਇਟ ਪਹੁੰਚ ਬਨਾਮ ਅੱਪਸਟ੍ਰੀਮ ਲਾਗਇਨ

ਤੁਹਾਡਾ ਐਪ ਆਪਣੇ ਕੰਪਿਊਟਰ 'ਤੇ ਮੌਜੂਦ ਪ੍ਰੌਕਸੀ ਨਾਲ ਜੁੜਦਾ ਹੈ। ਫਿਰ ਉਹ ਹੈਲਪਰ ਕੰਪਨੀ ਦੀ ਪ੍ਰੌਕਸੀ ਨਾਲ ਪਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ। ਐਪ ਦਾ ਆਪਣੇ ਆਪ ਕੰਪਨੀ ਦਾ ਪਰਮਾਣੀਕਰਨ ਵਟਾਂਦਰਾ ਕਰਨਾ ਲਾਜ਼ਮੀ ਨਹੀਂ।

application → local helper → company proxy → destination

CNTLM ਵਰਗੇ ਹੈਲਪਰ ਵਿੱਚ ਅੱਪਸਟ੍ਰੀਮ ਖਾਤਾ ਅਤੇ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਹੁੰਦੀ ਹੈ। ਇਸ ਦੇ ਸਥਾਨਕ ਸਰੋਤੇ ਦੀ ਵੱਖਰੀ ਪਹੁੰਚਯੋਗਤਾ ਅਤੇ ਪਹੁੰਚ ਸੀਮਾ ਹੁੰਦੀ ਹੈ। ਕਿਸੇ ਹੋਰ ਐਂਡਪੌਇੰਟ ਵੱਲ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਪਾਇਆ ਪਾਸਵਰਡ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਆਪਣੇ ਆਪ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦਾ।

ਪਤਾ ਕਰੋ ਕਿਹੜਾ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ

ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਐਪ ਨੇ ਹੈਲਪਰ ਦਾ ਅਸਲ ਸਰੋਤਾ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਚੁਣਿਆ ਹੈ। ਉਸ ਸਰੋਤੇ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਗਲਤੀ NTLM ਫੇਲ੍ਹ ਹੋਣਾ ਨਹੀਂ ਹੈ। ਫਿਰ ਜਾਂਚੋ ਕਿ ਹੈਲਪਰ ਆਪਣੇ ਸੰਰਚਿਤ ਪੇਰੈਂਟ ਤੱਕ ਪਹੁੰਚਿਆ ਅਤੇ ਪੇਰੈਂਟ ਨੇ ਇਸ ਦੀ ਪਛਾਣ ਸਵੀਕਾਰ ਕੀਤੀ।

ਇਸ ਰਸਤੇ 'ਤੇ ਵਾਪਸ ਆਉਣ ਵਾਲੇ 407 ਨੂੰ ਸਿਹਰਾ ਲੋੜੀਂਦਾ ਹੈ। ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਦਿਖਣ ਵਾਲੀ ਸਥਿਤੀ ਉਹ ਖਾਤਾ ਦੱਸਦੀ ਹੈ ਜੋ ਤੁਹਾਡੇ ਐਪ ਨੂੰ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਥਾਨਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਹੈਲਪਰ ਦੇ ਸੋਧੇ ਡਾਇਗਨੋਸਟਿਕਸ ਨਾਲ ਜੋੜੋ।

ਪੁਰਾਣੇ ਉਦਾਹਰਨ ਕਈ ਵਾਰ keep-alive ਹੈਡਰ ਜੋੜ ਕੇ ਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ। ਕਨੈਕਸ਼ਨ-ਅਧਾਰਿਤ ਪਰਮਾਣੀਕਰਨ ਵਿੱਚ ਨਿਰੰਤਰਤਾ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਉਹ ਨਿਰੀਖਣ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਹਰ ਫੇਲ੍ਹ ਹੋਏ ਹੈਲਪਰ ਸੈਟਅਪ ਨੂੰ ਉਹੀ ਹੈਡਰ ਚਾਹੀਦਾ ਹੈ। ਐਂਡਪੌਇੰਟ ਚੋਣ, ਸਮਰਥਿਤ ਢੰਗ, ਖਾਤਾ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਉਮਰ ਵੱਖਰੇ ਇਨਪੁਟ ਰਹਿੰਦੇ ਹਨ।

ਸਰੋਤਾ ਇੱਕ ਅਸਲ ਸੇਵਾ ਹੈ

Loopback ਸਰੋਤੇ ਨੂੰ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਨੈੱਟਵਰਕ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ; ਇਹ ਉਸ ਕੰਪਿਊਟਰ ਦੀਆਂ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਾਂ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦਾ। ਗੇਟਵੇ ਜਾਂ ਵਧੇਰੇ ਚੌੜੀ ਬਾਈਂਡਿੰਗ ਉਨ੍ਹਾਂ ਕਾਲਰਾਂ ਦਾ ਸਮੂਹ ਬਦਲ ਦਿੰਦੀ ਹੈ ਜੋ ਸੰਭਵ ਤੌਰ 'ਤੇ ਹੈਲਪਰ ਦੀ ਅੱਪਸਟ੍ਰੀਮ ਪਛਾਣ ਵਰਤ ਸਕਦੇ ਹਨ। ਉਹ ਬਦਲਾਅ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਰੋ।

ਜਦੋਂ ਐਪ ਲੋੜੀਂਦੀ ਸਕੀਮ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਤਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਹੈਲਪਰ ਪ੍ਰਬੰਧ ਵਰਤੋ। ਲਾਭਕਾਰੀ ਨਤੀਜਾ ਜਾਣੇ-ਪਛਾਣੇ ਖਾਤਾ ਮਾਲਕੀ ਵਾਲਾ ਜਾਣਿਆ ਰਸਤਾ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਅਸਪਸ਼ਟ ਵਾਧੂ ਸੇਵਾ ਜੋ ਸੰਜੋਗ ਨਾਲ ਇੱਕ ਡਾਊਨਲੋਡ ਨੂੰ ਕੰਮ ਕਰਨ ਲੱਗਦੀ ਹੈ।