Windows Arm-en: VPN kontrolatzailea benetan kargatuko da?
Emulatutako aplikazioa abiarazi daiteke, kernel moduko VPN kontrolatzailea ezin den bitartean kargatu. Egiaztatu paketearen arkitektura eta beharrezko osagaiak ordenagailu eramangarria migratu aurretik.
Instalatzailea exekutatzen da, leihoa irekitzen da eta saioa hasteko eskaera agertzen da, beraz migrazioa amaituta dirudi. Ondoren tunelak huts egiten du bezeroak bere adapter birtuala behar duen puntuan, eta erroreak zerbitzu edo kontrolatzaile bat aipatzen du, ez kredentzialak. Windows Arm-en ohikoa da sekuentzia hori, bateragarritasun araua erabiltzaile moduko kodetik kernel moduko kodera aldatzen delako. Ordenagailu eramangarri bat onartzeko bigarren egiaztapena behar da, ez lehena.
Galdetu pakete osoaren arkitektura, eta gero egiaztatu makina gainean.
Emulazioak estaltzen ez duen zatia
Windows Arm-en x86 eta x64 aplikazioak emulazio bidez exekuta ditzake erabiltzaile moduan dauden bitartean. Kernel moduko osagaiek ez dute trataera hori jasotzen: kontrolatzaile bat Arm64rako eraikita egon behar da kargatzeko. Microsoft-ek muga hori dokumentatzen du, eta horixe da VPN bezeroak normalean egoten diren lekua, horietako askok sare adapter birtuala edo iragazki kontrolatzaile bat instalatzen dutelako.
Beraz, pakete batek interfaze funtzionala erakutsi eta hala ere erabilezina izan daiteke. Hutsegitea falta den adapter gisa agertzen da, abiarazten ez den zerbitzu gisa edo inoiz ezartzen ez den tunel gisa. Pilotu batek gelditu behar duen puntua da. Saioa hasteko pantaila ez da datu-bide funtzionalaren froga.
Migrazioa erabakitzen duten hiru baldintza
Lehena paketea da. x64 eraikuntza eta Arm64 eraikuntza biak 64 biteko deitzen dira eta ez dira trukagarriak, beraz Windows 64 bit gisa soilik deskribatutako deskarga batek ezer ez du frogatzen Arm gailu bati buruz. Arkitektura horretarako hornitzaileak onartzen duen instalatzailea da abiapuntu onargarri bakarra.
Bigarrena beharrezko osagaien gainerakoa da. Gailuaren egoera egiaztapenek, nabigatzailean oinarritutako autentifikazio laguntzaileek eta txartel adimendumen middlewareak bakoitzak bere arkitektura baldintza izan dezake, eta tunelaren arrakastak soilik ez du erakusten erakundearen sarbide politika betetzen denik.
Hirugarrena atebidea eta honek onartzen duen bezero multzoa dira. Bezero onartuak Arm eraikuntzarik ez badu, beste bezero bat onargarria da soilik atebidearen jabeak bezero horren protokoloa, bere autentifikazio metodoa eta bere politika jokaera onartzen dituenean. Windows VPN profil integratu batek ezin du bezero jabedun bat ordezkatu biak IPsec gisa deskribatzen direlako soilik.
Irakurri arkitektura gailuan
Egiaztatu zein den makina, eta gero begiratu zein kontrolatzaile instalatu zituen paketeak benetan. Zerrendatzeak minutu bat hartzen du eta "64-bit" hitzak zer esan nahi duen inguruko eztabaida saihesten du.
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
Adapter zerrendak bezeroarentzat ezer erakusten ez badu, edo kontrolatzailearen sarrerak arkitektura desadostasun bat jakinarazten badu, migrazioa han gelditzen da. Arm64 kontrolatzaile bat kontenedore zaharrean sartzea ez da hornitzaileak onartzen duen zerbait, eta bateragarritasun moduko ezarpenek ez dute x64 kernel kontrolatzailea bihurtzen.
Konparatu instalatutako bertsioa hornitzaileak Arm-erako onartzen duen zerrendarekin, eta idatzi aldea instalatzailea barne biltegi batetik etorri bada, hornitzailearengandik beharrean.
Onartu karga-lana, ez saioa hasteko pantaila
Exekutatu pilotua aurreko gailu funtzionala erreserba gisa eskuragarri dagoela. Egiaztatu profilaren hornidura, aurreikusitako identitatea eta gailu egiaztapen guztiak, eta gero probatu aplikazio pribatua, ez tunelaren egoera soilik.
Sartu DNS pribatua, beharrezko ibilbideak eta helbide familiak, sare aldaketaren ondorengo berriro konektatzea eta zehaztutako deskonektatutako egoera. Erregistratu bezeroaren eta osagaien bertsioak emaitzarekin batera, hurrengo eguneratzeak galdera berberak egingo dituelako berriro.
Azkenik, egiaztatu plataforma honetarako eguneratzeko eta kentzeko bide onartuak daudela. Dokumentatu gabeko ordezkapen ondoren soilik funtzionatzen duen pakete batek migrazio arazo bera sortzen du hurrengo bertsioan, hura konpontzeko denbora gutxiagorekin.