ملفات التكوين

أربعة أوامر تفتح محرراً على ملف مملوك لـ F5. وهي غير موجودة في debug API، واثنان منها يشيران إلى ذلك في وصفهما الخاص: “يرجى عدم استخدام هذا إلا إذا طلب دعم F5 XC ذلك”.

`edit-app-env-file`

يفتح /etc/vpm/app_env.yaml، وهو بيئة التطبيق المحلية للعقدة.

execcli edit-app-env-file

ينتهي وصف الجهاز بـ “يرجى عدم استخدام هذا إلا إذا طلب دعم F5 XC ذلك”. خذ ذلك حرفياً: يقرأ vpm هذا الملف عند البدء، وأي قيمة مشوهة تؤثر على كل حاوية منصة على العقدة.

`edit-certified-hardware`

يفتح تكوين الأجهزة المعتمدة.

execcli edit-certified-hardware

مُصنَّف أيضاً كخاص بالدعم فقط من قِبَل الجهاز. هذا هو التكوين الذي يحدد ما إذا كان vpm يعتقد أنه يعمل على أجهزة تعتمدها F5 — والخطأ في ذلك ليس نظرياً. بدون CertifiedHardwareEndpoint صالح، يخرج vpmd بـ “fail to match certified hardware” ولا تُسجَّل العقدة أبداً. لهذا السبب يُعيِّن cloud-init في هذا المستودع النقطة الطرفية صراحةً بدلاً من الاعتماد على قيمة افتراضية؛ انظر terraform/cloud-init/ce-node.yaml.

`edit-azure-client-id-secret`

يحدّث معرف عميل Azure والسر الذي يستخدمه هذا CE، في حالة انتهاء صلاحية بيانات الاعتماد.

execcli edit-azure-client-id-secret

متى يكون هذا هو الحل. الحالة التي وُجد من أجلها هذا الأمر هي CE كان يعمل وبدأ يفشل في عمليات Azure، مع عدم وجود أي تغيير في التكوين يفسر ذلك — إذ انتهت صلاحية بيانات الاعتماد بدلاً من حدوث أي عطل.

`edit-udev-10-nic-name`

يفتح /etc/udev/rules.d/10-nic-names.rules، الذي يحدد كيفية تسمية واجهات NIC.

execcli edit-udev-10-nic-name

اقرأ صفحات الواجهة قبل لمس هذا. تسمية NIC على CE أمر مفاجئ بالفعل: يُعاد تسمية eth0 إلى a-i-eth0 ولا تحمل عنوان مضيف، وعنوان SLO موجود على vhost0، وأيٌّ من eth1/eth2 يحمل العنوان الداخلي ليس متسقاً عبر العقد الثلاث في هذا النشر. انظر ip. قاعدة udev تفترض ترتيباً أكثر أناقة ستجعل الأمور أسوأ.