بناء ARM ليس دعمًا لـ FortiClient على جهاز Raspberry Pi لديك

تشغيل عميل VPN على Raspberry Pi ليس الشيء نفسه أن يكون FortiClient مدعومًا عليه. ثلاث دعاوى تُدمج في هذا النقاش: المورّد يؤهّل منصّة، وشخص يبني ملفًا ثنائيًا للمعالج، والبوابة تسمح ببروتوكول ذلك العميل وتسجيله. العثور على واحدة من الثلاث لا يقول شيئًا عن الاثنتين الأخريين. اعمل عليها بهذا الترتيب وتوقّف عند فشل واحدة، لأنها هي التي عليك حلّها.

الخطوة الأولى: اقرأ صف ملاحظات الإصدار لحزمتك بالضبط

بيانات الدعم مرتبطة بالإصدار، لذا ابدأ بملاحظات الإصدار الخاصة بالحزمة التي تعتمدها مؤسستك. لمثال ملموس، يسرد جدول FortiClient Standalone 7.4.7 أنظمة Ubuntu 22.04 و24.04 وRed Hat 9 وCentOS Stream 9 مع GNOME. ويُصاغ شرط المعالج في Linux بصيغة Intel أو ما يعادله.

Raspberry Pi OS ليس واحدًا من تلك البيئات Linux المدرجة. هذا ليس حكمًا على كل إصدارات FortiClient ولا تنبؤًا بالإصدارات اللاحقة؛ إنه بيان عن ذلك الصف في ذلك المستند. اقرأ المصفوفة للإصدار الذي تنوي نشره فعليًا.

لا تنقل ملاحظات المعالج من صفوف Windows أو macOS إلى صف Linux. فالمورّدون يوثّقون المنصّات لكل إصدار ولكل نسخة، والملاحظة التي تنطبق على صف ليست دليلًا على صف آخر.

الخطوة الثانية: تأكّد مما يشغّله الـ Pi

ثلاثة أوامر تحسم الوقائع المحلية قبل أي تنزيل:

uname -m
cat /etc/os-release
dpkg --print-architecture

الأول يخبرك بمعمارية النواة، والثاني بالتوزيعة والإصدار، والثالث بمعمارية مساحة المستخدم التي تُبنى لها الحزم. نواة 64 بت مع مساحة مستخدم 32 بت أمر ممكن، وهو يغيّر الحزمة التي تحتاجها.

ثم تحقّق مما هو متاح فعليًا لتلك المنصّة. يتضمّن جدول الحزم المنشور في Debian trixie نسخ arm64 وarmhf من openfortivpn. هذا يثبت توفّر المعمارية في تلك التوزيعة. لكنه لا يثبت أن Fortinet يؤهّل FortiClient على توزيعة مشتقّة، ولا يثبت أن بوابة مؤسستك تقبل العميل.

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

الخطوة الثالثة: تحقّق من البوابة قبل لوم العميل

يصف المنبع الأصلي openfortivpn كعميل PPP وTLS يبدأ pppd. هذا تنفيذ محدّد، ويحتاج أن تقدّم البوابة نمطًا متوافقًا. اسم علامة الخادم ليس اتفاقًا على بروتوكول.

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

جرّب الاتصال بالحساب الذي أُصدر لك، لا بحساب مسؤول، لأن التسجيل والسياسة مرتبطان عادةً بالمستخدم:

sudo openfortivpn vpn.example.com:443 -u <username>

اقرأ الفشل، لا رمز الخروج فقط. خطأ شهادة ومهلة PPP ورفض سياسة هي ثلاث مشكلات مختلفة، وواحدة فقط منها تتعلق بـ ARM.

الخطوة الرابعة: اقبله على الجهاز، داخل الاتفاق

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

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

إذا كان صاحب العمل يشترط بيئة FortiClient مُدارة لا يستطيع الـ Pi تلبيتها، فاطلب نقطة نهاية معتمدة أو مضيف وصول معتمدًا. لا تعطّل التحقق من النظير، ولا تقلّد فحوص الحالة، ولا تستبدل بوابة المؤسسة لتلائم جهازًا واحدًا. الاستنتاج الذي يجب تدوينه هو أي تركيب مدعوم مصرّح به، لا أن البرمجيات مغلقة المصدر لا يمكن أن تستهدف ARM أبدًا.