Arm 'ਤੇ Windows: ਕੀ VPN ਡਰਾਈਵਰ ਅਸਲ ਵਿੱਚ ਲੋਡ ਹੋਵੇਗਾ?

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

ਪੂਰੇ ਪੈਕੇਜ ਦੀ ਆਰਕੀਟੈਕਚਰ ਪੁੱਛੋ, ਫਿਰ ਇਸਨੂੰ ਮਸ਼ੀਨ 'ਤੇ ਪਰਖੋ।

ਉਹ ਹਿੱਸਾ ਜੋ ਇਮਿਊਲੇਸ਼ਨ ਨਹੀਂ ਢਕਦਾ

Arm 'ਤੇ Windows ਵਰਤੋਂਕਾਰ ਮੋਡ ਵਿੱਚ ਰਹਿੰਦਿਆਂ x86 ਅਤੇ x64 ਐਪਾਂ ਨੂੰ ਇਮਿਊਲੇਸ਼ਨ ਰਾਹੀਂ ਚਲਾ ਸਕਦਾ ਹੈ। ਕਰਨਲ ਮੋਡ ਦੇ ਹਿੱਸਿਆਂ ਨੂੰ ਇਹ ਵਿਵਹਾਰ ਨਹੀਂ ਮਿਲਦਾ: ਲੋਡ ਹੋਣ ਲਈ ਡਰਾਈਵਰ Arm64 ਲਈ ਬਣਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। Microsoft ਇਸ ਹੱਦ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ ਠੀਕ ਉੱਥੇ ਹੀ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਈ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਅਡਾਪਟਰ ਜਾਂ ਫਿਲਟਰ ਡਰਾਈਵਰ ਸਥਾਪਿਤ ਕਰਦੇ ਹਨ।

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

ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

ਪਹਿਲੀ ਪੈਕੇਜ ਹੈ। x64 ਬਿਲਡ ਅਤੇ Arm64 ਬਿਲਡ ਦੋਵਾਂ ਨੂੰ 64-ਬਿੱਟ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਬਦਲੇ ਨਹੀਂ ਜਾ ਸਕਦੇ, ਇਸ ਲਈ ਸਿਰਫ਼ Windows 64-ਬਿੱਟ ਦੱਸਿਆ ਗਿਆ ਡਾਊਨਲੋਡ Arm ਡਿਵਾਈਸ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਉਸ ਆਰਕੀਟੈਕਚਰ ਲਈ ਵਿਕਰੇਤਾ ਦਾ ਸਮਰਥਿਤ ਇੰਸਟਾਲਰ ਹੀ ਇੱਕੋ ਇੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ।

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

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

ਡਿਵਾਈਸ 'ਤੇ ਆਰਕੀਟੈਕਚਰ ਪੜ੍ਹੋ

ਮਸ਼ੀਨ ਕੀ ਹੈ ਇਹ ਪੱਕਾ ਕਰੋ, ਫਿਰ ਦੇਖੋ ਕਿ ਪੈਕੇਜ ਨੇ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਡਰਾਈਵਰ ਸਥਾਪਿਤ ਕੀਤੇ। ਸੂਚੀ ਬਣਾਉਣ ਵਿੱਚ ਇੱਕ ਮਿੰਟ ਲੱਗਦਾ ਹੈ ਅਤੇ "64-bit" ਦੇ ਅਰਥ ਬਾਰੇ ਬਹਿਸ ਰੋਕਦਾ ਹੈ।

Get-CimInstance Win32_OperatingSystem | Select-Object OSArchitecture
$env:PROCESSOR_ARCHITECTURE
pnputil /enum-drivers | Select-String -Pattern 'vpn|tap|wintun' -Context 0,3
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverProvider

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

ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਦੀ ਤੁਲਨਾ ਵਿਕਰੇਤਾ ਦੀ Arm ਲਈ ਸਮਰਥਿਤ ਸੂਚੀ ਨਾਲ ਕਰੋ, ਅਤੇ ਜੇ ਇੰਸਟਾਲਰ ਵਿਕਰੇਤਾ ਦੀ ਥਾਂ ਅੰਦਰੂਨੀ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਆਇਆ ਹੈ ਤਾਂ ਅੰਤਰ ਨੋਟ ਕਰੋ।

ਕੰਮ ਦਾ ਭਾਰ ਮਨਜ਼ੂਰ ਕਰੋ, ਲੌਗਇਨ ਸਕਰੀਨ ਨਹੀਂ

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

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

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