يبدو المصدر كأنه مشكلة في إعدادات btop، لكنه يخلط فعليًا بين بيئتي تشغيل مختلفتين. يحتوي ZimaOS على لوحة أداء btop مدمجة منذ الإصدار v1.3.3. وبشكل منفصل، يمكن للمستخدمين تثبيت حاوية btop من متجر التطبيقات. ترى الحاوية عادةً مساحة أسماء شبكتها الخاصة، بينما يستطيع btop على المضيف رؤية الواجهات المكشوفة للمضيف.
يوضح هذا الفرق سبب تمكن أحد المشاركين من التنقل بين eth0, eth1, virbr0, docker0، وعدة واجهات هي veth واجهات، بينما كان btop لدى صاحب المنشور الأصلي يعرض فقط lo و eth0. ومع ذلك، لم ينتهِ الموضوع بإصلاح مؤكد لإعداد صاحب المنشور المحدد.
كان ZimaOS نفسه يستخدم واجهة 10GbE
أُضيف btop بوصفه لوحة أداء مدمجة في ZimaOS
قدمت IceWhale لوحة btop المدمجة في ZimaOS 1.3.3. لذلك لا ينبغي للمستخدمين الحاليين افتراض حاجتهم إلى تثبيت حاوية btop منفصلة لمجرد الحصول على مراقبة أساسية للنظام.
راجع حدود ميزة btop المدمجة الرسمية.
أظهر مثال على btop لدى المضيف عدة واجهات فعلية وافتراضية
لا يرى btop داخل Docker سوى مساحة أسماء الشبكة الممنوحة له
أوضحت الردود المجتمعية أن حاوية btop من متجر التطبيقات قد ترى شبكة الحاوية فقط. وهذا سلوك طبيعي في Docker: لا يمكن للتطبيق مراقبة واجهات المضيف غير المكشوفة داخل مساحة الأسماء الخاصة به.
لا يمكن لتغيير محدد الواجهة في btop إنشاء واجهة مفقودة
تحديد شبكة مضيف Docker أدى إلى تعطل التطبيق المذكور في المصدر أو توقفه
ذكر صاحب المنشور الأصلي أن تبديل حاوية btop في متجر التطبيقات إلى شبكة المضيف لم يحل المشكلة، لأن btop توقف عن العمل. كما نظر أيضًا في إضافة SYS_PTRACE أو SYS_ADMIN.
لا يثبت الموضوع صحة تغييرات الامتيازات تلك، لذلك لا ينبغي التوصية بها لمجرد إظهار لوحة إحصاءات واحدة.
كانت ثنائية btop على المضيف موجودة، لكن المصدر ذكر أنها لم تكن تعمل
لا يتضمن الموضوع إصلاحًا نهائيًا مؤكدًا
لم تُثبت أي إجابة من موظفي IceWhale في المصدر ما إذا كان btop المدمج لدى صاحب المنشور قد تعرض للتلف، أو تأثر بتثبيت يدوي سابق، أو واجه خطأً منفصلًا في الإصدار 1.6.1.
نهج حالي أكثر أمانًا
- استخدم أولًا لوحة btop المدمجة في ZimaOS.
- تأكد من وجود بطاقة الشبكة باستخدام أدوات شبكة المضيف الحالية.
- إذا كنت تستخدم أداة مراقبة داخل حاوية، فافهم مساحة أسماء الشبكة الخاصة بها.
- تجنّب تصعيد الصلاحيات إلى privileged أو SYS_ADMIN لمجرد الحصول على المقاييس.
- إذا تعطل btop المدمج، فاجمع الإصدار الحالي وخطأ واجهة سطر الأوامر المباشر بدلًا من إعادة تثبيت حزمة btop ثانية مرارًا.
صفحة btop السوداء وغياب eth1 عرضان منفصلان
في بداية الموضوع، قال صاحب المنشور الأصلي إن لوحة معلومات btop المدمجة فتحت على شاشة سوداء. ثم ركّز لاحقًا على btop يعمل من متجر التطبيقات/داخل حاوية، لكنه لم يعرض سوى lo و eth0. ولا ينبغي اختزال هذين الأمرين في سبب واحد.
قد تتعلق فشل اللوحة المدمجة بجلسة btop/ttyd على المضيف، بينما يُعد غياب واجهات المضيف داخل أداة مراقبة تعمل في Docker أمرًا متوقعًا بسبب عزل مساحة الأسماء.
ليس منفذ btop المرتفع أو المتغير هو السبب الجذري تلقائيًا
تُطلِق ZimaOS بعض الأدوات الشبيهة بالطرفية عبر جلسات الويب. إن ظهور خطأ في منفذ أو اتصال داخل المتصفح لا يثبت أن بطاقة الشبكة الفعلية مهيأة بشكل خاطئ. شغّل أولًا الأمر على المضيف مباشرةً والتقط الخطأ الدقيق.
المزيد من صلاحيات الحاوية ليس حلًا مجانيًا لمراقبة النظام
إضافة SYS_ADMINوقد يؤدي الوصول الواسع إلى الأجهزة أو وضع الامتيازات الكاملة إلى كشف أجزاء أكبر بكثير من المضيف مما يحتاجه btop. حتى network_mode: host يغيّر نموذج عزل الحاوية.
بالنسبة إلى قياس بيانات النظام، يُفضَّل استخدام أداة مراقبة مدمجة مع المضيف وتعمل، بدلًا من منح حاوية من متجر التطبيقات صلاحيات قريبة من صلاحيات المضيف لمجرد تمكينها من تعداد كل واجهة.
تحقق من eth1 على المضيف قبل إلقاء اللوم على btop
تحقق من صفحة الشبكة الحالية في ZimaOS أو من أوامر شبكة المضيف، وتأكد من أن واجهة 10GbE مفعّلة، ولديها العنوان المتوقع، وتنقل البيانات. وقد نفّذ المصدر ذلك بنجاح: إذ عرض ZimaOS الواجهة واستخدمها eth1.
إذا كانت شبكة المضيف ترى الواجهة بينما لا يراها سوى الحاوية، فالحد الفاصل هو بيئة المراقبة، وليس برنامج تشغيل بطاقة الشبكة.
اعتبر تعطل btop المدمج على إصدار ZimaOS الحالي تراجعًا جديدًا
كان المصدر يستخدم الإصدار 1.6.1، بينما الإصدار الحالي من ZimaOS هو 1.7.1. إذا ظلت اللوحة المدمجة سوداء اليوم، فسجّل الإصدار الحالي، وبنية وحدة المعالجة المركزية، والاتصال المباشر btop المخرجات، وخطأ وحدة تحكم المتصفح/الجلسة، وما إذا كان الاسترداد أو إعادة التثبيت يغيّره. لا تفترض أن موضوع أبريل 2026 يشرح بالفعل عطلًا حاليًا.
الأسئلة الشائعة حول شبكة btop
هل يستطيع btop تحديد eth1 إذا لم تكن eth1 مرئية في مساحة الأسماء الخاصة به؟
لا. يتنقّل المحدِّد فقط بين الواجهات التي يمكن للعملية قيد التشغيل رؤيتها.
هل أكد مستخدم آخر أن btop المدمج يمكنه رؤية eth1؟
نعم. أفاد جيمس بأنه تنقّل بين واجهات eth0 وeth1 وlibvirt وDocker وveth في btop على المضيف.
هل أكد المصدر إصلاحًا آمنًا لصلاحيات Docker؟
لا. تمت مناقشة شبكة المضيف والقدرات الإضافية، لكن لم يتم التحقق من إعداد نهائي يعمل.
