Bootstrap ਜਾਂ GPO: Windows VPN ਪਰੋਫਾਈਲ ਲਈ ਦੋ ਰਾਹ
GPO ਰਾਹੀਂ ਭੇਜਿਆ ਪਰੋਫਾਈਲ ਉਸ ਸ਼ੇਅਰ ਤੱਕ ਪਹੁੰਚਣ ਦਾ ਇੱਕੋ-ਇੱਕ ਰਾਹ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜੋ ਉਸਨੂੰ ਭੇਜਦਾ ਹੈ। ਪਹਿਲੀ ਇੰਸਟਾਲ ਨੂੰ ਰੁਟੀਨ ਅੱਪਡੇਟ ਤੋਂ ਵੱਖ ਰੱਖੋ ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਇਕੱਠੇ ਵਰਜਨ ਕਰੋ।
ਡੋਮੇਨ ਸ਼ੇਅਰ ਤੋਂ VPN ਪਰੋਫਾਈਲ ਭੇਜੋ ਅਤੇ ਸਭ ਕੁਝ ਚੱਲਦਾ ਹੈ — ਉਸ ਲੈਪਟਾਪ ਤੱਕ ਜੋ ਡੋਮੇਨ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ। ਉਸ ਵੇਲੇ ਡਿਲੀਵਰੀ ਉਸੇ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਜੋ ਪਰੋਫਾਈਲ ਬਣਾਉਣ ਲਈ ਹੈ। ਉਹ ਲੈਪਟਾਪ ਫੜਨ ਵਾਲਾ ਵਿਅਕਤੀ ਅਜਿਹੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਹੈਲਪ ਡੈਸਕ ਨਹੀਂ ਵੇਖ ਸਕਦੀ। ਪਹਿਲੀ ਇੰਸਟਾਲ ਅਤੇ ਰੁਟੀਨ ਅੱਪਡੇਟ ਨੂੰ ਇੱਕ ਪੈਕੇਜ ਦੇ ਦੋ ਵੱਖਰੇ ਰਾਹ ਮੰਨੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਹਨਾਂ ਢੰਗਾਂ ਨਾਲ ਫੇਲ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਕੋਈ ਸਾਂਝ ਨਹੀਂ।
ਪਹਿਲੀ ਇੰਸਟਾਲ ਇੱਕ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ
ਦੋ ਘਟਨਾਵਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਤਦ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਨੈੱਟਵਰਕ ਸਾਥ ਦੇ ਰਿਹਾ ਹੋਵੇ। ਸਾਰਣੀ ਉਹਨਾਂ ਨੂੰ ਇਸ ਆਧਾਰ ਤੇ ਵੱਖ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਉਪਲਬਧ ਹੈ, ਕੰਮ ਕੀ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਅਤੇ ਆਮ ਤੌਰ ਤੇ ਕਿੱਥੇ ਗੜਬੜ ਹੁੰਦੀ ਹੈ।
| First install | Routine update | |
|---|---|---|
| Network reachable | Something other than the VPN being installed | The domain or a management channel |
| Trigger | Enrollment, imaging, or a prepared package | A policy refresh or a management push |
| Usual failure | No route to the package at all | Duplicate profiles, or a change that silently does nothing |
ਇੱਕ ਸਮੀਖਿਆ ਕੀਤਾ ਆਰਟੀਫੈਕਟ ਦੋਵੇਂ ਰਾਹਾਂ ਲਈ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ; ਕਨੈਕਟੀਵਿਟੀ ਦੀ ਧਾਰਨਾ ਸਾਂਝੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ। ਸਟਾਰਟਅੱਪ ਸਕ੍ਰਿਪਟ ਉਹ ਧਾਰਨਾ ਲੁਕਾਉਂਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਇਹ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ ਦੀ ਮੇਜ਼ ਤੇ ਚੱਲਦੀ ਹੈ, ਅਤੇ ਫੀਲਡ ਵਿੱਚ ਉਹਨੂੰ ਖੋਲ੍ਹ ਦਿੰਦੀ ਹੈ। ਸਕ੍ਰਿਪਟ ਖਰਾਬ ਨਹੀਂ ਹੈ, ਬੱਸ ਇਹਨੂੰ ਉੱਥੇ ਚਲਾਉਣ ਲਈ ਕਿਹਾ ਜਾ ਰਿਹਾ ਹੈ ਜਿੱਥੇ ਕਿਸੇ ਨੇ ਇਸ ਲਈ ਸੋਚਿਆ ਨਹੀਂ।
ਪੈਕੇਜ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ
ਪੈਕੇਜ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੰਜ ਗੱਲਾਂ ਤੈਅ ਕਰੋ: Windows ਦੀ ਕਿਹੜੀ ਪਰੋਫਾਈਲ ਵਿਧੀ ਸਮਰਥਿਤ ਹੈ, ਦਾਇਰਾ ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਹੈ ਜਾਂ ਪ੍ਰਤੀ ਡਿਵਾਈਸ, ਕਿਹੜੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਕਲਾਇੰਟ ਹਿੱਸੇ ਪੂਰਵ-ਸ਼ਰਤ ਹਨ, ਪਰੋਫਾਈਲ ਪਰਿਭਾਸ਼ਾ ਕੀ ਕਹਿੰਦੀ ਹੈ, ਅਤੇ ਕਿਹੜੀ ਕਾਰਵਾਈ ਇਸਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ। ProfileXML VPN ਸੈਟਿੰਗਾਂ ਦੱਸਣ ਦਾ ਸਮਰਥਿਤ ਢੰਗ ਹੈ, ਜੋ VPNv2 CSP ਰਾਹੀਂ ਪਹੁੰਚਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ Microsoft ਦੀ ਪਰੋਫਾਈਲ ਚੋਣਾਂ ਦੀ ਗਾਈਡ ਦੱਸਦੀ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਕੀ ਹੋ ਸਕਦਾ ਹੈ। ਉਸ ਸੂਚੀ ਤੋਂ ਬਾਹਰ ਹਰ ਗੱਲ ਤੁਸੀਂ ਤੁਰੰਤ ਲੈਂਦੇ ਹੋ।
ਸਹਾਇਕ ਸਕ੍ਰਿਪਟ ਦੇ ਪੈਰਾਮੀਟਰ ਉਸੇ ਸਕ੍ਰਿਪਟ ਦੇ ਹਨ। xmlFilePath ਜਾਂ AllUserConnection ਵਰਗੇ ਨਾਂ ਇੱਕ ਲੇਖਕ ਦੀ ਚੋਣ ਹਨ, ਅਜਿਹਾ ਮਿਆਰ ਨਹੀਂ ਜਿਸਨੂੰ ਹਰ ਇੰਸਟਾਲਰ ਮੰਨੇ; ਇਹਨਾਂ ਨੂੰ ਦੂਜੀ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਅਜਿਹਾ ਹੁਕਮ ਮਿਲਦਾ ਹੈ ਜੋ ਸਹੀ ਲੱਗਦਾ ਹੈ ਅਤੇ ਕੁਝ ਨਹੀਂ ਕਰਦਾ।
ਸਕ੍ਰਿਪਟ ਅਤੇ ਪਰਿਭਾਸ਼ਾ ਨੂੰ ਇੱਕੋ ਵਰਜਨ ਹੇਠ ਰੱਖੋ, ਅਤੇ ਦੋਵੇਂ ਕਿੱਥੋਂ ਆਏ ਇਸਦੀ ਇਜਾਜ਼ਤਾਂ ਸਮੇਤ ਜਾਂਚ ਕਰੋ। ਅਜਿਹੀ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੀ ਸਟਾਰਟਅੱਪ ਸਕ੍ਰਿਪਟ ਜੋ ਸੰਜੋਗ ਨਾਲ SYSVOL ਤੋਂ ਪੜ੍ਹੀ ਜਾ ਸਕਦੀ ਹੈ, ਹਾਲੇ ਵੀ ਸਮੀਖਿਆ ਨਹੀਂ ਹੋਈ, ਅਤੇ ਨੀਤੀ ਰਾਹੀਂ ਵੰਡ ਸਮੀਖਿਆ ਨਹੀਂ ਹੈ।
ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ ਲੈਣਾ
ਪਹਿਲੀ ਇੰਸਟਾਲ ਤਦ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਤੱਕ ਕਿਸੇ ਹੋਰ ਢੰਗ ਨਾਲ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ: ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਨੈੱਟਵਰਕ, ਮੌਜੂਦਾ ਪ੍ਰਬੰਧਨ ਚੈਨਲ ਜਾਂ ਇਸ ਲਈ ਬਣਾਇਆ ਦਾਖਲਾ ਪ੍ਰਵਾਹ। ਚੁਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਦੇ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਭਰੋਸੇ ਦੀਆਂ ਪੂਰਵ-ਸ਼ਰਤਾਂ ਉਸੇ ਪੈਕੇਜ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਅਜੇ ਨਾ ਬਣੀ ਟਨਲ ਰਾਹੀਂ ਕੁਝ ਵੀ ਨਹੀਂ ਲਿਆਂਦਾ ਜਾ ਸਕਦਾ। ਕੋਈ ਤਰੀਕ ਦਾ ਵਾਅਦਾ ਕਰੇ, ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛੋ ਕਿ ਇਹਨਾਂ ਤਿੰਨ ਚੈਨਲਾਂ ਵਿੱਚੋਂ ਇਸ ਵਰਤੋਂਕਾਰ ਲਈ ਕਿਹੜਾ ਅਸਲੀ ਹੈ। ਸਿਰਫ਼ ਕਾਗਜ਼ ਉੱਤੇ ਮੌਜੂਦ ਚੈਨਲ ਫੀਲਡ ਤੋਂ ਆਈ ਫੋਨ ਕਾਲ ਬਣ ਜਾਂਦਾ ਹੈ।
ਲਿਖੋ ਕਿ ਉਸ ਪਲ ਤਕਨੀਸ਼ੀਅਨ ਜਾਂ ਵਰਤੋਂਕਾਰ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ। ਜੇ ਜਵਾਬ ਇਹ ਹੈ ਕਿ IT ਮਦਦ ਲਈ ਦੂਰੋਂ ਜੁੜਦੀ ਹੈ, ਤਾਂ ਪਹਿਲੀ ਇੰਸਟਾਲ ਦਾ ਰਾਹ ਚੁੱਪਚਾਪ ਦੂਜੇ ਰਿਮੋਟ-ਐਕਸੈਸ ਸਾਧਨ ਉੱਤੇ ਨਿਰਭਰ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਮੁਹੱਈਆ ਵੀ ਕਰਨਾ ਅਤੇ ਸਹਿਯੋਗ ਵੀ ਦੇਣਾ ਹੈ।
ਅੱਪਡੇਟ ਨੂੰ ਜਾਣੀ-ਪਛਾਣੀ ਹਾਲਤ ਚਾਹੀਦੀ ਹੈ
ਜਿਵੇਂ ਹੀ ਮਸ਼ੀਨ ਡੋਮੇਨ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ, ਆਮ ਡੋਮੇਨ ਜਾਂ ਡਿਵਾਈਸ-ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆ ਕੰਮ ਸੰਭਾਲ ਸਕਦੀ ਹੈ। ਗੜਬੜ ਦਾਇਰੇ ਵਿੱਚ ਆਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਸਟਾਰਟਅੱਪ ਸਕ੍ਰਿਪਟ ਮਸ਼ੀਨ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਚੱਲਦੀ ਹੈ, ਜਦਕਿ ਵਰਤੋਂਕਾਰ ਲੌਗਇਨ ਕਾਰਵਾਈ ਅਤੇ ਡਿਵਾਈਸ-ਪ੍ਰਬੰਧਨ ਕਾਰਵਾਈ ਦਾਇਰੇ ਅਤੇ ਇਜਾਜ਼ਤ ਦੋਵਾਂ ਵਿੱਚ ਵੱਖ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸਾਰੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਕਨੈਕਸ਼ਨ ਐਂਟਰੀ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਡਿਵਾਈਸ ਟਨਲ ਨਹੀਂ ਹੈ, ਨਾਂ ਭਾਵੇਂ ਕੁਝ ਵੀ ਸੁਝਾਉਣ। ਡਿਵਾਈਸ ਟਨਲ ਆਪਣੀਆਂ ਵੱਖਰੀਆਂ ਪਲੇਟਫਾਰਮ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਕ੍ਰੀਡੈਂਸ਼ੀਅਲ ਲੋੜਾਂ ਲਿਆਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਲੋੜਾਂ ਪੜ੍ਹਨਾ ਹੀ ਇਹ ਜਾਣਨ ਦਾ ਇੱਕੋ-ਇੱਕ ਢੰਗ ਹੈ ਕਿ ਇੱਥੇ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਸੰਭਵ ਹੈ ਜਾਂ ਨਹੀਂ। ਲੌਗਇਨ ਤੇ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਵਰਤੋਂਕਾਰ ਟਨਲ ਵੱਖਰੀ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ।
ਅੱਪਡੇਟ ਦੇ ਰਾਹ ਨੂੰ ਦੁਹਰਾਉਣਯੋਗ ਬਣਾਓ: ਜੋ ਪਰੋਫਾਈਲ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਬੰਧਿਤ ਹੈ ਉਸਨੂੰ ਲੱਭੋ, ਲੋੜੀਂਦੀਆਂ ਵਰਤੋਂਕਾਰ ਤਰਜੀਹਾਂ ਰੱਖੋ, ਅਨੁਕੂਲ ਪਰਿਭਾਸ਼ਾ ਲਾਗੂ ਕਰੋ ਅਤੇ ਸਪੱਸ਼ਟ ਨਤੀਜਾ ਦੱਸੋ। ਹਰ ਨੀਤੀ ਤਾਜ਼ਾ ਹੋਣ ਤੇ ਨਵੀਂ ਪਰੋਫਾਈਲ ਬਣਾਉਣਾ ਹੀ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਨਾਲ ਮਸ਼ੀਨ ਤੇ ਪੰਜ ਐਂਟਰੀਆਂ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਵਰਤੋਂਕਾਰ ਗਲਤ ਚੁਣ ਲੈਂਦਾ ਹੈ।
ਉਹ ਰਿਕਾਰਡ ਜੋ ਇਸਨੂੰ ਸਹਿਯੋਗਯੋਗ ਰੱਖਦਾ ਹੈ
ਹੈਂਡਓਵਰ ਵਿੱਚ ਤਿੰਨ ਜਵਾਬ ਆਉਂਦੇ ਹਨ: ਨਵਾਂ ਜਾਰੀ ਕੀਤਾ ਡਿਵਾਈਸ ਆਪਣਾ ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ ਕਿਵੇਂ ਲੈਂਦਾ ਹੈ, ਪੈਕੇਜ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਬੰਧਕ ਅਣ-ਅਨੁਕੂਲ ਬਦਲਾਅ ਤੋਂ ਕਿਵੇਂ ਪਿੱਛੇ ਹਟਦਾ ਹੈ। ਇਹ ਲਿਖੇ ਹੋਣ ਤੇ ਤੈਨਾਤੀ ਹੁਣ ਉਸ ਵਿਅਕਤੀ ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਰਹਿੰਦੀ ਜਿਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਦੇਣ ਵਾਲੀ ਪਹੁੰਚ ਹੈ।
ਉਹ ਰਿਕਾਰਡ ਪੈਕੇਜ ਵਰਜਨ ਦੇ ਕੋਲ ਰੱਖੋ ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਇੱਕੋ ਬਦਲਾਅ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਵਿਅਕਤੀ ਸਾਲ ਪਹਿਲਾਂ ਬੰਦ ਹੋਈ ਟਿਕਟ ਤੋਂ bootstrap ਦਾ ਰਾਹ ਦੁਬਾਰਾ ਬਣਾਉਂਦਾ ਹੈ।