Windows ਪਰਾਕਸੀ ਸੈਟਿੰਗਾਂ: ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਬਨਾਮ ਪ੍ਰਤੀ-ਮਸ਼ੀਨ

ਪਰਾਕਸੀ ਉਸ ਪ੍ਰਸ਼ਾਸਕ ਲਈ ਕੰਮ ਕਰਦੀ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਦਰਜ ਕੀਤਾ, ਫਿਰ ਜਦੋਂ ਕੋਈ ਹੋਰ ਵਰਤੋਂਕਾਰ ਸਾਈਨ ਇਨ ਕਰਦਾ ਹੈ ਤਾਂ ਇਹ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਸਰਵਰ ਨੇ ਦੂਜੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਰੱਦ ਕੀਤਾ। ਕਾਨਫਿਗਰੇਸ਼ਨ ਪਹਿਲੇ ਵਰਤੋਂਕਾਰ ਦੀ ਪ੍ਰੋਫਾਈਲ ਦੀ ਹੋ ਸਕਦੀ ਹੈ।

Windows ਇੰਟਰਨੈੱਟ ਸੈਟਿੰਗਾਂ ਦੇ ਵਰਤੋਂਕਾਰ ਅਤੇ ਮਸ਼ੀਨ ਦੋ ਘੇਰੇ ਹਨ। ਪੁਰਾਣੇ ਨਾਂ ਵਾਲੀ ਨੀਤੀ “ਪਰਾਕਸੀ ਸੈਟਿੰਗਾਂ ਪ੍ਰਤੀ-ਮਸ਼ੀਨ ਬਣਾਓ (ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਨਹੀਂ)” ਆਪਣੇ ਕੰਟਰੋਲ ਵਾਲੀਆਂ ਸੈਟਿੰਗਾਂ ਲਈ ਇਹ ਫ਼ਰਕ ਕੰਟਰੋਲ ਕਰਦੀ ਹੈ। ਇਹ ਮੌਜੂਦਾ ਵਰਤੋਂਕਾਰ ਦੀ ਰਜਿਸਟਰੀ ਹਾਈਵ ਹੇਠ ਇੱਕ ਮੁੱਲ ਬਦਲਣ ਤੋਂ ਵੱਖਰੀ ਹੈ।

ਸੈਟਿੰਗ ਦਾ ਮਾਲਕ ਪਛਾਣੋ

Microsoft ਦੀ HKLMProxyServer ਡਾਕੂਮੈਂਟੇਸ਼ਨ ਮਸ਼ੀਨ-ਘੇਰੇ ਦੀ ਨੀਤੀ ਉੱਤੇ ਨਿਰਭਰਤਾ ਦੱਸਦੀ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਤੈਨਾਤੀ ਉਹ ਵਿਧੀ ਵਰਤਦੀ ਹੈ, ਤਾਂ ਅਸੰਬੰਧਿਤ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਅਸਪਸ਼ਟ ਬਾਈਨਰੀ ਰਜਿਸਟਰੀ ਮੁੱਲ ਕਾਪੀ ਕਰਨ ਦੀ ਬਜਾਏ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧਨ ਨੀਤੀ ਰਾਹੀਂ ਲਾਗੂ ਕਰੋ।

ਰਜਿਸਟਰੀ-ਕਾਪੀ ਹੱਲ ਖਾਸ ਵਾਤਾਵਰਣਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਕਦੇ 32-bit ਅਤੇ 64-bit ਵਿੱਚ ਵੱਖਰੇ ਵਿਵਹਾਰ ਨਾਲ। ਉਹ ਗਾਰੰਟੀ ਨਹੀਂ ਹਨ ਕਿ ਇੱਕ ਨਿਰਯਾਤ ਬਲਾਬ ਹਰ Windows ਸੰਸਕਰਣ ਅਤੇ ਖਾਤੇ ਲਈ ਢੁਕਵਾਂ ਹੈ।

ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣੋ

ਮਸ਼ੀਨ ਘੇਰੇ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ ਉਹ ਸੈਟਿੰਗਾਂ ਪੜ੍ਹਦਾ ਹੈ। ਸੇਵਾ WinHTTP ਜਾਂ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਕਾਨਫਿਗਰੇਸ਼ਨ ਵਰਤ ਸਕਦੀ ਹੈ। ਪ੍ਰਕਿਰਿਆ ਚਲਾਉਣ ਵਾਲੇ ਖਾਤੇ ਤੋਂ ਨੈੱਟਵਰਕਿੰਗ ਸਟੈਕ ਨੂੰ ਵੱਖ ਕਰਦਿਆਂ Microsoft ਦੀ WinHTTP ਅਤੇ WinINet ਤੁਲਨਾ ਲਾਹੇਵੰਦ ਹੈ।

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

ਰੂਟ ਕਾਨਫਿਗਰੇਸ਼ਨ ਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਤੋਂ ਵੀ ਵੱਖ ਰੱਖੋ। ਦੋ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਇੱਕੋ ਪਰਾਕਸੀ ਪਤਾ ਦੇਣਾ ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਖਾਤਾ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਇੱਕ ਵਰਤੋਂਕਾਰ ਦਾ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਚੁੱਪਚਾਪ ਮਸ਼ੀਨ ਦੇ ਸਾਰਿਆਂ ਨੂੰ ਨਹੀਂ ਵੰਡਣਾ ਚਾਹੀਦਾ।