routeros-container
إدارة الحاويات على MikroTik RouterOS
تشغيل الحاويات على MikroTik RouterOS يتطلب فهم التنفيذ المخصص لـ OCI الخاص به، والذي يختلف اختلافاً كبيراً عن Docker القياسي. توفر هذه المهارة إرشادات خطوة بخطوة لإعداد الحاويات والشبكات وإدارة الصور وعمليات دورة الحياة على أجهزة RouterOS.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "routeros-container". إنشاء واجهة VETH وجسر لحاوية بعنوان IP 172.17.0.2
النتيجة المتوقعة:
1. إنشاء زوج VETH: /interface/veth/add name=veth-myapp address=172.17.0.2/24 gateway=172.17.0.1
2. إنشاء الجسر: /interface/bridge/add name=containers
3. إضافة VETH للجسر: /interface/bridge/port/add bridge=containers interface=veth-myapp
4. تعيين عنوان البوابة: /ip/address/add address=172.17.0.1/24 interface=containers
استخدام "routeros-container". بدء حاوية named myapp والتحقق من حالتها
النتيجة المتوقعة:
1. البدء: /container/start [find tag~"myapp"]
2. التحقق من الحالة: /container/print
3. عرض السجلات: /log/print where topics~"container"
4. لـ REST API: GET /rest/container تُرجع قائمة الحاويات مع حقل .running (نص "true"/"false")
التدقيق الأمني
آمنThis skill is a Markdown documentation file providing instructions and examples for the MikroTik RouterOS /container subsystem. The static scanner flagged 171 patterns, but all are false positives. The 'external_commands' detections match RouterOS CLI syntax inside Markdown code fences, not actual shell execution. The 'network' detections reference example URLs and IPs in documentation snippets. The 'weak cryptographic algorithm' and 'path traversal' findings have no basis in the content. No executable code exists in this file - it is purely instructional documentation for network administrators.
درجة الجودة
ماذا يمكنك بناءه
نشر Pi-hole في حاوية RouterOS
إعداد حاوية Pi-hole لحظر الإعلانات مع شبكات VETH، والتخزين المستمر على القرص الخارجي، ومتغيرات البيئة المناسبة لكلمة مرور واجهة الويب.
تشغيل خدمة netinstall عبر حاوية الجسر L2
تكوين حاوية مع الوصول للجسر من الطبقة 2 لتوفير خدمات BOOTP/TFTP netinstall على نفس مقطع الشبكة مثل الأجهزة المادية.
أتمتة إدارة الحاويات عبر REST API
استخدام RouterOS REST API لسرد الحاويات وتشغيلها وإيقافها وحذفها برمجياً مع الاستطلاع المناسب للعمليات غير المتزامنة.
جرّب هذه الموجهات
لدي جهاز توجيه MikroTik يعمل RouterOS 7.x. ساعدني في تمكين نظام الحاويات وإعداد شبكات VETH الأساسية حتى أتمكن من تشغيل أول حاوية.
أريد سحب حاوية Alpine من Docker Hub على جهاز RouterOS الخاص بي، وتعيينها لواجهة VETH بعنوان IP 172.17.0.2، وتعيين متغيرات البيئة. أرشدني خلال الخطوات.
أحتاج إلى بناء صورة OCI مخصصة لـ RouterOS تلبي متطلباتها: طبقة واحدة، بدون ضغط gzip، تنسيق بيان Docker v1. ثم استيرادها كملف tar وتكوين متغيرات البيئة المضمنة والتثبيتات.
اكتب برنامج TypeScript يستخدم RouterOS REST API لسرد الحاويات، وتشغيل واحدة بالمعرف، والتحقق من حالتها العاملة (مع مراعاة قيم boolean النصية)، وحذفها مع منطق إعادة المحاولة المناسب لتسلسل الإيقاف ثم الحذف.
أفضل الممارسات
- قم دائماً بوضع وحدات تخزين الحاويات على التخزين الخارجي للقرص، وليس على التخزين الداخلي للفلاش
- استخدم خصائص env= وmount= المضمنة على RouterOS 7.21+ لتعريفات الحاويات البسيطة المتضمنة ذاتياً
- عند استخدام REST API، تذكر أن حقل .running يُرجع نصوص "true"/"false"، وليس قيم boolean، وأن DELETE يتطلب إيقاف الحاوية بالكامل أولاً
تجنب
- استخدام /system/reboot بدلاً من /system/package/apply-changes على RouterOS 7.18+ والذي سيتجاهل الحزم المرفوعة
- محاولة تشغيل صور tar متعددة الطبقات أو مضغوطة بـ gzip والتي لا يمكن لـ RouterOS تحميلها
- محاولة استخدام نظام /app YAML عندما يكون الوصول للجسر من الطبقة 2 مطلوباً، مثل netinstall