PPP-ਅਧਾਰਿਤ VPN ਤੋਂ ਇਸ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਦੀ ਨਕਲ ਕੀਤੇ ਬਿਨਾਂ ਲੰਘਣਾ

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

ਕਦਮ 1: ਪੁਰਾਣਾ ਕਨੈਕਸ਼ਨ ਕੀ ਦਿੰਦਾ ਹੈ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

L2TP/IPsec ਲਈ, ਦੋਵੇਂ ਪਰਤਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਵੱਖ ਕਰੋ। IPsec ਪੀਅਰ ਦੀ ਪਛਾਣ ਮਸ਼ੀਨਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀ ਹੈ; PPP ਵਰਤੋਂਕਾਰ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ ’ਤੇ CHAP ਜਾਂ MSCHAPv2 ਨਾਲ।

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

ਕਦਮ 2: ਬਦਲੀ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਡਿਜ਼ਾਈਨ ਕਰੋ

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

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

ਕਦਮ 3: ਪੜਾਅਵਾਰ ਲਾਗੂ ਕਰੋ ਅਤੇ ਇਜਾਜ਼ਤ ਤੇ ਨਿਖੇਧੀ ਦੋਵੇਂ ਜਾਂਚੋ

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

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

ਪ੍ਰਬੰਧਕ ਪਹੁੰਚ ਹਿਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਅਧਿਕ੍ਰਿਤ ਰਿਕਵਰੀ ਮਾਰਗ ਹੈ ਜੋ ਤੁਸੀਂ ਬਦਲ ਰਹੇ ਟਨਲ ’ਤੇ ਨਿਰਭਰ ਨਹੀਂ।

ਕਦਮ 4: ਪੁਰਾਣੀ ਪਛਾਣ ਰਿਟਾਇਰ ਕਰੋ

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

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

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

ਨਤੀਜੇ ਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਾਮ ਨਾਲ ਨਹੀਂ, ਸੇਵਾ ਨੂੰ ਜੋ ਲੋੜ ਹੈ ਉਸ ਨਾਲ ਬੰਨ੍ਹ ਕੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਪੁਰਾਣੀਆਂ ਧਾਰਨਾਵਾਂ ਨਕਲ ਕੀਤਾ ਆਧੁਨਿਕ ਪ੍ਰੋਟੋਕੋਲ ਵਧੀਆ ਢਾਂਚੇ ਨਾਲ ਉਹੀ ਖ਼ਤਰਾ ਹੈ। RFC 3193 ਦੱਸਦਾ ਹੈ ਕਿ L2TP ਨੂੰ IPsec ਉੱਤੇ ਕਿਵੇਂ ਢੋਇਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਇਹ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਦੋਵੇਂ ਪਰਤਾਂ ਹਮੇਸ਼ਾ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਸਨ। ਜੇ ਸੂਚੀ ਵਿੱਚ ਕੋਈ ਕਤਾਰ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸਮਝਾ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਪਤਾ ਕਰੋ ਕਿ ਉਸ ’ਤੇ ਕੀ ਨਿਰਭਰ ਹੈ। ਸੂਚੀ ਬੋਰ ਹੋਣ ’ਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੂਰਾ ਹੁੰਦਾ ਹੈ।