ISP ਬਦਲੋ, ਸਾਈਟ VPN ਪਤੇ ਮੁੜ ਨੰਬਰ ਕੀਤੇ ਬਿਨਾਂ

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

ਦੋ ਪਤਾ ਯੋਜਨਾਵਾਂ ਜੋ ਸੁਤੰਤਰ ਚਲਦੀਆਂ ਹਨ

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

ਪ੍ਰਦਾਤਾ ਬਦਲੀ ਬਾਹਰਲੀ ਯੋਜਨਾ ਨੂੰ ਛੂਹਦੀ ਹੈ। ਇਹ ਆਪਣੇ ਆਪ ਵਿੱਚ ਅੰਦਰਲੀ ਯੋਜਨਾ ਬਦਲਣ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦੀ।

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

ਬਾਹਰਲੀ ਟਨਲ ਅੰਦਰਲੀ ਗੱਲਬਾਤ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ

ਗੇਟਵੇ-ਤੋਂ-ਗੇਟਵੇ ਟਨਲ ਵਿੱਚ ਬਾਹਰਲਾ IP ਹੈਡਰ ਦੋਵੇਂ ਗੇਟਵੇ ਨੂੰ ਪਤਾ ਦਿੰਦਾ ਹੈ। ਅੰਦਰਲਾ ਹੈਡਰ ਅਜੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਸਲ ਅੰਤ ਬਿੰਦੂਆਂ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। RFC 7296 ਦਾ ਗੇਟਵੇ-ਤੋਂ-ਗੇਟਵੇ ਵਰਣਨ ਇਸ ਨੂੰ ਟਨਲ ਦੇ ਅੰਤ ਬਿੰਦੂਆਂ ਰਾਹੀਂ ਟ੍ਰੈਫਿਕ ਪਹੁੰਚਾਉਣ ਵਾਲੀ ਆਮ ਰਾਊਟਿੰਗ ਮੰਨਦਾ ਹੈ।

ਇਸ ਲਈ ਗੇਟਵੇ ਦਾ ਜਨਤਕ ਪਤਾ ਬਦਲਦਿਆਂ ਵੀ ਸ਼ਾਖਾ ਸਰਵਰ 10.55.8.20 ਰੱਖ ਸਕਦਾ ਹੈ। ਅੰਦਰਲੇ ਪੈਕਟ ਵਿੱਚ ਪ੍ਰਦਾਤਾ ਦਾ ਪਤਾ ਬਿਲਕੁਲ ਨਹੀਂ ਹੁੰਦਾ।

ਇਹ ਵੰਡ ਡਿਜ਼ਾਈਨ ਦਾ ਗੁਣ ਹੈ, ਆਪਣੇ-ਆਪ ਗਾਰੰਟੀ ਨਹੀਂ। ਜੇ ਬਦਲਵੀਂ ਅਪਲਿੰਕ ਸਮਰਥਿਤ ਟਨਲ ਸਥਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਜਾਂ ਅੰਦਰਲੇ ਰਾਹ ਮੁੜ ਸਥਾਪਤ ਨਹੀਂ ਹੁੰਦੇ, ਤਾਂ ਪਤਾ ਨਾ ਬਦਲਣ 'ਤੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣਾ ਰਾਹ ਗੁਆ ਦਿੰਦਾ ਹੈ।

ਪ੍ਰਦਾਤਾ ਹਿਲਾਉਣ ਦੀ ਅਜੇ ਵੀ ਜਾਂਚ ਸੂਚੀ ਹੈ

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

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

ਕਿਸੇ ਹੋਰ ਜੁੜੀ ਸਾਈਟ ਨਾਲ ਪਤਾ ਓਵਰਲੈਪ ਵੱਖਰੀ ਯੋਜਨਾ ਸਮੱਸਿਆ ਹੈ। ਪ੍ਰਦਾਤਾ ਬਦਲੀ ਇਹ ਪੈਦਾ ਨਹੀਂ ਕਰਦੀ, ਪਰ ਬਦਲੀ ਆਮ ਤੌਰ 'ਤੇ ਉਹੀ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਸਾਹਮਣੇ ਆਉਂਦੀ ਹੈ।

ਕੀ ਨਹੀਂ ਟਿਕਦਾ: ਜਨਤਕ ਸਰੋਤ ਅਤੇ ਸੈਸ਼ਨ

ਸਥਿਰ ਨਿੱਜੀ ਸਰਵਰ ਪਤਾ ਸਥਿਰ ਜਨਤਕ ਸਰੋਤ ਨਹੀਂ ਹੈ। ਜੇ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸਿੱਧੀ ਨਵੇਂ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਵੈੱਬਸਾਈਟਾਂ ਨਵਾਂ ਪ੍ਰਦਾਤਾ-ਵੱਲ੍ਹਾ ਪਤਾ ਵੇਖਦੀਆਂ ਹਨ।

ਉਹ ਪਤਾ ਸਥਿਰ ਰੱਖਣ ਲਈ ਆਪਣੀ ਉਪਲਬਧਤਾ ਅਤੇ ਨੀਤੀ ਵਾਲਾ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਨਿਰਗਮ ਡਿਜ਼ਾਈਨ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਟਨਲ ਨਾਲ ਮੁਫ਼ਤ ਨਹੀਂ ਆਉਂਦਾ।

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

ਚਾਰ ਜਾਂਚਾਂ ਨਾਲ ਬਦਲੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

Linux ਗੇਟਵੇ 'ਤੇ, ਇਹ ਤਿੰਨ ਉਸ ਸੂਚੀ ਦਾ ਮੱਧ ਹਿੱਸਾ ਢੱਕਦੇ ਹਨ:

ip route get 10.55.8.20
ip xfrm policy list
curl -sS -o /dev/null -w "%{http_code}" --max-time 8 http://10.55.8.20/health

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