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 الخاص والمسارات وعائلات العناوين المطلوبة وإعادة الاتصال بعد تغيّر الشبكة وحالة قطع الاتصال المحدّدة. سجّل إصدارات العميل والمكوّنات مع النتيجة، لأن التحديث التالي سيسأل الأسئلة نفسها مرة أخرى.

وأخيرًا، تأكّد من وجود مسارات مدعومة للتحديث والإزالة على هذه المنصة. فالحزمة التي تعمل فقط بعد استبدالات غير موثّقة تخلق مشكلة الترحيل نفسها عند الإصدار التالي، مع وقت أقل لحلها.