ਉਪਭੋਗਤਾ ਦੇ ਪਹਿਲੇ VPN ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ

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

ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਅਸਲ ਵਿੱਚ ਕੀ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ

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

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

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

ਚਾਰ ਫ਼ੈਸਲੇ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕਦੇ ਨਹੀਂ ਲੈਣੇ ਚਾਹੀਦੇ

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

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

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

ਪਛਾਣ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਜਾਂ ਪ੍ਰਤੀ ਡਿਵਾਈਸ ਭੇਜੋ

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

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

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

ਡਿਲੀਵਰੀ ਚੈਨਲ ਨੂੰ ਕਲਾਇੰਟ ਨਾਲ ਮਿਲਾਓ

ਮੂਲ ਅਤੇ ਤੀਜੀ-ਧਿਰ ਕਲਾਇੰਟ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। Windows ਪ੍ਰੋਫਾਈਲ Intune ਜਾਂ Configuration Manager ਰਾਹੀਂ VPNv2 ProfileXML ਵਜੋਂ ਭੇਜੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਹਰ ਨੋਡ ਹਰ ਪ੍ਰਬੰਧਨ ਸਤ੍ਹਾ ਤੇ ਖੁੱਲ੍ਹਾ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਰੂਟਿੰਗ, DNS ਤੇ ਟ੍ਰਿਗਰ ਸੈਟਿੰਗਾਂ ਸਾਧਨ ਅਤੇ Windows ਸੰਸਕਰਣ ਅਨੁਸਾਰ ਬਦਲਦੀਆਂ ਹਨ। ਜ਼ੀਰੋ-ਟਚ ਰੋਲਆਉਟ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜਾ ਖੇਤਰ ਤੈਨਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰੋਫਾਈਲ ਵਿਕਲਪ ਸੰਦਰਭ ਅਜਿਹੀਆਂ ਸੈਟਿੰਗਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਕੁਝ ਡਿਲੀਵਰੀ ਰਾਹ ਅਜੇ ਵੀ ਸੈੱਟ ਨਹੀਂ ਕਰ ਸਕਦੇ।

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

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

ਨਵੇਂ ਉਪਭੋਗਤਾ ਵਜੋਂ ਹੈਂਡਓਫ਼ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਬਹਾਲੀ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਡਿਵਾਈਸ ਦੇ ਪ੍ਰੋਫਾਈਲ ਭੰਡਾਰ ਨੂੰ ਪੁੱਛੋ ਤਾਂ ਜੋ ਜਾਂਚ ਪ੍ਰਭਾਵ ਦੀ ਥਾਂ ਸਬੂਤ ਦੇਵੇ।

Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethod, SplitTunneling
Get-VpnConnection -Name "Corp VPN" | Format-List
Test-NetConnection intranet.example.com -Port 443

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

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