curl ਤੁਹਾਡੀ PAC ਫਾਈਲ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦਾ: ਇਸ ਦੀ ਥਾਂ proxy ਪਾਸ ਕਰੋ
PAC ਇੱਕ JavaScript ਨੀਤੀ ਹੈ; curl ਨੂੰ ਐਂਡਪੌਇੰਟ ਚਾਹੀਦਾ ਹੈ। ਪੁੱਛੋ ਕਿ ਨੀਤੀ ਤੁਹਾਡੇ URL ਲਈ ਕਿਹੜਾ proxy ਚੁਣਦੀ ਹੈ, ਉਹ ਪਾਸ ਕਰੋ, ਅਤੇ NO_PROXY ਤੇ TLS ਵੱਲ ਧਿਆਨ ਦਿਓ।
ਕੌਨਫਿਗ ਫਾਈਲ ਵਿੱਚ PAC ਫਾਈਲ ਦਾ ਪਤਾ ਅਤੇ proxy ਦਾ ਐਂਡਪੌਇੰਟ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਵਰਤੋਂਯੋਗ ਲੱਗਦੇ ਹਨ, ਪਰ ਹਨ ਨਹੀਂ। ਇੱਕ ਨੀਤੀ ਪ੍ਰੋਗਰਾਮ ਹੈ ਜਿਸਦਾ ਹਰ URL ਲਈ ਮੁਲਾਂਕਣ ਕਰਨਾ ਪੈਂਦਾ ਹੈ; ਦੂਜਾ ਉਹ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਹੈ ਜੋ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। curl ਸਿਰਫ਼ ਦੂਜੇ ਨੂੰ ਸਮਝਦਾ ਹੈ। PAC ਪਤਾ --proxy ਨੂੰ ਪਾਸ ਕਰਨਾ ਸ਼੍ਰੇਣੀ ਦੀ ਗਲਤੀ ਹੈ ਜੋ ਉਲਝਾਉਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਵੈੱਬ ਸਰਵਰ ਵੱਲ ਲੰਮੇ CONNECT ਸਮਾਂ-ਸਮਾਪਤੀ ਤੋਂ ਬਾਅਦ।
ਹਰ ਇੱਕ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ
| ਤੁਹਾਡੇ ਕੋਲ ਹੈ | ਇਹ ਕੀ ਹੈ | curl ਇਸ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ |
|---|---|---|
http://wpad.corp.example/proxy.pac | ਕਿਸੇ ਦਿੱਤੇ URL ਲਈ proxy ਜਾਂ ਸਿੱਧਾ ਕਨੈਕਸ਼ਨ ਵਾਪਸ ਕਰਨ ਵਾਲਾ JavaScript | ਇਸ ਨੂੰ ਫਾਈਲ ਵਜੋਂ ਲਿਆਉਂਦਾ ਹੈ ਅਤੇ ਉੱਥੇ ਹੀ ਰੁਕ ਜਾਂਦਾ ਹੈ |
http://proxy.corp.example:8080 | proxy ਰਾਹੀਂ ਆਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਸਰੋਤਾ | ਇਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, HTTPS ਟੀਚਿਆਂ ਲਈ CONNECT ਸਮੇਤ |
ਇਹ ਸਪਸ਼ਟ ਕਹਿੰਦਾ ਹੈ curl ਬਾਰੇ ਆਮ ਸਵਾਲ: curl JavaScript ਜਾਂ PAC ਦੀ ਕੋਈ ਵਿਆਖਿਆ ਨਹੀਂ ਦਿੰਦਾ। curl ਦੁਆਲੇ PAC ਸਮਝਣ ਵਾਲਾ ਆਵਰਣ ਇਹ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ curl ਆਪ ਨਹੀਂ, ਅਤੇ ਕੋਈ ਫਲੈਗ ਇਸ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਨਹੀਂ ਬਣਾਉਂਦਾ।
ਬ੍ਰਾਊਜ਼ਰ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ curl ਕਿਉਂ ਨਹੀਂ
ਬ੍ਰਾਊਜ਼ਰ ਸਿਸਟਮ ਦੀ proxy ਸੰਰਚਨਾ ਨਾਲ ਜੁੜਦਾ ਹੈ, PAC ਫਾਈਲ ਲਿਆਉਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਖੋਲ੍ਹੇ ਜਾ ਰਹੇ URL ਦੇ ਵਿਰੁੱਧ ਇਸ ਦੇ ਨਿਯਮ ਚਲਾਉਂਦਾ ਹੈ। ਉਹੀ ਮੁਲਾਂਕਣ PAC ਫਾਈਲ ਵੱਲੋਂ ਦਿੱਤੀ ਸੇਵਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਡੇ ਟਰਮੀਨਲ ਵਿੱਚ ਨਹੀਂ, ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਅੰਦਰ ਹੁੰਦਾ ਹੈ।
PAC ਫਾਈਲ curl ਨਾਲ ਡਾਊਨਲੋਡ ਕਰਨ 'ਤੇ ਸਿਰਫ਼ ਇਸ ਦਾ ਟੈਕਸਟ ਮਿਲਦਾ ਹੈ। ਇਸ ਨਾਲ curl ਨੀਤੀ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ proxy ਲੱਭਣ ਲਈ ਇਸ ਨੂੰ ਹੱਥ ਨਾਲ ਪੜ੍ਹਨਾ ਉਸੇ ਮੁਲਾਂਕਣ ਦਾ ਹੱਥੀਂ ਕੀਤਾ ਸੰਸਕਰਣ ਹੈ, ਗਲਤ ਸ਼ਾਖਾ ਚੁਣਨ ਦੀ ਉਤਨੀ ਹੀ ਸੰਭਾਵਨਾ ਨਾਲ। ਜੇ ਤੁਸੀਂ ਪੜ੍ਹਦੇ ਹੋ, ਤਾਂ ਫਾਈਲ ਦੇ ਪਹਿਲੇ proxy ਨਾਮ ਦੀ ਥਾਂ ਆਪਣੇ ਹੋਸਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ return ਬਿਆਨ ਪੜ੍ਹੋ। ਜ਼ਿਆਦਾਤਰ PAC ਫਾਈਲਾਂ ਵਿੱਚ ਕਈ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ 'ਤੇ ਸਿਰਫ਼ ਇੱਕ ਸ਼ਾਖਾ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਮਨਜ਼ੂਰ HTTP proxy ਅਤੇ ਮਨਜ਼ੂਰ HTTPS ਸੇਵਾ ਲਈ, ਇੱਕ ਉਦਾਹਰਣ ਬੇਨਤੀ ਇਹ ਹੈ:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusਪਹਿਲਾ ਪਤਾ proxy ਦਾ ਸਰੋਤਾ ਹੈ, ਦੂਜਾ ਤੁਹਾਡੀ ਲੋੜੀਂਦੀ ਸੇਵਾ ਹੈ। ਇਹ ਉਦਾਹਰਣ ਐਂਡਪੌਇੰਟ ਹਨ, ਕਿਸੇ ਵੱਲੋਂ ਕੀਤਾ ਟੈਸਟ ਨਹੀਂ, ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦੀ ਸਕੀਮ, ਪੋਰਟ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਵਾਹ ਨਾਲ ਬਦਲੋ।
ਇਸ ਮੰਜ਼ਿਲ ਲਈ proxy ਚੁਣੋ
ਪ੍ਰਬੰਧਕ ਨੂੰ ਪੁੱਛੋ ਕਿ ਨੀਤੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ URL ਲਈ ਕਿਹੜਾ proxy ਚੁਣਦੀ ਹੈ, ਨਾ ਕਿ ਸੰਸਥਾ ਕੋਲ ਕਿਹੜਾ proxy ਹੈ। PAC ਨਿਯਮ ਅੰਦਰੂਨੀ ਸੇਵਾਵਾਂ, ਜਨਤਕ ਸਾਈਟਾਂ ਅਤੇ ਫੇਲ੍ਹਤਾ-ਬਦਲੀ ਹਾਲਤਾਂ ਲਈ ਵੱਖਰੇ ਨਤੀਜੇ ਦੇ ਸਕਦੇ ਹਨ, ਅਤੇ ਅੱਜ ਤੁਹਾਡੇ URL ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਸੋਧ ਤੋਂ ਬਾਅਦ ਕਿਸੇ ਹੋਰ ਨਾਲ ਮੇਲ ਖਾ ਸਕਦਾ ਹੈ।
ਜੇ ਕਾਰਜ ਪ੍ਰਵਾਹ ਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਜਾਣੀ-ਪਛਾਣੀ ਬੇਨਤੀ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਪ੍ਰਬੰਧਕ-ਸਮਰਥਿਤ ਸਥਿਰ ਸੈਟਿੰਗ ਜਾਂ ਮਨਜ਼ੂਰ PAC-ਸਮਝ ਵਾਲਾ ਏਕੀਕਰਣ ਵਰਤੋ। ਇੱਕ ਕਾਪੀ ਕੀਤਾ ਪਤਾ ਹਾਰਡਕੋਡ ਕਰਨਾ ਉਦੋਂ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਨੀਤੀ ਬਦਲ ਨਹੀਂ ਜਾਂਦੀ ਅਤੇ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਰਹਿੰਦਾ ਕਿ ਉਹ ਪਤਾ ਕਿਉਂ ਚੁਣਿਆ ਗਿਆ ਸੀ।
ਫਿਰ ਵੇਖੋ ਕਿ curl ਕੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ। proxy ਵਾਤਾਵਰਣ ਵੈਰੀਏਬਲ ਅਤੇ NO_PROXY ਤੁਹਾਡੇ ਪਾਸ ਕੀਤੇ proxy ਨੂੰ ਓਵਰਰਾਈਡ ਜਾਂ ਬਾਹਰ ਕੱਢ ਸਕਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਟੀਚੇ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਬਾਹਰਕੱਢ ਬੇਨਤੀ ਨੂੰ ਚੁੱਪਚਾਪ ਸਿੱਧਾ ਭੇਜਦੀ ਹੈ। ਹਰ ਬਾਹਰਕੱਢ ਨੂੰ ਮਿਟਾਉਣ ਜਾਂ ਸਭ ਕੁਝ ਇੱਕ ਪਤੇ ਰਾਹੀਂ ਜਬਰਦਸਤੀ ਭੇਜਣ ਦੀ ਥਾਂ ਇੱਛਤ ਨੀਤੀ ਬਣਾਈ ਰੱਖੋ। ਬੇਨਤੀ ਇੱਕ ਵਾਰ -v ਨਾਲ ਚਲਾਓ ਅਤੇ ਜਾਂਚੋ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਪਤੇ ਨਾਲ ਜੁੜੀ।
ਦੋ TLS ਪਛਾਣਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ
HTTPS proxy ਨਾਲ, ਦੋ TLS ਕਨੈਕਸ਼ਨ ਚੱਲ ਰਹੇ ਹਨ: ਤੁਹਾਡਾ proxy ਵੱਲ ਅਤੇ proxy ਦਾ ਮੰਜ਼ਿਲ ਵੱਲ। ਹਰ ਇੱਕ ਦੀ ਜਾਂਚਣ ਲਈ ਆਪਣੀ ਪਛਾਣ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਲਈ ਵੀ ਜਾਂਚ ਬੰਦ ਕਰਨਾ PAC ਸੁਧਾਰ ਨਹੀਂ, ਪਹਿਲੀ ਸਮੱਸਿਆ ਵਿੱਚ ਜੋੜੀ ਗਈ ਦੂਜੀ ਸਮੱਸਿਆ ਹੈ।
ਜਾਂਚ ਖੁੱਲ੍ਹੀ ਰੱਖੋ ਅਤੇ ਮਿਲਣ ਵਾਲੀ ਅਸਫਲਤਾ ਪੜ੍ਹੋ। proxy ਪ੍ਰਮਾਣਿਕਤਾ ਚੁਣੌਤੀ, ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ proxy ਅਤੇ ਵੈੱਬਸਾਈਟ ਦਾ ਇਨਕਾਰ ਤਿੰਨ ਵੱਖਰੇ ਨਤੀਜੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। VPN ਨੂੰ ਅਜੇ ਵੀ ਨਿੱਜੀ proxy ਤੱਕ ਮਨਜ਼ੂਰ ਮਾਰਗ ਦੇਣਾ ਪੈਂਦਾ ਹੈ, proxy ਹੋਸਟ ਲਈ ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਸਮੇਤ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸਫਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ।
ਐਂਡਪੌਇੰਟ, ਸਕੀਮ, ਪੋਰਟ, ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ, ਬਾਹਰਕੱਢ ਅਤੇ proxy ਤੱਕ ਦਾ VPN ਮਾਰਗ ਲਿਖ ਰੱਖੋ। ਉਹੀ ਰਿਕਾਰਡ ਅਗਲੀ ਬੇਨਤੀ ਨੂੰ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ proxy ਨੂੰ ਜਾਣਨ ਅਤੇ ਇਸ ਬਾਰੇ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਵਿਚਕਾਰ ਫ਼ਰਕ ਇਹੀ ਹੈ।