ਪ੍ਰੌਕਸੀ ਸੈਸ਼ਨ ਸੰਬੰਧ: ਇੱਕ ਬੇਨਤੀ ਜਾਂ ਪੂਰਾ ਵਰਕਫਲੋ?

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

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

ਕੂਕੀਜ਼ ਅਤੇ ਪ੍ਰੌਕਸੀ ਸੰਬੰਧ ਵੱਖਰੀ ਹਾਲਤ ਹਨ

ਐਪਲੀਕੇਸ਼ਨ ਕੂਕੀ ਵੈੱਬਸਾਈਟ ਦੇ ਸੈਸ਼ਨ ਨਿਯਮਾਂ ਦੀ ਹੈ। ਪ੍ਰਦਾਤਾ ਦੀ ਸਟਿੱਕੀ-ਸੈਸ਼ਨ ਪਛਾਣ, ਜਦੋਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਉਸਦੀ ਪ੍ਰੌਕਸੀ ਸੇਵਾ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਕਨੈਕਸ਼ਨ ਜਾਂ ਖਾਤਾ ਨੀਤੀ ਦੀ ਹੈ। ਦੋਵੇਂ ਸੈਸ਼ਨ ਸ਼ਬਦ ਵਰਤਦੇ ਹਨ ਇਸ ਲਈ ਹੀ ਇੱਕ ਸੈਟਿੰਗ ਨਹੀਂ ਬਣ ਜਾਂਦੇ।

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

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

ਅਸੁਵਿਧਾਜਨਕ ਸਥਿਤੀ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

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

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