VPN ਫੇਲਓਵਰ: ਜਦੋਂ ਵਾਪਸੀ ਦਾ ਰਾਹ ਪੁਰਾਣੀ ਟਨਲ ’ਤੇ ਹੀ ਰਹਿੰਦਾ ਹੈ

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

ਪਹਿਲਾਂ ਦੋਵਾਂ ਸਿਰਿਆਂ ’ਤੇ ਰੂਟ ਦਰਜ ਕਰੋ; ਇੱਕ ਸਾਈਟ ਦਾ ਨਜ਼ਾਰਾ ਅਸਮਿਤ ਰਾਹ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ। ਸਮੇਂ ਦੇ ਦਬਾਅ ਹੇਠ ਸਭ ਤੋਂ ਵੱਧ ਛੱਡਿਆ ਜਾਣ ਵਾਲਾ ਕਦਮ ਵੀ ਇਹੀ ਹੈ।

ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਸਾਈਟਾਂ ਦੇ ਰੂਟ ਦਰਜ ਕਰੋ

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

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

ਇਹ ਦੋਵਾਂ ਸਾਈਟਾਂ ’ਤੇ ਕਰੋ। ਇੱਕ ਪਾਸੇ ਤਰਜੀਹ ਪਾਉਣ ਵਾਲਾ ਅਤੇ ਦੂਜੇ ਪਾਸੇ ਅਣਡਿੱਠਾ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਬੈਕਅਪ ਠੀਕ ਉਹੀ ਅਸਮਿਤੀ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਬਚਣਾ ਚਾਹੁੰਦੇ ਹੋ।

ਹਰ ਪੜਾਅ ’ਤੇ ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬ ਵੇਖੋ

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

ਜੇ ਬੇਨਤੀਆਂ ਹਿੱਲਦੀਆਂ ਹਨ ਅਤੇ ਜਵਾਬ ਨਹੀਂ, ਤਾਂ ਦੂਰ ਦੀ ਸਾਈਟ ਦਾ ਕਲਾਇੰਟ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਰੂਟ ਅਤੇ ਬੈਕਅਪ ਲਈ ਇਸਦੀ ਤਰਜੀਹ ਜਾਂਚੋ। ਇਹ ਰਾਊਟਿੰਗ ਫੈਸਲਾ ਹੈ, ਟਨਲ ਅਸਫਲਤਾ ਨਹੀਂ।

ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਮੂਲ ਸਥਿਤੀ ਬਹਾਲ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਾਇਮਰੀ ਫਿਰ ਤਰਜੀਹ ਪਾਉਂਦਾ ਹੈ। ਬਹਾਲ ਕੀਤਾ ਪ੍ਰਾਇਮਰੀ ਤਰਜੀਹ ਨਾ ਪਾਏ ਤਾਂ ਉਹ ਅਧੂਰਾ ਫੇਲਓਵਰ ਡਿਜ਼ਾਈਨ ਹੈ।

ਗੇਟਵੇ ਬਦਲਣ ’ਤੇ ਸੈਸ਼ਨ ਸਥਿਤੀ ਸੰਭਾਲੋ

ਫਾਇਰਵਾਲ ਅਤੇ NAT ਇੱਕ ਗੇਟਵੇ ’ਤੇ ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ ਰੱਖ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੂਜੇ ਗੇਟਵੇ ਵੱਲ ਰਾਹ ਬਦਲਣ ’ਤੇ ਉਹ ਨਾਲ ਨਹੀਂ ਜਾਂਦੀ। ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਜੁੜਦੇ ਹਨ; ਹੋਰ ਸੈਸ਼ਨ ਬਹਾਲ ਹੋਣ ਤੱਕ ਅਸਫਲ ਰਹਿੰਦੇ ਹਨ। ਜੇ ਬੈਕਅਪ ਜਨਤਕ ਸਰੋਤ ਜਾਂ ਅਨੁਵਾਦਿਤ ਨਿੱਜੀ ਪਤਾ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਦੂਰਸਥ ਪਹੁੰਚ ਨਿਯਮ ਵੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇ ਸਕਦੇ ਹਨ। ਨਿਰਵਿਘਨ ਫੇਲਓਵਰ ਦਾ ਵਾਅਦਾ ਕਰਨ ਦੀ ਬਜਾਏ ਕਿਸੇ ਵੀ ਸੰਭਾਵਿਤ ਸੈਸ਼ਨ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਨੂੰ ਦਰਜ ਕਰੋ।

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

ਸਿਰਫ਼ ਨਵੀਂ ਬੇਨਤੀ ਨਹੀਂ, ਲੰਮਾ ਸੈਸ਼ਨ ਰੱਖਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਵੀ ਜਾਂਚੋ।

ਪ੍ਰਾਇਮਰੀ ਬਹਾਲ ਕਰੋ ਅਤੇ ਫਲੈਪਿੰਗ ਜਾਂਚੋ

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

ਗੇਟਵੇ ਪ੍ਰਸ਼ਾਸਨ ਨੂੰ ਬਹਾਲੀ ਰਾਹ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਰੱਖੋ ਤਾਂ ਜੋ ਜਾਂਚ ਆਪਣੇ ਆਪ ਤੁਹਾਨੂੰ ਬਾਹਰ ਨਾ ਕਰੇ। ਪੜਾਅ, ਦੇਖੇ ਗਏ ਰਾਹ ਅਤੇ ਬਹਾਲੀ ਸਮਾਂ ਦਰਜ ਕਰੋ; ਉਹੀ ਰਿਕਾਰਡ ਅਗਲੇ ਫੇਲਓਵਰ ਨੂੰ ਅਨੁਮਾਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। strongSwan ਦੀਆਂ ਫਾਰਵਰਡਿੰਗ ਟਿੱਪਣੀਆਂ ਐਂਡਪੌਇੰਟ Linux ਹੋਸਟ ਹੋਣ ’ਤੇ ਲਾਹੇਵੰਦ ਹਨ।