ਜਦੋਂ ਸਮਾਂ-ਅਧਾਰਤ PAC ਨਿਯਮ ਪ੍ਰੌਕਸੀ ਚੁਣਦੇ ਹਨ
PAC ਵਿੱਚ ਇੱਕ ਸਮਾਂ ਨਿਯਮ ਰੂਟਿੰਗ ਦਾ ਮੁਲਾਂਕਣ ਹੋਣ ਵੇਲੇ ਪ੍ਰੌਕਸੀ ਚੁਣਦਾ ਹੈ। ਇਹ ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਨੂੰ ਸਹੀ ਸਕਿੰਟ ਵਿੱਚ ਨਵੇਂ ਐਗਜ਼ਿਟ ਵੱਲ ਭੇਜਣ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ।
ਤੁਸੀਂ ਅਜਿਹਾ PAC ਨਿਯਮ ਲਿਖ ਸਕਦੇ ਹੋ ਜੋ ਸਵੇਰੇ ਇੱਕ ਪ੍ਰੌਕਸੀ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਦੂਜੀ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਪਰ ਉਸ ਨਿਯਮ ਤੋਂ ਇਹ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਇਆ ਜਾ ਸਕਦਾ ਕਿ ਹਰ ਮੌਜੂਦਾ ਬ੍ਰਾਊਜ਼ਰ ਕਨੈਕਸ਼ਨ ਦੁਪਹਿਰ ਨੂੰ ਐਗਜ਼ਿਟ ਬਦਲਦਾ ਹੈ।
timeRange() ਵਰਗੇ ਫੰਕਸ਼ਨ ਰੂਟਿੰਗ ਫੈਸਲੇ ਵਿੱਚ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ। ਇਹ ਟਨਲ ਬੰਦ ਕਰਨ ਵਾਲਾ, ਸਾਕਟ ਭੇਜਣ ਵਾਲਾ ਜਾਂ ਪ੍ਰੌਕਸੀ ਪ੍ਰਦਾਤਾ ਨੂੰ ਆਪਣਾ ਜਨਤਕ IP ਘੁਮਾਉਣ ਲਈ ਕਹਿਣ ਵਾਲਾ ਪਿਛੋਕੜ ਸ਼ਡਿਊਲਰ ਨਹੀਂ ਹੈ।
ਤਿੰਨ ਘਟਨਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ:
- ਬ੍ਰਾਊਜ਼ਰ PAC ਦਾ ਮੁਲਾਂਕਣ ਕਰਕੇ ਇੱਕ ਰਸਤਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
- ਕਲਾਇੰਟ ਆਪਣੇ ਨੈੱਟਵਰਕ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਜਾਂ ਦੁਬਾਰਾ ਵਰਤਦਾ ਹੈ।
- ਚੁਣੀ ਗਈ ਸੇਵਾ ਆਪਣੇ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਲਈ ਜਨਤਕ ਪਤਾ ਚੁਣਦੀ ਹੈ।
ਸਮੇਂ ਦੀ ਸ਼ਰਤ ਸਿੱਧੀ ਪਹਿਲੀ ਘਟਨਾ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਪਹਿਲਾਂ ਤੋਂ ਸਰਗਰਮ ਡਾਊਨਲੋਡ ਜਾਂ ਲੰਮੇ ਸਮੇਂ ਦਾ ਕਨੈਕਸ਼ਨ ਵੱਖਰੀ ਗੱਲ ਹੈ। ਕਲਾਇੰਟ ਕੈਸ਼ਿੰਗ ਅਤੇ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਦੁਬਾਰਾ ਇਸਤੇਮਾਲ ਇਹ ਵੀ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ 'ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਘੜੀ ਦੀ ਜਾਂਚ ਹੈ' ਸਹੀ ਬਦਲਾਅ ਸਮਾਂ-ਸਾਰਣੀ ਦਾ ਪੂਰਾ ਸਬੂਤ ਨਹੀਂ ਹੈ।
ਜੇ ਕਿਸੇ ਕੰਮ ਲਈ ਹਰ ਸੈਸ਼ਨ, ਬੇਨਤੀ ਜਾਂ ਸਮਾਂ-ਵਿੰਡੋ ਲਈ ਨਵਾਂ ਐਗਜ਼ਿਟ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਉਸ ਲੋੜ ਲਈ ਬਣਾਇਆ ਇੰਟਰਫੇਸ ਵਰਤੋ ਅਤੇ ਇਸਦਾ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ ਜਾਂਚੋ। PAC ਐਂਡਪੌਇੰਟਾਂ ਵਿਚਕਾਰ ਚੁਣ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਹ ਐਂਡਪੌਇੰਟ ਆਪਣੇ ਐਗਜ਼ਿਟ ਪਤਿਆਂ ਨਾਲ ਕੀ ਕਰਦੇ ਹਨ।
ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਈ ਨੈੱਟਵਰਕ ਨੀਤੀ ਲਈ ਸਮਾਂ-ਅਧਾਰਤ ਰੂਟਿੰਗ ਅਜੇ ਵੀ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੀ ਹੈ। ਇਸਨੂੰ ਮੁਲਾਂਕਣ ਵੇਲੇ ਰਸਤਾ ਚੁਣਨਾ ਦੱਸੋ, ਗਾਰੰਟੀਸ਼ੁਦਾ IP ਰੋਟੇਸ਼ਨ ਵਿਧੀ ਨਹੀਂ।