Windows ਦਾ ProxyServer ਮੁੱਲ ਇੱਕ ਨਕਸ਼ਾ ਹੋ ਸਕਦਾ ਹੈ

ਪੂਰੇ ਮੁੱਲ ਨੂੰ ਇੱਕ URI ਕੰਸਟ੍ਰਕਟਰ ਨੂੰ ਦੇਣ ਦੀ ਬਜਾਏ ਪ੍ਰੋਟੋਕੋਲ-ਖਾਸ Windows ਪ੍ਰੌਕਸੀ ਸਤਰਾਂ ਨੂੰ ਪਛਾਣੋ।

ਇੱਕ ਸਕ੍ਰਿਪਟ Windows Internet Settings ਤੋਂ ProxyServer ਪੜ੍ਹਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ WebProxy.Address ਨੂੰ ਸੌਂਪਦੀ ਹੈ। ਇਹ ਇੱਕ ਮਸ਼ੀਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਫਿਰ ਦੂਜੀ ਮਸ਼ੀਨ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਸਦਾ ਮੁੱਲ ਅਜਿਹਾ ਦਿਸਦਾ ਹੈ:

http=proxy-a.example:8080;https=proxy-b.example:8080

ਇਹ ਪ੍ਰੋਟੋਕੋਲ-ਖਾਸ ਕਨਫਿਗਰੇਸ਼ਨ ਸਤਰ ਹੈ, ਇੱਕ ਪ੍ਰੌਕਸੀ URI ਨਹੀਂ। ਇੱਕੋ ਪਤੇ ਦੀ ਉਮੀਦ ਕਰਨ ਵਾਲੇ ਕੰਸਟ੍ਰਕਟਰ ਨੂੰ ਪੂਰਾ ਮੁੱਲ ਦੇਣ ਨਾਲ ਇਨਪੁਟ ਦਾ ਅਰਥ ਬਦਲ ਜਾਂਦਾ ਹੈ।

ਐਂਟਰੀਇਸ ਲਈ ਪ੍ਰੌਕਸੀ ਚੁਣਦਾ ਹੈ
http=...HTTP ਮੰਜ਼ਿਲ ਬੇਨਤੀਆਂ
https=...HTTPS ਮੰਜ਼ਿਲ ਬੇਨਤੀਆਂ

https ਕੁੰਜੀ ਆਪਣੇ ਆਪ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਉਸ ਪ੍ਰੌਕਸੀ ਨਾਲ ਕਨੈਕਸ਼ਨ TLS ਵਰਤਦਾ ਹੈ। ਇੱਕ ਆਮ HTTP ਪ੍ਰੌਕਸੀ CONNECT ਰਾਹੀਂ HTTPS ਮੰਜ਼ਿਲ ਲੈ ਜਾ ਸਕਦਾ ਹੈ।

ਜਿੱਥੇ ਕਲਾਇੰਟ ਦਿੰਦਾ ਹੈ ਉੱਥੇ ਅਸਲ ਮੰਜ਼ਿਲ ਲਈ ਸਮਰਥਿਤ ਸਿਸਟਮ-ਪ੍ਰੌਕਸੀ ਇੰਟਰਫੇਸ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਮੈਨੁਅਲ ਪ੍ਰੌਕਸੀ ਸਤਰਾਂ, ਬਾਈਪਾਸ ਨਿਯਮ, ਸਵੈਚਾਲਿਤ ਕਨਫਿਗਰੇਸ਼ਨ URL ਅਤੇ ਸਵੈਚਾਲਿਤ ਖੋਜ ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਵੱਖਰੇ ਹਿੱਸੇ ਹਨ। ਇੱਕ ਰਜਿਸਟਰੀ ਮੁੱਲ ਪੜ੍ਹ ਕੇ ਉਹ ਸਭ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਏ ਜਾ ਸਕਦੇ। ਜੇ ਤੁਸੀਂ ਸਟੋਰ ਕੀਤਾ ਨਕਸ਼ਾ ਜਾਂਚੋ, ProxyServer ਦੇ ਕੋਲ ProxyEnable ਅਤੇ AutoConfigURL ਪੜ੍ਹੋ.

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

ਇਸਨੂੰ ਢੁਕਵੇਂ ਖਾਤਾ ਸੰਦਰਭ ਵਿੱਚ ਰੱਖੋ। ਇੰਟਰਐਕਟਿਵ ਵਰਤੋਂਕਾਰ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਆਪਣੇ ਆਪ ਕਿਸੇ ਹੋਰ ਪਛਾਣ ਅਧੀਨ ਚੱਲ ਰਹੀ ਸੇਵਾ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨਹੀਂ ਹੁੰਦੀਆਂ।

ਸੰਬੰਧਿਤ ਲੇਖ