VPN ਕਟਓਵਰ ਨੂੰ ਨਿੱਜੀ ਸਰਕਿਟ ਤੋਂ ਕੀ ਬਚਾਉਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਸਰਕਿਟ ਨੂੰ ਗੁਣਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

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

ਨਵੇਂ ਰਸਤੇ ਨੂੰ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਰੂਟ ਕਰੋ

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

ip route get 10.20.0.10

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

ਉਸ ਰੋਲਬੈਕ ਨਾਲ ਬਦਲੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਂਚਿਆ ਹੈ

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

ਕਿਹੜਾ ਸਬੂਤ ਬਦਲਾਅ ਨੂੰ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀ ਸ਼ਰਤ ਰੋਲਬੈਕ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ, ਇਹ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ। ਜਿਸ ਰੋਲਬੈਕ ਲਈ ਫੇਲ੍ਹ ਹੋਏ ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਨਵੀਂ VPN ਦੀ ਮੁਰੰਮਤ ਲੋੜੀਂਦੀ ਹੋਵੇ, ਉਹ ਰੋਲਬੈਕ ਨਹੀਂ। ਟ੍ਰਿਗਰ ਨੂੰ ਕਮਰੇ ਦੀ ਭਾਵਨਾ ਵਜੋਂ ਨਹੀਂ, ਮਾਪੀ ਜਾ ਸਕਣ ਵਾਲੀ ਸ਼ਰਤ ਵਜੋਂ ਦੱਸੋ।

ਸਰਕਿਟ ਅਸਲ ਵਿੱਚ ਜੋ ਟ੍ਰੈਫਿਕ ਲੈ ਕੇ ਚੱਲਦੀ ਸੀ, ਉਸ ਨਾਲ ਸਵੀਕਾਰ ਕਰੋ

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

ping -M do -s 1400 -c 3 10.20.0.10

ਜੇ 1400 ਬਾਈਟ ਦਾ ਪੇਲੋਡ ਲੰਘਦਾ ਹੈ ਅਤੇ 1472 ਨਹੀਂ, ਤਾਂ ਰਸਤੇ ਦੀ ਅਧਿਕਤਮ ਸੀਮਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਉਮੀਦ ਤੋਂ ਛੋਟੀ ਹੈ ਅਤੇ ਤੁਸੀਂ ਸਜਾਵਟੀ ਨਹੀਂ, ਅਸਲ ਰਿਗ੍ਰੈਸ਼ਨ ਲੱਭੀ ਹੈ। ਉਸ ਨਤੀਜੇ ਦੀ ਪਹਿਲੇ ਕਦਮ ਵਿੱਚ ਲਿਖੀਆਂ ਲੋੜਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਮਾਲਕਾਂ ਦੁਆਰਾ ਮਾਪ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਣ 'ਤੇ ਹੀ ਸਰਕਿਟ ਹਟਾਓ। ਉਹੀ ਦਸਤਖਤ ਸਫਲ ਪਰੀਖਿਆ ਨੂੰ ਸਵੀਕ੍ਰਿਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਿੱਚ ਬਦਲਦੇ ਹਨ।