ਬੇਨਤੀਆਂ, ਕਨੈਕਸ਼ਨਾਂ ਅਤੇ ਸੈਸ਼ਨਾਂ ਵਿੱਚ ਪਰਾਕਸੀ ਰੋਟੇਸ਼ਨ
ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਬੇਨਤੀ ਵਿੱਚ Connection: close ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਰੋਟੇਟਿੰਗ ਪਰਾਕਸੀ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਕੀ ਘੁਮਾਉਂਦੀ ਹੈ।
ਇੱਕੋ ਗੇਟਵੇ ਰਾਹੀਂ ਦੂਜੀ ਬੇਨਤੀ ਕਾਨੂੰਨੀ ਤੌਰ ਉੱਤੇ ਉਹੀ ਜਨਤਕ IP ਵਰਤ ਸਕਦੀ ਹੈ। ਜਾਂਚੋ ਕਿ ਸੇਵਾ ਆਪਣੇ ਰੋਟੇਸ਼ਨ ਲਈ ਕਿਹੜੀ ਉਮਰ ਵਰਤਦੀ ਹੈ:
| ਰੋਟੇਸ਼ਨ ਇਕਾਈ | ਕੀ ਤੁਲਨਾ ਕਰਨੀ ਹੈ |
|---|---|
| ਬੇਨਤੀ | ਅਗਲੀ ਐਪਲੀਕੇਸ਼ਨ ਕਾਰਵਾਈ ਅਤੇ ਉਸ ਦਾ ਦੇਖਿਆ ਗਿਆ ਨਿਕਾਸ |
| ਕਨੈਕਸ਼ਨ | ਕੀ ਕਲਾਇੰਟ ਨੇ ਅਨੁਕੂਲ ਕਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾਂ ਦੂਜਾ ਖੋਲ੍ਹਿਆ |
| ਪ੍ਰਦਾਤਾ ਸੈਸ਼ਨ | ਦਸਤਾਵੇਜ਼ੀ ਸਟਿੱਕੀ-ਸੈਸ਼ਨ ਇਨਪੁੱਟ ਅਤੇ ਉਸ ਦੀ ਉਮਰ |
Connection: close ਕੋਈ ਵਿਸ਼ਵਵਿਆਪੀ ਗੇਟਵੇ ਹਿਦਾਇਤ ਨਹੀਂ ਹੈ। CONNECT ਅੰਦਰ HTTPS ਲਈ, ਵੈੱਬਸਾਈਟ ਦਾ ਬੇਨਤੀ ਹੈਡਰ ਮੰਜ਼ਿਲ ਦੇ TLS ਅੰਦਰ ਸਫ਼ਰ ਕਰਦਾ ਹੈ। ਇਹ ਬਾਹਰੀ ਪਰਾਕਸੀ ਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਜਨਤਕ IP ਅਲਾਟ ਕਰਨਾ ਹੈ। HTTP/1.1 ਦੀ ਕਨੈਕਸ਼ਨ-ਖਾਸ ਅਰਥ-ਵਿਵਸਥਾ ਵੀ ਹਰ HTTP ਸੰਸਕਰਣ ਜਾਂ ਟਰਾਂਸਪੋਰਟ ਵਿੱਚ ਬਿਨਾਂ ਬਦਲਾਅ ਨਹੀਂ ਲਿਜਾਈ ਜਾ ਸਕਦੀ।
ਜੇ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਤੀ-ਕਨੈਕਸ਼ਨ ਸੇਵਾ ਨੂੰ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਮਰਥਿਤ ਜੀਵਨ-ਚੱਕਰ ਨਿਯੰਤਰਣ ਵਰਤੋ ਅਤੇ ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲੇ TCP/TLS ਸੈੱਟਅੱਪ ਖਰਚੇ ਦਾ ਹਿਸਾਬ ਰੱਖੋ। ਜੇ ਰੋਟੇਸ਼ਨ ਪ੍ਰਦਾਤਾ ਸੈਸ਼ਨ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਦੁਬਾਰਾ ਜੁੜਨ ਨਾਲ ਉਹ ਸੈਸ਼ਨ ਅਤੇ ਉਸ ਦਾ ਨਿਕਾਸ ਦੋਵੇਂ ਬਚ ਸਕਦੇ ਹਨ।
ਬੇਨਤੀ ਪਛਾਣਕਰਤਾ, ਐਂਡਪੌਇੰਟ, ਸੰਬੰਧਿਤ ਸੈਸ਼ਨ ਕੁੰਜੀ ਅਤੇ ਮੰਜ਼ਿਲ ਉੱਤੇ ਦੇਖਿਆ ਗਿਆ ਸਰੋਤ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਦਰਜ ਕਰੋ। ਕਨੈਕਸ਼ਨ ਬੰਦ ਕਰਨਾ ਸਿਰਫ਼ ਉਸ ਜੀਵਨ-ਚੱਕਰ ਘਟਨਾ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ; ਅਗਲੀ ਕਾਰਵਾਈ ਲਈ ਚੁਣੇ ਗਏ ਨਿਕਾਸ ਨੂੰ ਸੇਵਾ ਦੇ ਅਸਲ ਰੋਟੇਸ਼ਨ ਇਕਰਾਰਨਾਮੇ ਦੇ ਖ਼ਿਲਾਫ਼ ਜਾਂਚੋ।