Windows á Arm: hleðst VPN-rekilinn í raun?

Uppsetningarforritið keyrir, glugginn opnast og innskráningarbeiðnin birtist, svo flutningurinn virðist lokið. Svo bregst göngin þar sem biðlarinn þarf sýndarmillistykkið sitt, og villan nefnir þjónustu eða rekil en ekki skilríki. Á Windows á Arm er þessi röð algeng, því samhæfnireglan breytist milli kóða í notendaham og kóða í kjarnaham. Að samþykkja fartölvu krefst seinni athugunarinnar, ekki þeirrar fyrstu.

Spyrjið um byggingu alls pakkans og sannreynið hana svo á vélinni.

Hlutinn sem hermun nær ekki yfir

Windows á Arm getur keyrt x86- og x64-forrit með hermun svo lengi sem þau eru í notendaham. Hlutar í kjarnaham fá ekki þá meðferð: rekil verður að vera byggður fyrir Arm64 til að hlaðast yfirhöfuð. Microsoft skjalfestir þessi mörk, og þau eru nákvæmlega þar sem VPN-biðlarar eru oftast staðsettir, því margir þeirra setja upp sýndarnetmillistykki eða síurekil.

Þannig getur pakki sýnt vinnandi viðmót og verið samt ónothæfur. Bilunin kemur fram sem millistykki sem vantar, þjónusta sem ræsist ekki eða göng sem myndast aldrei. Það er punkturinn þar sem tilraun ætti að stöðvast. Innskráningarskjár er ekki sönnun um vinnandi gagnaleið.

Þrjú skilyrði sem ráða flutningnum

Fyrsta er pakkinn. x64-útgáfa og Arm64-útgáfa heita báðar 64-bita og er ekki hægt að skipta þeim út, svo niðurhal sem lýst er eingöngu sem Windows 64-bita sannar ekkert um Arm-tæki. Stuðningur uppsetningarforrits framleiðandans fyrir þá byggingu er eini ásættanlegi upphafspunkturinn.

Annað er restin af nauðsynlegum hlutum. Athuganir á ástandi tækis, auðkenningarhjálpar í vafra og millilag fyrir snjallkort geta hvert haft sína eigin byggingarkröfu, og árangur eingöngu í göngunum sýnir ekki að aðgangsstefna stofnunarinnar sé uppfyllt.

Þriðja er gáttin og stuðningsbiðlarasafn hennar. Ef samþykkti biðlarinn hefur enga Arm-útgáfu er annar biðlari aðeins ásættanlegur þar sem eigandi gáttarinnar styður siðareglur þess biðlara, auðkenningaraðferð hans og hegðun stefnu hans. Innbyggt Windows VPN-snið getur ekki komið í stað sérhannaðs biðlara bara vegna þess að báðum er lýst sem IPsec.

Lesið bygginguna á tækinu

Staðfestið hvað vélin er og skoðið svo hvaða rekla pakkinn setti í raun upp. Upptalning tekur eina mínútu og kemur í veg fyrir rifrildi um hvað "64-bit" þýðir.

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

Ef listinn yfir millistykki sýnir ekkert fyrir biðlarann, eða rekilfærslan tilkynnir byggingarósamræmi, stöðvast flutningurinn þar. Að setja Arm64-rekil í gamla gáma er ekki eitthvað sem framleiðandinn styður, og stillingar samhæfnihams breyta ekki x64-kjarnarekil.

Berðu saman uppsettu útgáfuna við studdan lista framleiðandans fyrir Arm og skráðu muninn ef uppsetningarforritið kom úr innra geymslu en ekki frá framleiðandanum.

Samþykkið vinnuálagið, ekki innskráningarskjáinn

Keyrið tilraunina með fyrra vinnandi tækið tiltækt sem varabúnað. Sannreynið uppsetningu sniðs, fyrirhugaða auðkenni og allar tækjaathuganir, og prófið svo einkforritið í stað þess að horfa bara á stöðu ganganna.

Hafið með einkanetDNS, nauðsynlegar leiðir og vistföng, endurtengingu eftir nettengingarbreytingu og tilgreint aftengt ástand. Skráðu útgáfur biðlara og hlutanna ásamt niðurstöðunni, því næsta uppfærsla mun spyrja sömu spurninga aftur.

Að lokum, staðfestið að studdar uppfærslu- og fjarlægingarleiðir séu til fyrir þennan vettvang. Pakki sem virkar aðeins eftir óskjalfestar uppsetningar skapar sama flutningsvandamál í næstu útgáfu, með minni tíma til að leysa það.