ਪ੍ਰੌਕਸੀ VIP ਫੇਲਓਵਰ ਤੋਂ ਬਾਅਦ ਕੀ ਬਚਦਾ ਹੈ?

ਪ੍ਰੌਕਸੀ ਦਾਖਲੇ ਦੀ ਮੁੜ-ਪ੍ਰਾਪਤੀ ਨੂੰ ਸਥਾਪਿਤ CONNECT ਸੁਰੰਗਾਂ ਅਤੇ ਵੈੱਬਸਾਈਟ ਵੱਲ ਜਾਣ ਵਾਲੇ ਆਊਟਬਾਊਂਡ ਪਤੇ ਦੇ ਬਚਣ ਤੋਂ ਵੱਖ ਕਰੋ।

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

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

ਪਤੇ ਨੂੰ ਸਟੈਂਡਬਾਏ ਮਸ਼ੀਨ ਉੱਤੇ ਲਿਜਾਣ ਨਾਲ ਆਪਣੇ ਆਪ ਨਾ TCP ਕੰਟਰੋਲ ਬਲਾਕ ਜਾਂਦਾ ਹੈ ਅਤੇ ਨਾ ਹੀ ਉਹ ਰੀਲੇ ਹਾਲਤ। ਨਵਾਂ ਮਾਲਕ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਪੁਰਾਣੇ ਮਾਲਕ ਵੱਲੋਂ ਸਥਾਪਿਤ ਬਾਈਟ ਸਟਰੀਮ ਜਾਰੀ ਨਹੀਂ ਰੱਖ ਸਕਦਾ।

ਉਮੀਦਕੀ ਆਮ ਪਤਾ ਫੇਲਓਵਰ ਇਹ ਦਿੰਦਾ ਹੈ?
ਇੱਕ ਸੰਰਚਿਤ ਦਾਖਲਾ ਰੱਖਣਾਇਹੀ ਇਛਿਤ ਲਾਭ ਹੈ
ਸਥਾਪਿਤ CONNECT ਸਟਰੀਮ ਜਾਰੀ ਰੱਖਣਾਵਾਧੂ ਹਾਲਤ-ਆਧਾਰਿਤ ਤੰਤਰ ਲੋੜੀਂਦਾ ਹੋਵੇਗਾ
ਉਹੀ ਆਊਟਬਾਊਂਡ ਜਨਤਕ IP ਰੱਖਣਾਆਊਟਬਾਊਂਡ ਰੂਟਿੰਗ ਅਤੇ NAT ਉੱਤੇ ਨਿਰਭਰ
ਵਿਚਾਲੇ ਰੁਕੀ ਐਪਲੀਕੇਸ਼ਨ ਕਾਰਵਾਈ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਦੁਹਰਾਉਣਾਕਾਰਵਾਈ ਅਤੇ ਕਲਾਇੰਟ ਉੱਤੇ ਨਿਰਭਰ

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

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

ਕਲਾਇੰਟ ਦੀ ਮੁੜ-ਪ੍ਰਾਪਤੀ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਨਵੀਂ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀ ਆਸਾਨੀ ਨਾਲ ਮੁੜ ਜੁੜ ਸਕਦੀ ਹੈ; ਵਰਤੀ ਗਈ ਬਾਡੀ ਵਾਲਾ ਅੱਪਲੋਡ ਜਾਂ ਗੈਰ-ਆਈਡੈਂਪੋਟੈਂਟ API ਕਾਰਵਾਈ ਲਈ ਐਪਲੀਕੇਸ਼ਨ-ਖਾਸ ਸੰਭਾਲ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਸਟੈਂਡਬਾਏ ਰਾਹੀਂ ਨਵੀਂ ਬੇਨਤੀ ਸਫਲ ਹੋਣ ਕਰਕੇ ਅਦਿੱਖ ਫੇਲਓਵਰ ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ।

ਸੰਬੰਧਿਤ ਲੇਖ