مخرجات حقيقية
ينفذ الأوامر ويعرض المخرجات الفعلية.
المنتج
أوامر systemctl list services والمزيد
01
يساعدك Devnix Ops في إدارة خدمات Linux عبر تنفيذ الأوامر الفعلية وعرض المخرجات الحقيقية، مما يتيح لك التحقق من كل تغيير بنفسك.
ملفات محلية
يحرر الملفات في مجلد العمل الخاص بك.
الوضع الآمن
Ask first يتوقف قبل كل تغيير.
الميزات
- الملفاتقراءة، كتابة، تحرير، حذف، عرض، grep، والبحث عن الملفات في مجلد الدردشة.
- Shellتشغيل أوامر الطرفية ورؤية رمز الخروج والمخرجات الحقيقية.
- الويبالبحث في الإنترنت أو جلب صفحة توثيق واحدة.
- لقطات الشاشة والصورتوليد الصور أو قراءة النص من لقطات الشاشة.
- الأتمتةتشغيل وكلاء فرعيين متوازيين أو إرسال الخطوات إلى نماذج أكبر.
- أوضاع الموافقةAuto-run، Ask first، أو Plan only لسيطرتك.
- جدولة المهامجدولة المطالبات لتشغيلها تلقائياً في أوقات محددة.
- النماذجاستخدام مزود سحابي، نموذج محلي، أو النموذج المدمج.
كيفية العمل
تختار الوضع، يقوم الوكيل بتشغيل الأدوات، وتراجع النتيجة قبل حدوثها. في Ask first، توافق على التغييرات قبل تنفيذها، بينما يعمل Auto-run فوراً.
عرض جميع الخدمات النشطة على خادمي.
- Shell
systemctl list-units --type=serviceتم سرد الوحدات - Shell
systemctl is-active exampleنشط - Shell
systemctl status exampleيعمل - Shell
journalctl -u example -n 55 أسطر - Shell
systemctl list-unit-filesتم سرد الملفات
في انتظار موافقتك قبل الانتقال إلى الخطوة التاليةرفضقبول
دليل الاستخدام
إنشاء خدمة
يجهز Devnix Ops ملف الوحدة محلياً ثم يستخدم Shell لتشغيل systemd-analyze verify على خادمك، لتتمكن من مراجعة تقرير الصياغة قبل المضي قدماً. تحقق من الحالة. يضبط الوكيل ExecStart إلى مسار برنامجك ضمن قسم [Service]. راجع الاختلاف في وضع Ask first قبل الموافقة على أي تغييرات على خادمك. قم بتشغيل sudo systemctl daemon-reload ليقرأ systemd التكوين الجديد فوراً. نفذ sudo systemctl enable --now لبدء الخدمة وتفعيلها عند الإقلاع. استكشاف الأخطاء بتشغيل journalctl -u name -n 50 لرؤية آخر خمسين سطرًا من السجلات. استخدم systemctl list services للتحقق من 'system ctl' بينما الخدمة لا تتفعيل عند الإقلاع.
تعديل خدمة
تطلب من الوكيل تعديل خدمة موجودة، ويستخدم write_file لإنشاء override.conf في مجلد الدردشة لخادمك. يعرض الاختلاف. تراجع التغييرات بعناية في وضع Ask first قبل المضي قدماً. ثم يستخدم الوكيل Shell لنسخ الملف إلى خادمك. يشغل sudo systemctl daemon-reload ليقرأ systemd ملفات الوحدات مرة أخرى. توافق على أمر إعادة التشغيل النهائي لتطبيق التغييرات. يعرض الوكيل الحالة الجديدة لخدمتك فوراً. تتحقق من journalctl -u name -n 50 للتأكد من تسجيل عميل الاتصال بالمقبس.
ما لا يفعله Devnix Ops
ليس خدمة مستضافة أو ملحقاً؛ هو مخصص فقط لملفاتك الخاصة، جهاز الكمبيوتر والخوادم التي تخول لك استخدامها. تحتفظ بالعمل داخلها، لكن الوكيل لا يفرض النطاق. لا يوجد ضمان بأن الكود أو الفحوصات أو التحليلات صحيحة. يسأل المستخدمون غالباً عن ماهية systemd بالضبط لفهم مدير الخدمات خلف Linux.
