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

ਪਤਾ ਲਗਾਓ ਕਿ ਕਿਹੜਾ ਭੰਡਾਰ ਅਸਲ ਵਿੱਚ ਸੈਸ਼ਨ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ

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

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

ਜਗ੍ਹਾ 'ਤੇ ਅੱਪਡੇਟ ਬਨਾਮ ਮਿਟਾਉਣਾ ਅਤੇ ਦੁਬਾਰਾ ਬਣਾਉਣਾ

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

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

ਤੁਹਾਡੇ ਕੋਲ ਮੌਜੂਦ ਹੈਸ਼ ਉਹ ਭੇਦ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜੋ ਇਸਨੂੰ ਲੋੜੀਂਦਾ ਹੈ

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

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

ਪ੍ਰਮਾਣ-ਪੱਤਰ ਤੋਂ ਵੱਧ ਜੀਉਣ ਵਾਲੇ ਸੈਸ਼ਨ

ਪ੍ਰਮਾਣ-ਪੱਤਰ ਬਦਲਣਾ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣਿਤ ਸੈਸ਼ਨਾਂ ਨੂੰ ਖ਼ਤਮ ਨਹੀਂ ਕਰਦਾ। ਸਥਾਪਿਤ ਟਨਲ ਵਾਲਾ ਸਾਥੀ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ, ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਸਪਸ਼ਟ ਡਿਸਕਨੈਕਟ ਤੱਕ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ।

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

ਸਾਬਤ ਕਰੋ ਕਿ ਇਜਾਜ਼ਤਾਂ ਬਚੀਆਂ ਰਹੀਆਂ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ