Windows Pro ’ਤੇ ਡਿਵਾਈਸ ਟਨਲ? ਸੰਸਕਰਣ ਮੈਟ੍ਰਿਕਸ ਦੇਖੋ
ਤੈਨਾਤ ਪ੍ਰੋਫਾਈਲ ਯੋਗਤਾ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਟਨਲ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਸਕਰਣ ਮੈਟ੍ਰਿਕਸ, CSP ਨੋਡ ਅਤੇ ਸਾਈਨ-ਇਨ ਪਹਿਲਾਂ ਦੀਆਂ ਪੂਰਵ-ਸ਼ਰਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਪ੍ਰੋਫਾਈਲ ਲੈਪਟਾਪ ’ਤੇ ਪਹੁੰਚਦਾ ਹੈ, VPN ਸੈਟਿੰਗਾਂ ਪੰਨਾ ਇਸ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ ਡਿਵਾਈਸ ਟਨਲ ਸਾਈਨ-ਇਨ ਸਕਰੀਨ ’ਤੇ ਕਦੇ ਵੀ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦਾ। Windows Pro ’ਤੇ ਇਹ ਅਕਸਰ ਕਨਫਿਗਰੇਸ਼ਨ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ। ਮੂਲ ਡਿਵਾਈਸ ਟਨਲ ਸੰਸਕਰਣ ਅਨੁਸਾਰ ਲਾਇਸੈਂਸ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਾਈਨ-ਇਨ ਤੋਂ ਬਾਅਦ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਰਤੋਂਕਾਰ ਟਨਲ ਵੱਖਰੀ ਸਮਰੱਥਾ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਪੜ੍ਹੋ।
ਲੱਛਣ ਕਿਸੇ ਦੇ ਸਾਈਨ ਇਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ
ਵਰਤੋਂਕਾਰ ਟਨਲ ਸਾਈਨ-ਇਨ ਤੋਂ ਬਾਅਦ ਵਰਤੋਂਕਾਰ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ Pro ’ਤੇ ਆਮ ਤੌਰ ’ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਡਿਵਾਈਸ ਟਨਲ ਨੂੰ ਕਿਸੇ ਵੀ ਵਰਤੋਂਕਾਰ ਦੇ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਮਸ਼ੀਨ ਸਰਟੀਫਿਕੇਟ ਅਤੇ IKEv2 ਵਰਤ ਕੇ ਮਸ਼ੀਨ ਕਨੈਕਟੀਵਿਟੀ ਸਥਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਜੀਵਨ-ਚੱਕਰ ਦੇ ਵੱਖਰੇ ਪੜਾਅ ਹਨ, ਇੱਕੋ ਪ੍ਰੋਫਾਈਲ ਦੇ ਦੋ ਨਾਮ ਨਹੀਂ।
ਅਯੋਗ ਸੰਸਕਰਣ ’ਤੇ ਪ੍ਰੋਫਾਈਲ ਫਿਰ ਵੀ ਤੈਨਾਤ ਅਤੇ ਸੂਚੀਬੱਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਸਾਈਨ-ਇਨ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦਾ। ਸਾਈਨ-ਇਨ ਤੋਂ ਬਾਅਦ ਵਰਤੋਂਕਾਰ ਟਨਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਖਾਤੇ ਦੇ ਮਾਲਕ ਵੱਲੋਂ ਕੀਤੀ ਹਰ ਜਾਂਚ ਵਿੱਚ ਤੈਨਾਤੀ ਸਿਹਤਮੰਦ ਦਿਖਦੀ ਹੈ। ਸਾਈਨ ਇਨ ਕੀਤੇ ਸੈਸ਼ਨ ਦੇ ਅੰਦਰੋਂ ਅਸਫਲਤਾ ਅਦਿੱਖ ਹੈ।
ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਸਾਰੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਉਪਲਬਧ ਕਰਨਾ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਇਸ ਨੂੰ ਕੌਣ ਵਰਤ ਸਕਦਾ ਹੈ। ਇਹ ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਦਰਭ ਨੂੰ ਵਰਤੋਂਕਾਰ ਤੋਂ ਮਸ਼ੀਨ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ, ਇਸ ਲਈ ਇਹ ਵਰਤੋਂਕਾਰ ਟਨਲ ਨੂੰ ਡਿਵਾਈਸ ਟਨਲ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਫ਼ਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਦਰਭ ਦਾ ਹੈ, ਪ੍ਰੋਫਾਈਲ ਦੀ ਦਿੱਖ ਦਾ ਨਹੀਂ।
ਮੈਟ੍ਰਿਕਸ ਪੜ੍ਹੋ, ਸਿਰਫ਼ CSP ਨੋਡ ਨਹੀਂ
Microsoft ਦਾ Windows 11 ਸੁਵਿਧਾ ਮੈਟ੍ਰਿਕਸ Enterprise ਅਤੇ Education ਲਈ ਮੂਲ Always On VPN ਡਿਵਾਈਸ ਟਨਲ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। VPNv2 ਕਨਫਿਗਰੇਸ਼ਨ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਵੱਖਰੇ ਤੌਰ ’ਤੇ DeviceTunnel ਨੋਡ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ ਜਿਸ ਦੀ ਲਾਗੂਯੋਗਤਾ ਵਿੱਚ Pro ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਉਸ ਲਾਈਨ ਨੂੰ ਅਕਸਰ ਸੁਵਿਧਾ ਕੰਮ ਕਰਨ ਦੇ ਸਬੂਤ ਵਜੋਂ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਨਫਿਗਰੇਸ਼ਨ ਸਤਹ ਅਤੇ ਸੁਵਿਧਾ ਲਾਇਸੈਂਸਿੰਗ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: ਇੱਕ ਕਹਿੰਦਾ ਹੈ ਕਿ ਸੈਟਿੰਗ ਦੱਸੀ ਜਾ ਸਕਦੀ ਹੈ, ਦੂਜਾ ਕਹਿੰਦਾ ਹੈ ਕਿ ਸੰਸਕਰਣ ਨੂੰ ਉਸ ਸਮਰੱਥਾ ਦਾ ਹੱਕ ਹੈ।
ਖਰੀਦ ਰਿਕਾਰਡ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਭਾਵੀ ਸੰਸਕਰਣ ਅਤੇ ਬਿਲਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਪ੍ਰਬੰਧਿਤ ਸਕ੍ਰਿਯਕਰਣ, ਚੱਲ ਰਿਹਾ ਅੱਪਗ੍ਰੇਡ ਜਾਂ ਦੁਬਾਰਾ ਬਣਾਈ ਗਈ ਇਮੇਜ ਮਸ਼ੀਨ ਨੂੰ ਸੰਪਤੀ ਸੂਚੀ ਵਿੱਚ ਦੱਸੇ ਸੰਸਕਰਣ ਤੋਂ ਵੱਖਰੇ ਸੰਸਕਰਣ ’ਤੇ ਛੱਡ ਸਕਦੇ ਹਨ:
winver
DISM /online /get-currentedition
Get-ComputerInfo | Select-Object WindowsProductName, WindowsEditionId, OsBuildNumberਜੇ ਆਉਟਪੁੱਟ Pro ਕਹਿੰਦਾ ਹੈ, ਤਾਂ ਉਸ ਮਸ਼ੀਨ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਸੁਵਿਧਾ ਸਮੂਹ ਤੋਂ ਬਾਹਰ ਹੈ ਮੂਲ ਡਿਵਾਈਸ ਟਨਲ। ਉਸ ਨਤੀਜੇ ਲਈ ਪ੍ਰੋਫਾਈਲ ਬਦਲਣ ਦੀ ਲੋੜ ਨਹੀਂ ਅਤੇ ਇਸ ਨਾਲ ਠੀਕ ਨਹੀਂ ਹੋਵੇਗਾ। ਹੋਰ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਖੋਜ ਦਰਜ ਕਰੋ।
ਸੁਵਿਧਾ ਝੰਡੇ ਪਿੱਛੇ ਚਾਰ ਪੂਰਵ-ਸ਼ਰਤਾਂ
ਸੰਸਕਰਣ ਗੇਟ ਹੈ, ਅਤੇ ਬਾਕੀ ਲੋੜਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਯੋਗ ਸੰਸਕਰਣ ਵਾਲੀ ਮਸ਼ੀਨ ਫਿਰ ਵੀ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦੀ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਉਹੀ ਚੁੱਪ ਨਤੀਜਾ ਦੇ ਸਕਦਾ ਹੈ। ਇੱਕ ਕਤਾਰ ਛੱਡਣ ਨਾਲ ਉਸ ਦੇ ਹੇਠਲੀਆਂ ਕਤਾਰਾਂ ’ਤੇ ਕੀਤੀ ਮਿਹਨਤ ਵਿਅਰਥ ਜਾਂਦੀ ਹੈ। ਸੰਸਕਰਣ ਪਹਿਲਾਂ ਆਉਣ ਦਾ ਕਾਰਨ ਹੈ।
| Prerequisite | How to verify | Common failure |
|---|---|---|
| Edition and build | DISM /online /get-currentedition | Pro image with an Enterprise asset record |
| Join state | Domain membership in system information | Microsoft Entra join treated as domain join |
| Machine certificate | Certificate store in the local machine context | Certificate issued to the user store |
| Profile context | Provisioned through the machine channel | Delivered as a user tunnel profile |
ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਉਹ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਮਸ਼ੀਨ ਸਟੋਰ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਸਾਈਨ-ਇਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿਸਟਮ ਸੰਦਰਭ ਲਈ ਵਰਤੋਂਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਆਪਣੇ ਸਰਟੀਫਿਕੇਟ ਸੰਵਾਦ ਵਿੱਚ ਦੇਖੇ ਸਟੋਰ ਤੋਂ ਵੱਖਰਾ ਸਟੋਰ ਹੈ:
Get-ChildItem Cert:\LocalMachine\My | Where-Object { $_.HasPrivateKey } | Select-Object Subject, NotAfterਵਰਤੋਂਕਾਰ ਦੇ ਸਟੋਰ ਵਿੱਚ ਸਹੀ ਦਿਖਣ ਵਾਲਾ ਸਰਟੀਫਿਕੇਟ ਮਸ਼ੀਨ ਸਟੋਰ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੈਰਹਾਜ਼ਰ ਹੋ ਸਕਦਾ ਹੈ। ਫਿਰ ਲੌਗਇਨ ਸਕਰੀਨ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਵਾਈਸ ਟਨਲ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਮੁੜ ਆਯਾਤ ਕਰਨ ਨਾਲ ਇਹ ਨਹੀਂ ਬਦਲਦਾ। ਸੇਵਾ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਟੋਰ ਦੀ ਜਾਂਚ ਕਰੋ, ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਦੇਖੇ ਜਾਣ ਵਾਲੇ ਦੀ ਨਹੀਂ।
SYSTEM ਵਜੋਂ ਚੱਲਣ ਵਾਲਾ ਨਿਰਧਾਰਤ ਕੰਮ ਇਹ ਸੁਵਿਧਾ ਨਹੀਂ ਹੈ
ਇੱਕ ਹੱਲ ਘੁੰਮ ਰਿਹਾ ਹੈ ਜੋ SYSTEM ਵਜੋਂ ਚੱਲਣ ਵਾਲੇ ਨਿਰਧਾਰਤ ਕੰਮ ਤੋਂ VPN ਪ੍ਰੋਫਾਈਲ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਬੂਟ ਤੋਂ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ ਟਨਲ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਇਹ ਮੂਲ ਡਿਵਾਈਸ ਟਨਲ ਨਹੀਂ ਹੈ। ਟਾਸਕ ਇੰਜਣ ਵੱਖਰੇ ਸਮੇਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਕਨੈਕਸ਼ਨ ਸੇਵਾ ਖਾਤੇ ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤਾ ਵਰਤੋਂਕਾਰ-ਮੋਡ ਪ੍ਰੋਫਾਈਲ ਹੈ, ਅਤੇ ਜੀਵਨ-ਚੱਕਰ ਸਾਈਨ-ਇਨ ਸਕਰੀਨ ’ਤੇ ਹੋਣਾ ਲਾਜ਼ਮੀ ਮਸ਼ੀਨ-ਪ੍ਰਮਾਣਿਤ ਟਨਲ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ।
ਇਹ ਸਾਧਾਰਨ ਟੈਸਟ ਪਾਸ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਜਦੋਂ ਕੋਈ ਲੌਗਇਨ ਕਰਕੇ ਜਾਂਚਦਾ ਹੈ ਤਾਂ ਟਨਲ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਉਹ ਸਫਲਤਾ ਬੂਟ ਅਤੇ ਕੰਮ ਵਿਚਕਾਰ ਦੇਰੀ ਮਾਪਦੀ ਹੈ, ਸਾਈਨ-ਇਨ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਕਨੈਕਟੀਵਿਟੀ ਨਹੀਂ, ਅਤੇ ਸੁਵਿਧਾ ਨੇ ਜਿਸ ਵਿੰਡੋ ਨੂੰ ਢਕਣਾ ਸੀ ਉਸ ਦੌਰਾਨ ਮਸ਼ੀਨ ਨੂੰ ਟਨਲ ਤੋਂ ਬਿਨਾਂ ਛੱਡ ਦਿੰਦੀ ਹੈ।
ਉਤਪਾਦਨ ਲਈ ਹੱਲ ਨੂੰ ਅਸਮਰਥਿਤ ਮੰਨੋ। ਜੇ ਕੋਈ ਡਿਜ਼ਾਈਨ ਇਸ ’ਤੇ ਨਿਰਭਰ ਹੈ, ਤਾਂ ਲੋੜ ਸੰਭਵ ਤੌਰ ’ਤੇ ਲੌਗਇਨ-ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਹੈ, ਜੋ ਚਰਚਾ ਨੂੰ ਫਿਰ ਸੰਸਕਰਣ ਦੀ ਯੋਗਤਾ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ।
ਤਕਨਾਲੋਜੀ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਚੁਣੋ
ਲੋੜ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖੋ: ਕਿਸੇ ਵੀ ਵਰਤੋਂਕਾਰ ਦੇ ਸਾਈਨ ਇਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਡਿਵਾਈਸ ਨੂੰ ਨਾਮਿਤ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਾਈਨ-ਇਨ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਦੂਜਾ ਵਾਕ ਸੱਚ ਹੈ, ਤਾਂ Pro ’ਤੇ Always On ਵਰਤੋਂਕਾਰ ਟਨਲ ਸਮਰਥਿਤ ਡਿਜ਼ਾਈਨ ਹੈ ਅਤੇ ਡਿਵਾਈਸ ਟਨਲ ਬੇਲੋੜੀ ਜਟਿਲਤਾ ਹੈ।
ਜੇ ਪਹਿਲਾ ਵਾਕ ਸੱਚ ਹੈ, ਤਾਂ ਸੰਸਕਰਣ ਸਖ਼ਤ ਗੇਟ ਹੈ। ਯੋਗ ਸੰਸਕਰਣ ਜਾਂ ਸੰਗਠਨ ਵੱਲੋਂ ਸਮਰਥਿਤ ਦਸਤਾਵੇਜ਼ੀ ਲੌਗਇਨ-ਪਹਿਲਾਂ ਆਰਕੀਟੈਕਚਰ ਚੁਣੋ, ਅਤੇ ਉਸ ਸਮਰੱਥਾ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਇਸੈਂਸ ਬਦਲਾਅ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਜੋ ਮਸ਼ੀਨ ਚਲਾ ਨਹੀਂ ਸਕਦੀ।
ਤੈਨਾਤੀ ਨੋਟਾਂ ਵਿੱਚ ਸੰਸਕਰਣ, ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਸਥਿਤੀ, ਸਰਟੀਫਿਕੇਟ ਦਾ ਸਥਾਨ ਅਤੇ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਚੈਨਲ ਦਰਜ ਕਰੋ। ਫਿਰ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਕਦੇ ਵੀ ਕਨੈਕਟ ਨਾ ਹੋਣ ਵਾਲੀ ਮਸ਼ੀਨ ’ਤੇ ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਸਮੱਸਿਆ ਹੱਲ ਦੁਹਰਾਉਣ ਦੀ ਬਜਾਏ ਮਿੰਟਾਂ ਵਿੱਚ ਯੋਗਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕੇਗਾ।