L2TP ਪ੍ਰੋਫਾਈਲ ਦੀ ਕਿਹੜੀ ਪਰਤ ਅਸਲ ਵਿੱਚ ਟੁੱਟੀ

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

ਇੱਕੋ ਪ੍ਰੋਟੋਕਾਲ ਨਾਮ ਚਾਰ ਵੱਖ-ਵੱਖ ਗੱਲਬਾਤਾਂ ਲੁਕਾਉਂਦਾ ਹੈ।

ਸੈਟਿੰਗਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਰਤ ਦਾ ਨਾਮ ਦਿਓ

IPsec ਸੈਟਅੱਪ ਅਸਫਲ ਹੋਣਾ ਸਾਂਝੇ ਭੇਤ, ਐਲਗੋਰਿਦਮ ਜਾਂ ਸਾਮ੍ਹਣੇ ਵਾਲੇ ਧਿਰ ਦੀ ਪਛਾਣ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ L2TP ਨਿਯੰਤਰਣ ਅਸਫਲ ਹੋਣਾ ਖੁਦ ਸੁਰੰਗ ਪਰਤ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ, ਜੋ ਵਧੇਰੇ ਤੰਗ ਸਮੱਸਿਆ ਹੈ। PPP ਪ੍ਰਮਾਣੀਕਰਣ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਖਾਤੇ ਜਾਂ ਪ੍ਰਮਾਣੀਕਰਣ ਢੰਗ ਦਾ ਨਾਮ ਲੈਂਦੀਆਂ ਹਨ। ਪ੍ਰਮਾਣੀਕਰਣ ਤੋਂ ਬਾਅਦ ਪਤਾ ਜਾਂ DNS ਅਸਫਲ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਕਿ ਆਵਾਜਾਈ ਕੰਮ ਕਰ ਗਈ ਅਤੇ ਸੰਰਚਨਾ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਨਹੀਂ।

ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸੰਸਕਰਣ ਅਤੇ ਓਪਰੇਟਰ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਸੈਟਅੱਪ ਲਿਖੋ। ਇਨ੍ਹਾਂ ਤਿੰਨਾਂ ਤੋਂ ਬਿਨਾਂ ਹਰ ਬਦਲਾਅ ਇੱਕ ਅੰਦਾਜ਼ਾ ਹੈ ਜੋ ਕਦੇ-ਕਦੇ ਕੁਝ ਹੋਰ ਸੁਧਾਰ ਸਕਦਾ ਹੈ।

ਪ੍ਰੋਫਾਈਲ ਦੀ ਮੌਜੂਦਾ ਕਲਾਇੰਟ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

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

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

ਪੁਰਾਣੇ ਵਿਕਲਪ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦੇ

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

ਸਭ ਕੁਝ ਸਮਰੱਥ ਕਰਨ ਵਾਲਾ ਸੁਧਾਰ ਅਸਲ ਖ਼ਰਾਬੀ ਨਾਲੋਂ ਬਹੁਤ ਵੱਧ ਬਦਲਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਣ ਤੋਂ ਅਸਮਰੱਥ ਛੱਡ ਦਿੰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸ ਨੇ ਠੀਕ ਕੀਤਾ।

ਤਬਦੀਲੀ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਵਜੋਂ ਪੇਸ਼ ਕਰੋ

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

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

ਪਰਤ, ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਓਪਰੇਟਰ ਦੀਆਂ ਮੌਜੂਦਾ ਲੋੜਾਂ ਜਾਂਚੋ। ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਇਹ ਸੁਧਾਰ ਹੈ ਜਾਂ ਬਦਲ।