مسار مفتاح الدليل الرئيسي الافتراضي غير قابل للكتابة
كان السؤال الأصلي حول ZimaOS، المنشور في ديسمبر 2024، يتعلق بسير عمل ~/.ssh/authorized_keys المعتاد. وقد حال تصميم النظام للقراءة فقط دون إنشاء ذلك الملف بالطريقة المعتادة. ولم تُنتج التجارب المبكرة في الموضوع حلاً مؤكداً وقابلاً للاستمرار، لذا لا ينبغي عرضها على أنها حل نهائي.
استخدم تقرير لاحق عن ZimaOS 1.7 ملف مفاتيح في /etc
في أغسطس 2026، أبلغ عضو آخر في المجتمع عن طريقة ناجحة على ZimaOS 1.7. فقد وضع المفاتيح العامة في /etc/ssh/authorized_keys ووجّه برنامج SSH الخادم إلى ذلك الملف. وكان الإعداد الأساسي هو:
AuthorizedKeysFile /etc/ssh/authorized_keysأنشئ الملف بامتيازات إدارية، وأضف مفتاحاً عاماً كاملاً في كل سطر، واضبط الأذونات بحيث تمنع المستخدمين الآخرين من تعديله. ثم حدّث إعدادات خادم SSH وأعد تشغيله. ونظراً إلى أن المنشور يمثل نتيجة من المجتمع وليس بيان توافق رسمياً، فتحقق من ملف الإعداد الفعلي واسم الخدمة على إصدار ZimaOS المثبّت قبل تغييرهما.
اختبر تسجيل الدخول بالمفتاح قبل تعطيل مصادقة كلمة المرور
أبقِ جلسة SSH الحالية مفتوحة واحتفظ بإمكانية الوصول إلى الطرفية على الويب في ZimaOS أثناء الاختبار. افتح طرفية ثانية وتأكد من أن المفتاح العام ينشئ جلسة جديدة بنجاح. لا تنظر في إعدادات التقوية الاختيارية إلا بعد إتمام هذا الاختبار.
PasswordAuthentication no
KbdInteractiveAuthentication no
UsePAM no
PermitRootLogin no
PermitEmptyPasswords noلهذه الإعدادات آثار أوسع من مجرد تغيير مسار المفتاح. وقد يؤدي تطبيقها قبل نجاح اختبار تسجيل الدخول بالمفتاح إلى منع الإدارة عن بُعد. كما أنها قد لا تناسب كل عمليات النشر، ولا سيما إذا كان النظام يعتمد عمداً على PAM أو على آلية مضبوطة لتسجيل دخول المستخدم الجذر.
تعامل مع الإجراء على أنه خاص بالإصدار
تمتد المناقشة لما يقارب عامين، ويسمي التقرير المؤكد ZimaOS 1.7 تحديداً. ولا يثبت ذلك أن الملفات نفسها ستبقى بعد التحديثات أو أنها ستعمل بالطريقة ذاتها في الإصدارات الأقدم. سجّل التغيير وأعد اختبار الوصول عبر SSH بعد تحديث نظام التشغيل.
الأسئلة الشائعة
لماذا لا يمكنني إنشاء ~/.ssh/authorized_keys على ZimaOS؟
في الحالة الأصلية، كان ذلك الجزء من نظام الملفات للقراءة فقط. وقد غيّر الحل اللاحق موقع المفاتيح الذي يستخدمه البرنامج الخفي بدلاً من محاولة جعل المسار الرئيسي المعتاد قابلاً للكتابة.
أين خزّنت طريقة ZimaOS 1.7 الناجحة المفاتيح العامة؟
استخدمت /etc/ssh/authorized_keys وضبطت AuthorizedKeysFile للإشارة إليه.
هل ينبغي تعطيل مصادقة كلمة المرور فوراً؟
لا. احتفظ أولاً بجلسة استرداد متاحة وتحقق من نجاح تسجيل دخول جديد تتم مصادقته بالمفتاح. عطّل طرق المصادقة الأخرى فقط بعد ذلك الاختبار، وفقط إذا كانت تتوافق مع سياسة الوصول إلى النظام.
