ਪ੍ਰੌਕਸੀ ਫੇਲ ਹੋਣ ’ਤੇ ਕੀ OkHttp ਸਿੱਧਾ ਜੁੜੇਗਾ?
ਫੇਲ ਹੋਈ ਪ੍ਰੌਕਸੀ ਸਿੱਧੀ ਪਹੁੰਚ ਵੱਲ ਲੈ ਜਾ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੈਅ ਕਰਨ ਲਈ ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਰਾਊਟਿੰਗ ਉਮੀਦਵਾਰ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਮਾਰਗ ਵਰਤੋ।
ਸਿਸਟਮ-HTTP-ਪ੍ਰੌਕਸੀ ਦੇ ਇਤਿਹਾਸਕ ਮਾਮਲੇ ਵਿੱਚ OkHttp ਨੇ 3.5.0 ਵਿੱਚ ਆਪਣਾ ਵਿਵਹਾਰ ਬਦਲਿਆ: ਉਹ ਪ੍ਰੌਕਸੀ ਫੇਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਸ ਨੇ ਸਿੱਧਾ ਕਨੈਕਸ਼ਨ ਅਜ਼ਮਾਉਣਾ ਬੰਦ ਕਰ ਦਿੱਤਾ। ਚੁੱਪ ਫਾਲਬੈਕ ਬਾਰੇ ਪੁਰਾਣੀ ਰਿਪੋਰਟ ਉਸ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਵਿਵਹਾਰ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੀ ਹੈ।
ਉਹ ਇਤਿਹਾਸ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਰਾਊਟਿੰਗ ਨੀਤੀ ਤੈਅ ਨਹੀਂ ਕਰਦਾ। ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਆਈ ਰਿਪੋਰਟ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ ਇਹ ਤਿੰਨ ਜਾਂਚਾਂ ਕਰੋ:
- ਹੱਲ ਹੋਇਆ OkHttp ਸੰਸਕਰਣ ਲੱਭੋ। ਕਾਪੀ ਕੀਤੇ ਜਾ ਰਹੇ ਉਦਾਹਰਨ ਦੀ ਉਮਰ ਦੀ ਥਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਨਿਰਭਰਤਾ ਜਾਣਕਾਰੀ ਵਰਤੋ, ਜਿਸ ਵਿੱਚ ਫਰੇਮਵਰਕ ਵੱਲੋਂ ਅਸਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਸੰਸਕਰਣ ਵੀ ਸ਼ਾਮਲ ਹੈ।
- ਖੋਜੋ ਕਿ ਇਹ ਕਲਾਇੰਟ ਰੂਟ ਕਿਵੇਂ ਚੁਣਦਾ ਹੈ। ਸਪੱਸ਼ਟ ਪ੍ਰੌਕਸੀ ਅਤੇ ਕਸਟਮ ProxySelector ਵੱਖਰੀਆਂ ਸੰਰਚਨਾਵਾਂ ਹਨ। ਜੇ ਚੋਣਕਰਤਾ ਪ੍ਰੌਕਸੀ ਤੋਂ ਬਾਅਦ ਸਿੱਧਾ ਉਮੀਦਵਾਰ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਉਹ ਸਿੱਧਾ ਵਿਕਲਪ ਦੇ ਰਿਹਾ ਹੈ।
- ਫੇਲ੍ਹ ਹੈਂਡਲਰ ਦੀ ਪੈੜ ਲਵੋ। ਅਜਿਹਾ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਲੱਭੋ ਜੋ ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਉਸ ਬਦਲ ਵੱਲੋਂ ਕੀਤੀ ਸਿੱਧੀ ਬੇਨਤੀ ਪਹਿਲੇ ਕਲਾਇੰਟ ਦੇ ਫੈਸਲੇ ਤੋਂ ਬਾਹਰ ਹੈ।
ਲਾਜ਼ਮੀ-ਪ੍ਰੌਕਸੀ ਲੋੜ ਲਈ ਸੰਬੰਧਿਤ ਕਲਾਇੰਟ ਨੀਤੀ ਨੂੰ ਸਿੱਧਾ ਵਿਕਲਪ ਦੇਣ ਦੀ ਥਾਂ ਰੁਕਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਸਲ ਕਲਾਇੰਟ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਮਾਰਗ ਨੂੰ ਉਸ ਲੋੜ ਦੇ ਖਿਲਾਫ ਜਾਂਚੋ; ਸਿਰਫ 3.5.0 ਬਦਲਾਅ ਪੂਰੀ ਮਸ਼ੀਨ ਲਈ ਟ੍ਰੈਫਿਕ ਨਿਯਮ ਨਹੀਂ ਹੈ।