وصول الجذر المساعد

أمران يُنشئان ويحذفان حساب جذر باسم xuser. وهما من F5، وغير موجودَين في debug API، وهما المنفذ الاستثنائي للأعمال التي لا يستطيع حساب admin القيام بها.

هذان الأمران يُغيّران حالة حسابات العقدة، ولا يُنفَّذان هنا

get-auxilary-root-access-to-node يُنشئ مستخدم جذر. وهذا تغيير على العقدة يستمر بعد انتهاء جلستك، وليس أمرًا ينبغي تنفيذه باستكشافية. كلا الأمرين موثّقان من قائمة الإكمال التلقائي للجهاز؛ ولم يُنفَّذ أيٌّ منهما، وتمتنع أداة الجمع عن تنفيذ كليهما.

الخطأ الإملائي في كلمة “auxiliary” هو من الجهاز نفسه، وليس خطأً مطبعيًا في هذه الصفحة. اكتبها كما هو موضح وإلا لن يُعثر على الأمر.

get-auxilary-root-access-to-node

يُنشئ حساب الجذر xuser.

execcli get-auxilary-root-access-to-node

متى يكون هذا هو الحل الصحيح فعلًا. بعض أعمال التشخيص ببساطة لا يمكن الوصول إليها من حساب admin. المثال الموثَّق الأوضح على هذه البنية هو kubelet-get-params، الذي يفشل بخطأ open /etc/vpm/kubelet-custom-params.txt: permission denied — الملف موجود لكن حساب admin لا يستطيع قراءته. وصول الجذر هو المسار الموثَّق لهذه الفئة من المشكلات.

قبل اللجوء إليه، تحقق مما إذا كان debug API يجيب على السؤال بالفعل. تستطيع طبقة exec فيه تشغيل الأوامر ذات الامتيازات دون إنشاء حساب دائم، وهو تغيير أصغر على العقدة.

remove-auxilary-root-access-to-node

يحذف حساب xuser.

execcli remove-auxilary-root-access-to-node

شغّل هذا الأمر عند الانتهاء. حساب جذر أُنشئ لجلسة تشخيصية واحدة وتُرك في مكانه هو بيانات اعتماد دائمة على الجهاز لن يُذكّرك بها شيء. تعامل مع الإنشاء والحذف كزوج، في نفس الجلسة، بالطريقة نفسها التي يكون بها vifdump وvifdump-file-rm زوجًا.

ما لم يُثبَت

لم يُسجَّل ناتج أيٍّ من الأمرين، لذا لا تستطيع هذه الصفحة إخبارك بما يبدو عليه النجاح، ولا بكلمة المرور أو المفتاح الذي يُنشأ به xuser، ولا بما إذا كان الحذف مرفوضًا أثناء فتح جلسة. تحتاج تلك المعلومات إلى عقدة أنت على استعداد لتعديلها.