Quraşdırıcı işləyir, pəncərə açılır və giriş sorğusu görünür, yəni köçürmə bitmiş kimi görünür. Sonra tunel müştərinin virtual adapterinə ehtiyac duyduğu nöqtədə uğursuz olur və xəta etimad məlumatları deyil, xidmət və ya sürücü qeyd edir. Arm üzərində Windows-da bu ardıcıllıq adi haldır, çünki uyğunluq qaydası istifadəçi rejimi kodu ilə kernel rejimi kodu arasında dəyişir. Noutbuku təsdiqləmək üçün ikinci yoxlama lazımdır, birinci deyil.

Bütün paketin arxitekturasını soruşun, sonra onu maşında yoxlayın.

Emulyasiyanın əhatə etmədiyi hissə

Arm üzərində Windows x86 və x64 tətbiqlərini istifadəçi rejimində qaldıqları müddətdə emulyasiya vasitəsilə işlədə bilər. Kernel rejimli komponentlər bu rəftarı almır: sürücünün ümumiyyətlə yüklənməsi üçün Arm64 üçün qurulması lazımdır. Microsoft bu sərhədi sənədləşdirir və bu, VPN müştərilərinin adətən yerləşdiyi yerdir, çünki onların çoxu virtual şəbəkə adapteri və ya filtr sürücüsü quraşdırır.

Beləliklə, paket işlək interfeys təqdim edə və yenə də yararsız ola bilər. Uğursuzluq itkin adapter, başlamayan xidmət və ya heç qurulmayan tunel kimi görünür. Pilotun dayanmalı olduğu nöqtə budur. Giriş ekranı işlək məlumat yolunun sübutu deyil.

Köçürməni həll edən üç şərt

Birincisi paketdir. x64 quruluşu və Arm64 quruluşu hər ikisi 64-bit adlanır və bir-birini əvəz etmir, ona görə də yalnız Windows 64-bit kimi təsvir olunan yükləmə Arm cihazı haqqında heç nə sübut etmir. Həmin arxitektura üçün təchizatçının dəstəklədiyi quraşdırıcı yeganə məqbul başlanğıc nöqtəsidir.

İkincisi tələb olunan komponentlərin qalan hissəsidir. Cihaz vəziyyəti yoxlamaları, brauzer əsaslı autentifikasiya köməkçiləri və smart-kart ara proqramı hər birinin öz arxitektura tələbi ola bilər və yalnız tunelin uğuru təşkilatın giriş siyasətinin təmin olunduğunu göstərmir.

Üçüncüsü şlüz və onun dəstəklədiyi müştəri dəstidir. Təsdiqlənmiş müştərinin Arm quruluşu yoxdursa, başqa müştəri yalnız şlüz sahibinin həmin müştəri protokolunu, autentifikasiya üsulunu və siyasət davranışını dəstəklədiyi halda məqbuldur. Daxili Windows VPN profili yalnız hər ikisi IPsec adlandırıldığı üçün mülki müştərini əvəz edə bilməz.

Arxitekturanı cihazın üzərində oxuyun

Maşının nə olduğunu təsdiqləyin, sonra paketin həqiqətən hansı sürücüləri quraşdırdığına baxın. Sadalama bir dəqiqə çəkir və "64-bit" sözünün nə demək olduğu barədə mübahisənin qarşısını alır.

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 siyahısı müştəri üçün heç nə göstərmirsə və ya sürücü qeydi arxitektura uyğunsuzluğu bildirirsə, köçürmə orada dayanır. Arm64 sürücüsünü köhnə konteynerə atmaq təchizatçının dəstəklədiyi iş deyil və uyğunluq rejimi parametrləri x64 kernel sürücüsünü çevirmir.

Quraşdırılmış versiyanı təchizatçının Arm üçün dəstəklədiyi siyahı ilə müqayisə edin və quraşdırıcı təchizatçıdan deyil, daxili repozitoriyadan gəlibsə, fərqi qeyd edin.

Giriş ekranını deyil, iş yükünü təsdiqləyin

Pilotu əvvəlki işlək cihaz ehtiyat variant kimi mövcud olmaqla işə salın. Profil təminatını, nəzərdə tutulan kimliyi və hər hansı cihaz yoxlamasını doğrulayın, sonra yalnız tunel statusunu deyil, şəxsi tətbiqi sınaqdan keçirin.

Şəxsi DNS-i, tələb olunan marşrutları və ünvan ailələrini, şəbəkə dəyişikliyindən sonra yenidən qoşulmanı və göstərilən əlaqəsiz vəziyyəti daxil edin. Müştəri və komponent versiyalarını nəticə ilə birlikdə qeyd edin, çünki növbəti yeniləmə eyni sualları yenidən verəcək.

Nəhayət, bu platforma üçün dəstəklənən yeniləmə və silmə yollarının olduğunu təsdiqləyin. Yalnız sənədləşdirilməmiş əvəzetmələrdən sonra işləyən paket növbəti buraxılışda eyni köçürmə problemini yaradır və onu həll etmək üçün daha az vaxt qalır.

Əlaqəli məqalələr