Windows-ը Arm-ի վրա: Արդյո՞ք VPN դրայվերը իրոք կբեռնվի։

Տեղադրիչը աշխատում է, պատուհանը բացվում է և հայտնվում է մուտքի հուշումը, ուստի տեղափոխումը ավարտված է թվում։ Այնուհետև թունելը ձախողվում է այն պահին, երբ հաճախորդին անհրաժեշտ է իր վիրտուալ ադապտերը, և սխալը նշում է ծառայություն կամ դրայվեր, այլ ոչ թե հավատարմագրեր։ Windows-ում Arm-ի վրա այս հաջորդականությունը սովորական է, քանի որ համատեղելիության կանոնը փոխվում է օգտատիրոջ ռեժիմի կոդի և միջուկի ռեժիմի կոդի միջև։ Նոութբուքը հաստատելու համար անհրաժեշտ է երկրորդ ստուգումը, ոչ առաջինը։

Հարցրեք ամբողջ փաթեթի ճարտարապետության մասին, ապա ստուգեք այն սարքում։

Այն մասը, որը էմուլյացիան չի ծածկում

Windows-ը Arm-ի վրա կարող է էմուլյացիայի միջոցով գործարկել x86 և x64 հավելվածներ, քանի դեռ դրանք մնում են օգտատիրոջ ռեժիմում։ Միջուկի ռեժիմի բաղադրիչները այդ վերաբերմունքը չեն ստանում. դրայվերը պետք է կառուցված լինի Arm64-ի համար, որպեսզի ընդհանրապես բեռնվի։ Microsoft-ը փաստագրում է այս սահմանը, և այն հենց այնտեղ է, որտեղ սովորաբար գտնվում են VPN հաճախորդները, որովհետև նրանցից շատերը տեղադրում են վիրտուալ ցանցային ադապտեր կամ զտիչ դրայվեր։

Այսպիսով, փաթեթը կարող է աշխատող ինտերֆեյս ցույց տալ և այնուամենայնիվ անօգտագործելի լինել։ Ձախողումը երևում է որպես բացակայող ադապտեր, չմեկնարկող ծառայություն կամ թունել, որը երբեք չի հաստատվում։ Սա այն կետն է, որտեղ փորձնական ներդրումը պետք է կանգ առնի։ Մուտքի էկրանը աշխատող տվյալների ուղու ապացույց չէ։

Երեք պայման, որոնք որոշում են տեղափոխումը

Առաջինը փաթեթն է։ x64 կառուցվածքը և Arm64 կառուցվածքը երկուսն էլ կոչվում են 64-բիթանոց և փոխարինելի չեն, ուստի միայն որպես Windows 64-բիթ նկարագրված ներբեռնումը ոչինչ չի ապացուցում Arm սարքի մասին։ Այդ ճարտարապետության համար մատակարարի աջակցվող տեղադրիչը միակ ընդունելի մեկնարկային կետն է։

Երկրորդը մնացած պահանջվող բաղադրիչներն են։ Սարքի վիճակի ստուգումները, զննարկիչի վրա հիմնված նույնականացման օգնականները և խելացի քարտերի միջանկյալ ծրագրաշարը կարող են ունենալ իրենց սեփական ճարտարապետական պահանջը, և միայն թունելի հաջողությունը չի ցույց տալիս, որ կազմակերպության մուտքի քաղաքականությունը բավարարված է։

Երրորդը դարպասն է և նրա աջակցվող հաճախորդների հավաքածուն։ Եթե հաստատված հաճախորդը Arm կառուցվածք չունի, ապա մեկ այլ հաճախորդ ընդունելի է միայն այնտեղ, որտեղ դարպասի սեփականատերը աջակցում է այդ հաճախորդի արձանագրությանը, նրա նույնականացման եղանակին և նրա քաղաքականության վարքին։ Windows-ի ներկառուցված VPN պրոֆիլը չի կարող փոխարինել սեփական հաճախորդին միայն այն պատճառով, որ երկուսն էլ նկարագրվում են որպես IPsec։

Կարդացեք ճարտարապետությունը սարքում

Հաստատեք, թե ինչ սարք է, ապա տեսեք, թե որ դրայվերներն է փաթեթը իրականում տեղադրել։ Թվարկումը տևում է մեկ րոպե և կանխում է վեճը այն մասին, թե ինչ է նշանակում "64-բիթ"։

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-ը, անհրաժեշտ երթուղիներն ու հասցեների ընտանիքները, ցանցի փոփոխությունից հետո վերամիացումը և նշված անջատված վիճակը։ Գրանցեք հաճախորդի և բաղադրիչների տարբերակները արդյունքի հետ միասին, որովհետև հաջորդ թարմացումը նորից կտա նույն հարցերը։

Վերջապես, հաստատեք, որ այս հարթակի համար գոյություն ունեն աջակցվող թարմացման և հեռացման ուղիներ։ Փաթեթը, որն աշխատում է միայն չփաստագրված փոխարինումներից հետո, ստեղծում է նույն տեղափոխման խնդիրը հաջորդ թողարկման ժամանակ՝ դրա լուծման ավելի քիչ ժամանակով։