Mac VPN ਅਤੇ PAC ਪ੍ਰੌਕਸੀ: ਦੋ ਫੈਸਲੇ, ਇੱਕ ਸੈਟਿੰਗ ਨਹੀਂ

ਤੁਹਾਡਾ Mac ਇੱਕ ਨੀਤੀ ਸਕ੍ਰਿਪਟ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਸ ਸਕ੍ਰਿਪਟ ਨੂੰ ਪੁੱਛਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਨੂੰ ਕਿਹੜਾ ਵਿਚੋਲਾ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦਕਿ ਟਨਲ ਸਿਰਫ਼ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਚੁਣੇ ਹੋਏ ਹੌਪ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ। ਦੋਵੇਂ ਜਵਾਬ ਇੱਕੋ ਸਾਕਟ 'ਤੇ ਪਹੁੰਚਦੇ ਹਨ, ਇਸ ਲਈ ਦੋਵੇਂ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਸਫਲ ਹੋਣ ਵਾਲੀ ਬੇਨਤੀ ਦੋ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਇੱਕ ਖਰਾਬੀ ਵਰਗੀ ਦਿਸਦੀ ਹੈ। ਡਾਊਨਲੋਡ ਨੂੰ ਚੋਣ ਤੋਂ ਅਤੇ ਚੋਣ ਨੂੰ ਮਾਰਗ ਤੋਂ ਵੱਖ ਕਰਨਾ ਇਹਨਾਂ ਟਿਕਟਾਂ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਕੰਮ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਉਹੀ ਕਰਦਾ ਹੈ ਜੋ macOS ਅਸਲ ਵਿੱਚ ਕਰਦਾ ਹੈ, ਨਾਲ ਉਹ ਜਾਂਚਾਂ ਜੋ ਹਰ ਪੜਾਅ ਨੂੰ ਦਿਸਦਾ ਬਣਾਉਂਦੀਆਂ ਹਨ।

PAC ਪਤਾ ਅਤੇ ਪ੍ਰੌਕਸੀ ਕਿੱਥੇ ਵੱਖ ਹੁੰਦੇ ਹਨ

https://config.corp.example/proxy.pac ਵਰਗਾ ਪਤਾ ਡਾਊਨਲੋਡ ਕਰਨ ਵਾਲੇ ਦਸਤਾਵੇਜ਼ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਦਸਤਾਵੇਜ਼ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਵਾਲੇ ਸਰਵਰ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। URL ਨੂੰ ਪ੍ਰੌਕਸੀ ਹੋਸਟ ਖੇਤਰ ਵਿੱਚ ਪੇਸਟ ਕਰਨਾ ਕਲਾਇੰਟ ਨੂੰ ਕਹਿੰਦਾ ਹੈ ਕਿ ਅਜਿਹੀ ਕਦੇ ਨਾ ਸੁਣਨ ਵਾਲੇ ਫਾਈਲ ਸਰਵਰ ਨਾਲ ਪ੍ਰੌਕਸੀ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹੇ। ਫਾਈਲ ਦੇ ਅੰਦਰ ਇੱਕ ਫੰਕਸ਼ਨ ਹੈ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਹਰ ਬੇਨਤੀ 'ਤੇ ਕਾਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸਦਾ ਵਾਪਸੀ ਮੁੱਲ ਉਸ ਇੱਕ ਟਿਕਾਣੇ ਲਈ ਅਗਲਾ ਹੌਪ ਹੈ। ਇਹ ਅਪ੍ਰਤੱਖਤਾ ਦੱਸਦੀ ਹੈ ਕਿ ਇੱਕੋ ਨੈੱਟਵਰਕ ਸੇਵਾ 'ਤੇ ਦੋ ਮਸ਼ੀਨਾਂ, ਦੋਵਾਂ ਕੋਲ ਸਹੀ URL ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਵੱਖਰਾ ਕਿਉਂ ਵਿਵਹਾਰ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਇਹ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਨੀਤੀ ਵਿੱਚ ਬਦਲਾਅ ਕਿਸੇ ਦੇ ਪ੍ਰੌਕਸੀ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਕਿਉਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

ਹੇਠਾਂ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਕ੍ਰਿਪਟ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਸਦੇ ਅੰਦਰ ਦੇ ਨਿਯਮ ਸੰਸਥਾ ਦੇ ਅਪਵਾਦ ਅਤੇ ਉਹਨਾਂ ਦੇ ਲਾਗੂ ਹੋਣ ਦਾ ਕ੍ਰਮ ਲੈ ਕੇ ਚੱਲਦੇ ਹਨ। ਸ਼ੁਰੂਆਤੀ ਚੌੜੀ ਸੀਮਾ ਬਾਅਦ ਵਾਲੇ ਅੰਦਰੂਨੀ ਪਿਛੇਤਰ ਨੂੰ ਢੱਕ ਸਕਦੀ ਹੈ, ਅਤੇ ਜਿਸ ਹੋਸਟ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰੌਕਸੀ ਬਾਈਪਾਸ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਉਹ ਇਸਨੂੰ ਵਰਤਦਾ ਰਹਿੰਦਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਜ਼ੋਰ ਦਿੰਦਾ ਹੈ ਕਿ ਨੀਤੀ ਗਲਤ ਹੈ, ਤਾਂ ਸਕ੍ਰਿਪਟ ਹੀ ਇੱਕੋ ਥਾਂ ਹੈ ਜਿੱਥੇ ਉਹ ਦਾਅਵਾ ਤੈਅ ਹੁੰਦਾ ਹੈ।

ਸਕ੍ਰਿਪਟ ਨੂੰ ਕੁਝ ਵੀ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਆਉਣਾ ਪੈਂਦਾ ਹੈ

ਨੀਤੀ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਹੱਲ ਕੀਤਾ ਨਾਮ ਅਤੇ ਫਾਈਲ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਤੱਕ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜੁੜਿਆ ਟਨਲ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਯਕੀਨੀ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਹੋਸਟ ਸਿਰਫ਼ ਨਿੱਜੀ DNS ਰਾਹੀਂ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਸ ਵੇਲੇ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਰਿਜ਼ੌਲਵਰ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਡਾਊਨਲੋਡ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਹੋਸਟ ਨਿੱਜੀ ਰੇਂਜ ਵਿੱਚ ਹੈ, ਤਾਂ ਮਾਰਗ ਇਸ ਮਸ਼ੀਨ ਤੋਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਹਿਕਰਮੀ ਦੇ ਲੈਪਟਾਪ ਤੋਂ ਨਹੀਂ। ਪਿਛਲੇ ਸੈਸ਼ਨ ਵਿੱਚ ਕੈਸ਼ ਕੀਤੀ ਕਾਪੀ ਕੈਸ਼ ਖ਼ਤਮ ਹੋਣ ਜਾਂ ਮਸ਼ੀਨ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੱਕ ਇਹ ਸਭ ਲੁਕਾਉਂਦੀ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਤਿੰਨ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ ਅਤੇ ਪਹਿਲੀ ਅਸਫਲਤਾ 'ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਪੜਾਵਾਂ ਦਾ ਕਾਰਨ ਇੱਕ ਨਹੀਂ ਹੁੰਦਾ। ਮਿਲ ਕੇ ਉਹ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਕਿ ਨੀਤੀ ਸੰਰਚਿਤ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਸ ਤੱਕ ਪਹੁੰਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਇਹ ਕੀ ਵਾਪਸ ਦਿੰਦੀ ਹੈ।

scutil --proxy
networksetup -getautoproxyurl "Wi-Fi"
curl -sS -o /dev/null -w "%{http_code}\n" https://config.corp.example/proxy.pac

ਪਹਿਲਾ ਕਮਾਂਡ ਸਰਗਰਮ ਸੇਵਾ ਲਈ ਪ੍ਰੌਕਸੀ ਸ਼ਬਦਕੋਸ਼ ਛਾਪਦਾ ਹੈ, ਸਿਸਟਮ ਕੋਲ ਮੌਜੂਦ ਕਿਸੇ ਵੀ ਆਟੋ-ਕੌਨਫਿਗਰੇਸ਼ਨ URL ਸਮੇਤ। ਦੂਜਾ ਇੱਕ ਨਾਮਿਤ ਸੇਵਾ ਨਾਲ ਜੁੜਿਆ URL ਦੱਸਦਾ ਹੈ, ਜੋ Wi-Fi ਅਤੇ Ethernet ਵਿਚਕਾਰ ਘੁੰਮਦੇ ਲੈਪਟਾਪ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਤੀਜਾ ਫਾਈਲ ਨੂੰ ਰੈਂਡਰ ਕੀਤੇ ਬਿਨਾਂ ਲਿਆਉਂਦਾ ਹੈ, ਇਸ ਲਈ 404, ਟਾਈਮਆਊਟ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਅਸਫਲਤਾ ਵੱਖਰੇ ਪਛਾਣੇ ਜਾ ਸਕਦੇ ਹਨ। ਜੇ ਉਹ ਆਖਰੀ ਕਮਾਂਡ ਸਕ੍ਰਿਪਟ ਵਾਪਸ ਦਿੰਦਾ ਹੈ ਜਦਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਜੇ ਵੀ ਅਸਫਲ ਹੋ ਰਹੀਆਂ ਹਨ, ਤਾਂ ਸਮੱਸਿਆ ਪਹਿਲਾਂ ਹੀ ਲਿਆਉਣ ਤੋਂ ਅੱਗੇ ਨਿਕਲ ਚੁੱਕੀ ਹੈ।

DIRECT ਜਵਾਬ ਅਸਲ ਵਿੱਚ ਕੀ ਛੱਡਦਾ ਹੈ

PAC ਵਿਸ਼ੇਸ਼ਣ ਕਲਾਇੰਟ ਨੂੰ ਛੋਟੀ ਸ਼ਬਦਾਵਲੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ DIRECT ਉਸਦਾ ਇੱਕ ਸ਼ਬਦ ਹੈ। ਉਹ ਸ਼ਬਦ ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਬੇਨਤੀ ਲਈ ਪ੍ਰੌਕਸੀ ਛੱਡਣ ਲਈ ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਸਾਕਟ ਫਿਰ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਵਰਤੇਗਾ। ਪੂਰੇ ਟਨਲ 'ਤੇ ਸਿੱਧਾ ਸਾਕਟ ਫਿਰ ਵੀ VPN ਰਾਹੀਂ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ ਅਤੇ ਟਿਕਾਣੇ ਨੂੰ ਫਿਰ ਵੀ ਟਨਲ ਦਾ ਨਿਕਾਸ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ।

DIRECT ਨੂੰ VPN ਤੋਂ ਬਾਹਰ ਪੜ੍ਹਨਾ ਉਹ ਗਲਤੀ ਹੈ ਜੋ ਲੋਕਾਂ ਨੂੰ ਗਲਤ ਸੈਟਿੰਗਾਂ ਪੈਨਲ ਵੱਲ ਭੇਜਦੀ ਹੈ। ਸ਼ੀਸ਼ੇ ਵਾਲੀ ਤਸਵੀਰ ਵੀ ਓਨੀ ਹੀ ਆਮ ਹੈ, ਕਿਉਂਕਿ ਨਿੱਜੀ ਪ੍ਰੌਕਸੀ ਤੱਕ ਵੰਡੇ ਮਾਰਗ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਦਕਿ ਬਾਕੀ ਮਸ਼ੀਨ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੀ ਹੈ। ਉਦੋਂ ਟਿਕਾਣਾ ਜੋ ਦੱਸਦਾ ਹੈ ਉਹ ਪ੍ਰੌਕਸੀ ਦੇ ਆਪਣੇ ਨਿਕਾਸ ਦਾ ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿਸੇ ਹੋਰ ਦੇਸ਼ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ। ਇੱਕ ਅੰਦਰੂਨੀ ਹੋਸਟ ਅਤੇ ਇੱਕ ਜਨਤਕ ਹੋਸਟ ਲਈ ਉਮੀਦ ਲਿਖਣਾ ਇਸਨੂੰ ਜਲਦੀ ਖੋਲ੍ਹ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਕ੍ਰਿਪਟ ਅਕਸਰ ਦੋਵਾਂ ਨੂੰ ਵੱਖਰਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਪਤਾ ਲੱਗ ਜਾਵੇ ਕਿ ਕਿਹੜੇ ਹੌਪ ਨੇ ਪਤਾ ਬਣਾਇਆ, ਤਾਂ ਰਿਪੋਰਟ ਰਹੱਸਮਈ ਨਹੀਂ ਰਹਿੰਦੀ।

ਤਿੰਨ ਅਸਫਲਤਾਵਾਂ ਜੋ ਇੱਕੋ ਗਲਤੀ ਪੰਨੇ ਵਜੋਂ ਦਿਸਦੀਆਂ ਹਨ

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

curl -v --max-time 8 http://proxy.corp.example:8080/
curl -v --max-time 8 https://intranet.corp.example/

ਪ੍ਰੌਕਸੀ ਨਾਲ ਪੂਰਾ ਹੋਇਆ ਕਨੈਕਸ਼ਨ ਸਵਾਲ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਪ੍ਰੌਕਸੀ ਦੀ ਆਪਣੀ ਨੀਤੀ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਜਿਸਦਾ ਮਾਲਕ ਵੱਖਰਾ ਹੈ। ਮਾਰਗ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਤੋਂ ਬਿਨਾਂ ਅੰਦਰੂਨੀ ਹੋਸਟ ਨਾਲ ਪੂਰਾ ਹੋਇਆ ਕਨੈਕਸ਼ਨ ਮਾਰਗ ਨੂੰ ਬਾਹਰ ਕਰਦਾ ਹੈ ਅਤੇ ਨੀਤੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਕਮਾਂਡ macOS ਪ੍ਰੌਕਸੀ ਸ਼ਬਦਕੋਸ਼ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦੇ ਹਨ, ਜਦ ਤੱਕ ਸ਼ੈੱਲ ਪ੍ਰੌਕਸੀ ਵੇਰੀਏਬਲ ਨਿਰਯਾਤ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਉਹ ਸਾਫ਼ ਕਰੋ। ਦੋਹਾਂ ਪਰਖਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਦੂਜੀ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਇਸ ਲਈ ਇੱਕ ਗਲਤੀ ਪੰਨਾ ਇੰਨੀ ਦੇਰ ਭਰਮਾਉਂਦਾ ਹੈ।

ਟਿਕਟ ਨਾਲ ਕੀ ਸੌਂਪਣਾ ਹੈ

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

ਦਰਜ ਕਰੋ ਕਿ ਜਦੋਂ ਸਕ੍ਰਿਪਟ ਨਹੀਂ ਲਿਆਈ ਜਾ ਸਕਦੀ ਤਾਂ ਕਲਾਇੰਟ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਅਮਲ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਪ੍ਰੌਕਸੀ ਫੈਸਲਾ ਪੂਰੇ ਯੰਤਰ ਦਾ ਕਿੱਲ ਸਵਿੱਚ ਨਹੀਂ ਹੈ। ਕੁਝ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ 'ਤੇ ਵਾਪਸ ਜਾਂਦੇ ਹਨ ਅਤੇ ਹੋਰ ਬੰਦ ਹੋ ਕੇ ਅਸਫਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਫ਼ਰਕ ਬਦਲਦਾ ਹੈ ਕਿ ਰੁਕਾਵਟ ਟੁੱਟੀ ਪ੍ਰੌਕਸੀ ਵਰਗੀ ਦਿਸਦੀ ਹੈ ਜਾਂ ਚੱਲ ਰਹੀ ਨੀਤੀ ਵਰਗੀ। ਘਟਨਾ ਦੌਰਾਨ ਇਸ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਹੀ ਕਲਾਇੰਟ ਅਤੇ ਸੰਸਕਰਣ ਲਈ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।