يؤكد الموضوع الأصلي أن ZVM 1.4.1 لم يكن يعرض بطاقة شبكة افتراضية ثانية في واجهته. وقد اعتبرت IceWhale دعم بطاقات الشبكة المتعددة طلبًا لإضافة ميزة، واقترحت على المستخدمين المتقدمين استخدام virsh يدويًا.
يدعم libvirt أكثر من واجهة شبكة واحدة
يوثّق عناصر تحكم واجهة virsh العليا الأمر attach-interface لإضافة واجهة شبكة أو جسر أو اتصال مباشر أو hostdev أو vhost-user إلى آلة افتراضية. وتوضح واجهات شبكة libvirt أن النطاق يمكن أن يحتوي على عدة عناصر واجهة.
توفر متطلبات الآلات الافتراضية سياقًا حاليًا حول ZimaOS وlibvirt، بما في ذلك أن شبكات الآلات الافتراضية تعتمد في النهاية على إمكانات QEMU/KVM/libvirt، وليس على الواجهة الرسومية وحدها.
لا تنسخ أمر واجهة من دون معرفة نموذج الشبكة
قد تحتاج بطاقة الشبكة الثانية لآلة افتراضية تعمل كموجّه إلى نوع إرفاق مختلف عن ذلك المطلوب لبطاقة شبكة ثانية لشبكة عنقودية خاصة. حدّد ما إذا كان ينبغي للضيف الاتصال بشبكة libvirt أو جسر مضيف أو واجهة فعلية أو جهاز مُمرَّر مباشرة.
تُعد عتاد ZimaBoard 2 ذا صلة بمشروعات ZimaBoard 2 ذات المنفذين، بينما يوضح إنشاء جدار حماية باستخدام ZimaBoard حالة الاستخدام الأوسع المتمثلة في استخدام واجهات منفصلة لأحمال عمل الجدران النارية والموجّهات.
تحقق من دعم الواجهة الحالي قبل تعديل libvirt
يثبت موضوع عام 2025 فقط أن واجهة بطاقات الشبكة المتعددة كانت مفقودة في ذلك الإصدار. وقد نجح اختبار مجتمعي لاحق في عام 2026 في تهيئة واجهتين مباشرتين باستخدام libvirt على ZimaBoard 2، لكن يظل تعديل XML الخاص بالآلة الافتراضية مسارًا متقدمًا. تحقّق من واجهة ZVM الحالية قبل تعديل تعريفات النطاق مباشرة.
الخلاصة
يدعم libvirt تقنيًا استخدام عدة بطاقات شبكة، وقد اقترحت IceWhale صراحةً استخدام virsh كحل بديل في الموضوع الأصلي. ويتمثل الجزء الصعب في اختيار نموذج الشبكة الصحيح وجعل التغيير دائمًا، وليس مجرد إضافة سطر واجهة ثانٍ.
