يمكن لضيفة ZVM امتلاك عنوان صالح على الشبكة المحلية، ومع ذلك تفشل في الوصول إلى الخدمات التي تعمل على مضيف ZimaOS نفسه. كانت هذه هي المشكلة الأساسية في هذا النقاش. عند ضبط الآلة الافتراضية على Bridge to eth0، تمكنت الضيفة من المشاركة على الشبكة المحلية، لكنها أبلغت عن عدم وجود مسار إلى المضيف. أوصى Zima-Giorgio بالتبديل إلى NAT عندما يكون الهدف هو الاتصال بالمجلدات المشتركة في ZimaOS.
يوضح المصدر أيضًا أن «مسار الشبكة» و«أذونات SMB» مشكلتان منفصلتان. انتقل مستخدم لاحقًا إلى NAT ووصل إلى مربع حوار تسجيل الدخول، لكنه ظل غير قادر على الوصول إلى مجلد RAID المشترك باستخدام عدة حسابات. لا ينبغي الخلط بين مشكلة المصادقة والتخزين هذه ومشكلة عزل المضيف في وضع الجسر.
وضع الجسر منح الآلة الافتراضية وصولًا عاديًا إلى الشبكة المحلية
اختار المستخدم الأصلي Bridge to eth0 لأنه أراد للآلة الافتراضية أن تتصرف كجهاز آخر على الشبكة المحلية. في هذا الوضع، تمكنت الآلة الافتراضية من الحصول على عنوان من الشبكة المحلية والتواصل مع أنظمة أخرى عليها.
كان المسار المفقود تحديدًا هو الاتصال بين الآلة الافتراضية ومضيف ZimaOS.
أوصى Zima-Giorgio باستخدام NAT للوصول إلى المضيف
طلب Zima-Giorgio من IceWhale من المستخدم إيقاف تشغيل الآلة الافتراضية وتغيير الشبكة من Bridge إلى NAT. وفي متابعة لاحقة، وصف تجربته باعتبارها مفاضلة: يتيح NAT الوصول إلى المضيف، بينما يتيح الجسر الوصول إلى أجهزة أخرى على الشبكة المحلية.
هذه إرشادات دعم رسمية من موضوع المصدر لعام 2025، وليست عبارة عامة تنطبق على كل بنية طوبولوجية لـ libvirt.
ظلت تقارير المجتمع اللاحقة متوافقة مع عزل المضيف في macvtap
في مايو ويونيو 2026، وصف موضوع آخر في المجتمع النمط نفسه: حصلت آلة افتراضية موصولة بجسر على عنوان IP عادي من الشبكة المحلية، وتمكنت من الوصول إلى أجهزة أخرى عليها، لكنها لم تستطع إجراء ARP أو الاتصال بمضيف ZimaOS. أدى التبديل إلى NAT فورًا إلى استعادة الاتصال بالمضيف.
اشتبه المستخدمون في أن مسار ZVM المسمى «Bridge to eth0» نُفذ باستخدام macvtap، الذي يُعرف بسلوك عزل المضيف. لم يتضمن الموضوع العام تأكيدًا من IceWhale للواجهة الخلفية الدقيقة، لذا ينبغي أن يظل macvtap تفسيرًا قويًا من المجتمع، لا ادعاءً رسميًا بشأن التنفيذ.
مشكلات تسجيل الدخول إلى SMB طبقة منفصلة
انتقل أحد المشاركين إلى NAT وتمكن أخيرًا من الوصول إلى مربع حوار تسجيل الدخول في ZimaCube، لكن حسابات SMB ظلت تتصرف بشكل غير متسق. كان حسابه الرئيسي قادرًا على استعراض بعض مسارات المضيف، بينما فشل الوصول إلى RAID، وأعادت الحسابات الأخرى أخطاء أذونات.
بعد توفر إمكانية الوصول الأساسية عبر IP، عالج حساب المشاركة في SMB وأذوناته بشكل منفصل.
توثق مستندات ZimaOS الحالية مشاركة Samba لكل مستخدم وأذونات القراءة أو القراءة والكتابة. استخدم نموذج أذونات Samba متعدد المستخدمين الحالي في ZimaOS عندما تتمكن آلة افتراضية من الوصول إلى الخادم، لكن تظل المصادقة أو إمكانية الوصول متعثرة.
إدخالا مشاركة الملفات وتسجيل الدخول عن بُعد في Ubuntu ليسا البروتوكول نفسه
لاحظ المستخدم في المصدر أن Ubuntu يعرض «ZimaCube (File Sharing)» و«ZimaCube (Remote Login)». كما أظهر مدير كلمات المرور لديه اتصالًا من نوع sftp:// للخيار الأخير.
يختلف SFTP عبر SSH عن SMB، فهما خدمتان مختلفتان. لا يثبت نجاح تسجيل الدخول عبر SFTP صحة أذونات SMB، وينبغي اختبار مشاركة SMB باستخدام عنوان SMB أو متصفح مشاركات الشبكة، لا باستخدام إدخال SSH.
أنشأ أحد مستخدمي المجتمع حلًا بديلًا باستخدام مسار ثابت لوضع الجسر
أبقى مشارك آخر الآلة الافتراضية موصولة بالجسر، واستخدم خادم Debian ثالثًا كموجّه بين الآلة الافتراضية والمضيف، ثم أضاف مسارات ثابتة على كلا الطرفين. وذكر أن الحل نجح، لكنه وصف النتيجة بأنها «غير أنيقة».
كانت أوامر توجيه Linux تلك تجربة من المجتمع، وليست تصميم ZVM موصى به من IceWhale. كما يصبح الموجّه الإضافي عنق زجاجة للأداء ونقطة فشل أخرى.
اختر إعداد الشبكة بناءً على الدور الفعلي للآلة الافتراضية
- إذا كانت الآلة الافتراضية تحتاج أساسًا إلى الوصول إلى الخدمات أو المشاركات المستضافة على ZimaOS: فإن NAT هو الاختبار الأول المدعوم في المصدر.
- إذا كانت الآلة الافتراضية تحتاج أساسًا إلى التصرف كجهاز منفصل على الشبكة المحلية: يمكن للجسر توفير عنوان عادي من الشبكة المحلية.
- إذا كانت الآلة الافتراضية تحتاج إلى الوصول إلى المضيف والشبكة المحلية معًا: اختبر إصدار ZVM الحالي بعناية؛ إذ يوضح المصدر التاريخي أن هذه كانت الفجوة غير المحلولة.
لا توثق إعدادات شبكة ZimaOS الحالية سير عمل br0 مخصصًا لـ ZVM
تغطي وثائق الشبكات العامة الحالية في ZimaOS الواجهات الفعلية، وإعدادات IP عبر DHCP أو يدويًا، والوصول عن بُعد. لكنها لا تنشر إجراءً مدعومًا لإنشاء جسر مخصص على المضيف بهدف تجاوز سلوك عزل المضيف في ZVM.
استخدم نموذج الشبكات الحالي في ZimaOS قبل تعديل مسارات المضيف أو ملفات NetworkManager يدويًا.
الأسئلة الشائعة حول الوصول إلى مضيف ZVM
هل سمح NAT للآلة الافتراضية في المصدر بالوصول إلى مضيف ZimaOS؟
نعم. أفاد المستخدمون بأن التغيير إلى NAT أزال العائق المتمثل في عدم وجود مسار إلى المضيف.
هل أصلح NAT أذونات SMB تلقائيًا؟
لا. تمكن أحد المستخدمين من الوصول إلى مربع حوار تسجيل الدخول، لكنه ظل يواجه مشكلات منفصلة في أذونات المشاركة.
هل كان حل التوجيه عبر الخادم الثالث رسميًا؟
لا. كان حلًا بديلًا من المجتمع للمستخدمين الذين أرادوا الإبقاء على وضع الجسر.
