Chroot

تاريخ 

أُضيفَ الأمر chroot في 1979 كجزء من نظام يونكس السابع، بواسطة بيل جوي. صُممَ في الأساس لإنشاء بيئات معزولة للاختبار وَالتطوير عن طريق تغيير الدليل الجذري الظاهر للعملية. في الثمانينيات وَالتسعينيات، اكتسبَ شعبية كبيرة لتأمين الخدمات مثل بروتوكول نقل الملفات عن طريق حصرها في "سجن chroot"، مما يحد من الوصول إلى بقية النظام.

وَمع ذلك، للأمر chroot بعض القيود، خصوصاً في مجال الأمان، حيث يمكن للمستخدمين ذوي صلاحيات الجذر تجاوز السجن. ظهرت بدائل حديثة مثل دوكر وَالآلات الافتراضية التي توفر عزلاً أقوى، لكن لا يزالُ chroot مفيداً في استعادة الأنظمة وَالمهام الخفيفة للعزل. على الرغم من قيوده، لا يزال جزءاً من أنظمة التشغيل المبنية على يونكس حتى الآن.

 الاستخدامات 
يمكن استخدام بيئة chroot لإنشاء واستضافة نسخة افتراضية منفصلة من النظام البرمجي. قد يكون هذا مفيدًا في الحالات التالية:

 الاختبار والتطوير: يمكن إعداد بيئة اختبار داخل chroot لتجربة البرامج التي قد تكون محفوفة بالمخاطر إذا تم نشرها مباشرة على النظام الإنتاجي.
 التحكم في التبعية : يمكن تطوير البرامج وبناؤها واختبارها في بيئة chroot تحتوي فقط على التبعيات المطلوبة. يساعد ذلك في منع بعض أنواع الأخطاء التي تنتج عن اختلاف المكتبات البرمجية المثبتة في بيئات التطوير المختلفة.
 التوافق: قد يتطلب تشغيل البرمجيات القديمة أو تلك التي تعتمد على ABI مختلفًا استخدام chroot، حيث أن مكتبات الدعم أو ملفات البيانات قد تتعارض مع نظيراتها في نظام التشغيل الأساسي.
 الاسترداد : في حالة تعطل النظام وعدم القدرة على إقلاعه، يمكن استخدام chroot للعودة إلى البيئة التالفة بعد الإقلاع من نظام ملفات جذر بديل (مثل وسائط التثبيت أو قرص حي).
 فصل الامتيازات : يسمح chroot للبرامج بحمل مؤشرات الملفات المفتوحة (مثل الملفات، أو الأنابيب  أو اتصالات الشبكة) إلى داخل بيئة chroot. يُسهل هذا تصميم السجن الافتراضي لأنه يصبح غير ضروري ترك ملفات العمل داخل دليل chroot. كما يبسط عملية تشغيل أجزاء البرنامج الحساسة في بيئة معزولة، لمنع حدوث اختراق أمني. يُلاحظ أن chroot وحده ليس كافيًا دائمًا لاحتواء عملية ذات امتيازات الجذر (root).

 المراجع 

تصنيف:مزايا نواة لينكس
تصنيف:برمجيات محاكاة افتراضية
تصنيف:طلبات النظام