Pemasang berjalan, tetingkap terbuka dan gesaan log masuk muncul, jadi pemindahan kelihatan selesai. Kemudian terowong gagal pada titik apabila klien memerlukan penyesuai mayanya, dan ralat menyebut perkhidmatan atau pemacu dan bukan kelayakan. Pada Windows pada Arm urutan ini biasa, kerana peraturan keserasian berubah antara kod mod pengguna dan kod mod kernel. Meluluskan komputer riba memerlukan pemeriksaan kedua, bukan yang pertama.

Tanya seni bina keseluruhan pakej, kemudian sahkan pada mesin.

Bahagian yang tidak diliputi oleh emulasi

Windows pada Arm boleh menjalankan aplikasi x86 dan x64 melalui emulasi selagi ia kekal dalam mod pengguna. Komponen mod kernel tidak mendapat layanan itu: pemacu mesti dibina untuk Arm64 untuk dimuatkan sama sekali. Microsoft mendokumenkan sempadan ini, dan di situlah klien VPN biasanya berada, kerana banyak daripadanya memasang penyesuai rangkaian maya atau pemacu penapis.

Jadi sesuatu pakej boleh menunjukkan antara muka yang berfungsi tetapi masih tidak boleh digunakan. Kegagalan muncul sebagai penyesuai yang hilang, perkhidmatan yang tidak bermula atau terowong yang tidak pernah terbentuk. Itulah titik apabila juruterbang harus berhenti. Skrin log masuk bukan bukti laluan data yang berfungsi.

Tiga syarat yang menentukan pemindahan

Yang pertama ialah pakej. Binaan x64 dan binaan Arm64 kedua-duanya dipanggil 64-bit dan tidak boleh ditukar ganti, jadi muat turun yang diterangkan hanya sebagai Windows 64-bit tidak membuktikan apa-apa tentang peranti Arm. Pemasang yang disokong vendor untuk seni bina itu ialah satu-satunya titik permulaan yang boleh diterima.

Yang kedua ialah komponen wajib yang lain. Semakan postur peranti, pembantu pengesahan berasaskan pelayar dan perisian tengah kad pintar mungkin masing-masing mempunyai keperluan seni bina sendiri, dan kejayaan terowong sahaja tidak menunjukkan bahawa dasar akses organisasi dipenuhi.

Yang ketiga ialah get laluan dan set klien yang disokongnya. Jika klien yang diluluskan tidak mempunyai binaan Arm, klien lain hanya boleh diterima di tempat pemilik get laluan menyokong protokol klien itu, kaedah pengesahannya dan tingkah laku dasarnya. Profil Windows VPN terbina dalam tidak boleh menggantikan klien proprietari hanya kerana kedua-duanya diterangkan sebagai IPsec.

Sahkan seni bina pada peranti

Sahkan apakah mesin itu, kemudian lihat pemacu mana yang benar-benar dipasang oleh pakej. Penyenaraian mengambil masa seminit dan menghalang perbalahan tentang maksud "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

Jika senarai penyesuai tidak menunjukkan apa-apa untuk klien, atau entri pemacu melaporkan ketidakserasian seni bina, pemindahan berhenti di situ. Meletakkan pemacu Arm64 ke dalam bekas lama bukan sesuatu yang disokong vendor, dan tetapan mod keserasian tidak menukar pemacu kernel x64.

Bandingkan versi yang dipasang dengan senarai sokongan vendor untuk Arm, dan catat perbezaannya jika pemasang datang dari repositori dalaman dan bukan daripada vendor.

Luluskan beban kerja, bukan skrin log masuk

Jalankan juruterbang dengan peranti yang berfungsi sebelum ini tersedia sebagai sandaran. Sahkan peruntukan profil, identiti yang dimaksudkan dan sebarang semakan peranti, kemudian uji aplikasi peribadi dan bukan hanya status terowong.

Sertakan DNS peribadi, laluan dan keluarga alamat yang diperlukan, sambungan semula selepas perubahan rangkaian dan keadaan terputus yang ditetapkan. Catat versi klien dan komponen bersama hasilnya, kerana kemas kini seterusnya akan bertanyakan soalan yang sama lagi.

Akhir sekali, sahkan bahawa laluan kemas kini dan pembuangan yang disokong wujud untuk platform ini. Pakej yang hanya berfungsi selepas penggantian tidak berdokumen mencipta masalah pemindahan yang sama pada keluaran seterusnya, dengan kurang masa untuk menyelesaikannya.

Artikel berkaitan