PAC ਫਾਈਲ ਵਿੱਚ ਕ੍ਰਮਬੱਧ ਪ੍ਰਾਕਸੀ ਫੇਲਓਵਰ

ਅਰਧ-ਵਿਰਾਮ ਨਾਲ ਵੱਖ ਕੀਤਾ PAC ਨਤੀਜਾ ਕ੍ਰਮ ਵਿੱਚ ਬਦਲਵੇਂ ਰਸਤੇ ਦਿੰਦਾ ਹੈ:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

ਨੀਤੀ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਅਸਲ HTTP ਐਂਡਪੁਆਇੰਟ ਵਰਤੋ। ਜਨਤਕ ਪ੍ਰਾਕਸੀ ਦੀ ਆਗਿਆ ਵਾਲੇ ਜਨਤਕ ਟਿਕਾਣਿਆਂ ਦੇ ਟੈਸਟਾਂ ਲਈ, HTTP ਪ੍ਰਾਕਸੀ ਸੂਚੀ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ। A ਫੇਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਬ੍ਰਾਊਜ਼ਰ ਢੁਕਵੇਂ ਸਮੇਂ B ਅਜ਼ਮਾ ਸਕਦਾ ਹੈ। ਟ੍ਰੈਫਿਕ A ਰਾਹੀਂ ਅਤੇ ਫਿਰ B ਰਾਹੀਂ ਨਹੀਂ ਜਾਂਦਾ। ਚੇਨ ਲਈ ਕਲਾਇੰਟ ਜਾਂ ਪ੍ਰਾਕਸੀ ਸਰਵਰਾਂ 'ਤੇ ਵੱਖਰਾ ਸਮਰਥਨ ਲੋੜੀਂਦਾ ਹੈ; curl ਦੀ SOCKS-ਤੋਂ-HTTP ਚੇਨ ਇੱਕ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧ ਹੈ।

ਸਕ੍ਰਿਪਟ ਦੀ ਉਪਲਬਧਤਾ ਅਤੇ ਪ੍ਰਾਕਸੀ ਦੀ ਉਪਲਬਧਤਾ

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

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

ਸਿੱਧਾ ਬਦਲ

ਜੋੜਨਾ ; DIRECT ਦੋਵੇਂ ਪ੍ਰਾਕਸੀਆਂ ਤੋਂ ਬਿਨਾਂ ਰਸਤੇ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਰੋਮਿੰਗ ਨੀਤੀ ਲਈ ਢੁਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ ਲੋੜ ਨਾਲ ਟਕਰਾਉਂਦਾ ਹੈ ਕਿ ਪ੍ਰਭਾਵਿਤ ਟ੍ਰੈਫਿਕ ਹਮੇਸ਼ਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਗਜ਼ਿਟ ਵਰਤੇ।

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