Squid retry_on_error: ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਵਿਕਲਪਿਕ ਰਸਤੇ

Squid ਵਿੱਚ retry_on_error ਨਾਮ ਦਾ ਇੱਕ ਵਿਕਲਪ ਹੈ, ਪਰ ਨਾਮ ਇਸਦੇ ਲਾਭਕਾਰੀ ਅਰਥ ਤੋਂ ਵੱਧ ਵਿਸ਼ਾਲ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਅਸਫਲ ਬੇਨਤੀ ਸਫ਼ਾ ਕੰਮ ਕਰਨ ਤੱਕ ਬੇਅੰਤ ਦੁਹਰਾਈ ਜਾਵੇਗੀ।

ਇਸ ਨਿਰਦੇਸ਼ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਇਹ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਬੰਦ ਹੈ। ਦਸਤਾਵੇਜ਼ੀ ਦੁਹਰਾਉ ਸੂਚੀ 403, 500, 501, 502, 503 ਅਤੇ 504 ਹੈ, ਅਤੇ ਇਹ ਬੇਨਤੀ ਨੂੰ ਕਿਸੇ ਹੋਰ ਕੰਮ ਕਰਨ ਵਾਲੀ ਮੰਜ਼ਿਲ ਰਾਹੀਂ ਅਜ਼ਮਾਉਂਦਾ ਹੈ। ਵਿਕਲਪਿਕ ਫਾਰਵਰਡਿੰਗ ਰਸਤਿਆਂ ਵਾਲੇ ਲੜੀ-ਬੱਧ ਢਾਂਚੇ ਵਿੱਚ ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਸੰਬੰਧਿਤ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਸੇ ਸਾਕਟ ਤੋਂ ਉਸੇ ਸਰਵਰ ਵੱਲ ਸਮਾਂ-ਬੱਧ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਹੈ।

ਪਹਿਲਾਂ ਅਸਫਲਤਾ ਦਾ ਨਾਮ ਲਓ

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

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

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

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

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