Windows kwenye Arm: je, kiendeshi cha VPN kitapakiwa kweli?

Msanikishi unaendesha, dirisha linafunguka na ombi la kuingia linaonekana, hivyo uhamishaji unaonekana umekamilika. Kisha handaki linashindwa katika hatua ambapo mteja anahitaji adapta yake pepe, na hitilafu inataja huduma au kiendeshi badala ya vitambulisho. Katika Windows kwenye Arm mfululizo huu ni wa kawaida, kwa sababu kanuni ya upatani hubadilika kati ya msimbo wa hali ya mtumiaji na msimbo wa hali ya kernel. Kuidhinisha kompyuta ndogo kunahitaji ukaguzi wa pili, sio wa kwanza.

Uliza usanifu wa kifurushi kizima, kisha uthibitishe kwenye mashine.

Sehemu ambayo uigaji haufuniki

Windows kwenye Arm inaweza kuendesha programu za x86 na x64 kupitia uigaji mradi zinabaki katika hali ya mtumiaji. Vipengele vya hali ya kernel havipati matibabu hayo: kiendeshi kinapaswa kujengwa kwa ajili ya Arm64 ili kupakiwa kabisa. Microsoft inaandika mpaka huo, na ndipo hasa ambapo wateja wa VPN huwa wapo, kwa sababu wengi wao husakinisha adapta ya mtandao pepe au kiendeshi cha kichujio.

Kwa hivyo kifurushi kinaweza kuonyesha kiolesura kinachofanya kazi na bado kisiweze kutumika. Kushindwa kunaonekana kama adapta inayokosekana, huduma isiyoanza au handaki ambalo haliundwi kamwe. Hapa ndipo majaribio yanapaswa kusimama. Skrini ya kuingia si uthibitisho wa njia ya data inayofanya kazi.

Masharti matatu yanayoamua uhamishaji

La kwanza ni kifurushi. Ujenzi wa x64 na ujenzi wa Arm64 yote huitwa 64-bit na hayabadilishani, kwa hivyo upakuaji unaoelezewa tu kama Windows 64-bit hauthibitishi chochote kuhusu kifaa cha Arm. Msanikishi unaoungwa mkono na muuzaji kwa usanifu huo ndio mahali pekee panayokubalika kuanzia.

La pili ni vipengele vingine vinavyohitajika. Ukaguzi wa hali ya kifaa, visaidizi vya uthibitishaji vya kivinjari na programu ya kati ya kadi mahiri kila kimoja kinaweza kuwa na hitaji lake la usanifu, na mafanikio ya handaki pekee hayaonyeshi kwamba sera ya ufikiaji ya shirika imetimizwa.

La tatu ni lango na seti ya wateja inayoiunga mkono. Ikiwa mteja aliyeidhinishwa hana ujenzi wa Arm, mteja mwingine anakubalika tu pale mmiliki wa lango anapounga mkono itifaki ya mteja huyo, njia yake ya uthibitishaji na tabia ya sera yake. Wasifu wa VPN wa Windows uliojengwa ndani hauwezi kuchukua nafasi ya mteja wa umiliki kwa sababu tu wote wawili wanaelezewa kama IPsec.

Soma usanifu kwenye kifaa

Thibitisha mashine ni nini, kisha angalia ni viendeshi gani kifurushi kilisakinisha kweli. Kuorodhesha kunachukua dakika moja na huzuia mzozo kuhusu maana ya "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

Ikiwa orodha ya adapta haionyeshi chochote kwa mteja, au ingizo la kiendeshi linaripoti kutopatana kwa usanifu, uhamishaji unasimama hapo. Kuweka kiendeshi cha Arm64 kwenye chombo cha zamani si jambo ambalo muuzaji anaiunga mkono, na mipangilio ya hali ya upatani haibadilishi kiendeshi cha kernel cha x64.

Linganisha toleo lililosakinishwa na orodha inayoungwa mkono na muuzaji kwa Arm, na uandike tofauti ikiwa msanikishi ulitoka kwenye hazina ya ndani badala ya kwa muuzaji.

Idhinisha mzigo wa kazi, sio skrini ya kuingia

Endesha majaribio ukiwa na kifaa kilichofanya kazi awali kama mbadala. Thibitisha utoaji wa wasifu, utambulisho uliokusudiwa na ukaguzi wowote wa kifaa, kisha jaribu programu ya kibinafsi badala ya hali ya handaki pekee.

Jumuisha DNS ya kibinafsi, njia na familia za anwani zinazohitajika, kuunganisha tena baada ya mabadiliko ya mtandao na hali maalum ya kukatika. Andika matoleo ya mteja na vipengele pamoja na matokeo, kwa sababu sasisho lijalo litauliza maswali yale yale tena.

Mwishowe, thibitisha kwamba njia za sasisho na uondoaji zinazoungwa mkono zipo kwa jukwaa hili. Kifurushi kinachofanya kazi tu baada ya mabadilisho yasiyoandikwa huunda tatizo lile lile la uhamishaji katika toleo lijalo, likiwa na muda mdogo wa kulitatua.