قم بإنشاء خادم تحديث محلي لنظام SUSE مع RMT على SLES 15
قم بإعداد RMT على SLES 15، وقم بنسخ المستودعات المرخصة، وتحقق من تسجيل HTTPS والوصول إلى الحزم من عميل اختبار.
لإنشاء خادم اشتراك وتحديثات SUSE محلي جديد، ثبّت أداة نسخ المستودعات (RMT) على مضيف SLES 15 مدعوم، وقم بتهيئتها باستخدام YaST، وفعّل المنتجات التي تستخدمها مؤسستك، وانسخ مستودعاتها. سجّل عميلًا تجريبيًا عبر عنوان HTTPS الخاص بالخادم قبل توجيه أنظمة الإنتاج إليه. تحلّ RMT محل SMT في SLES 15؛ لذا فإن تثبيت SMT القديم ليس نقطة البداية المناسبة لعملية نشر جديدة.
يُناسب هذا التصميم بيئةً يتصل فيها خادم واحد بمركز خدمة عملاء SUSE (SCC)، بينما تتلقى أنظمة SUSE الأخرى التسجيلات والحزم عبر نقطة نهاية محلية. يُمكن لهذا التصميم تقليل عمليات التنزيل الخارجية المتكررة، ولكنه لا يُوفر استحقاق الاشتراك: إذ لا تزال اشتراكات المؤسسة الصالحة وبيانات اعتماد النسخ المتطابق لمركز خدمة عملاء SUSE (SCC) مطلوبة.
يشير دليل أداة نسخ مستودع SLES 15 SP7 إلى أن أداة نسخ المستودع (RMT) تدعم عملاء SLES 12 والإصدارات الأحدث، ولكنها لا تدعم عملاء SLES 11 والإصدارات الأقدم. كما تختلف أداة RMT عن أداة SMT في بعض الميزات، مثل التجهيز وإعداد التقارير. لذا، يُنصح بالتعامل مع عملية الترحيل كتغيير في الخدمة، وليس كتحديث مباشر للحزمة؛ وتوصي SUSE بتثبيت أداة RMT على مضيف SLES 15 جديد عند الترحيل من أداة SMT.
قم بتعيين اسم نطاق مؤهل بالكامل (FQDN) ثابت، مثل rmt.example.com`@suse.com`، وعنوان ثابت. تأكد من أن نظام أسماء النطاقات (DNS) يعمل بشكل متسق وأن المضيف قادر على الوصول إلى خدمات تحديث SCC وSUSE عبر المنفذين 80 و443 الصادرين. يحتاج العملاء إلى الوصول إلى خدمة إدارة الأصول عن بُعد (RMT) عبر بروتوكول HTTPS. استخدم نفس اسم النطاق المؤهل بالكامل في عنوان URL الخاص بالعميل وشهادة الخادم.
خطط لمساحة التخزين بناءً على الإصدارات، والبنى، والمنتجات، والمستودعات التي ستُجري عليها عملية النسخ المتماثل. يُشير دليل SUSE SP7 إلى أن حجم المستودعات المُفعّلة يُقدّر بنحو 1.5 ضعف الحجم الإجمالي، أي حوالي 200 جيجابايت لكل إصدار من SLES شاملًا الإضافات. هذا تقدير، وليس ضمانًا للسعة؛ لذا تحقق من أحجام المستودعات الحالية واترك مساحة كافية للتوسع. يكتب RMT أيضًا ملفات مؤقتة كبيرة /tmp، لذا تأكد من وجود مساحة كافية في نظام الملفات. لا تُهيئ نفس المضيف كخادم تثبيت SLES: يُهيئ RMT خادم NGINX على المنفذ 80، بينما يُهيئ دور خادم التثبيت خادم Apache على هذا المنفذ.
على خادم SLES 15 محدّث ومسجّل، قم بتثبيت RMT:
sudo zypper patch
sudo zypper in rmt-server
راجع التغييرات التي طرأت على الحزمة وأكمل التثبيت. ثم ابدأ عملية التهيئة الأولية.
sudo yast2 rmt
أدخل بيانات اعتماد مؤسسة SCC المستخدمة لنسخ المستودع. هذه البيانات هي بيانات اعتماد الوكيل الخاصة بالمؤسسة في مركز عملاء SUSE، وليست رمز تسجيل العميل. أنشئ قاعدة بيانات MariaDB والمستخدم المطلوبين من قِبل المعالج. عيّن الاسم الشائع للشهادة ليكون اسم المجال المؤهل بالكامل (FQDN) للخادم، وأضف أي أسماء أخرى سيستخدمها العملاء كأسماء بديلة. إذا كان firewalld مُفعّلاً، فحدد قواعد إدارة النسخ الاحتياطي عن بُعد (RMT) المطلوبة، وحدد نطاقها، حيثما أمكن، ليشمل واجهة الشبكة ذات الصلة بالخادم. أنهِ المعالج؛ حيث يقوم YaST بتفعيل الخدمات والمؤقتات اللازمة وتشغيلها.
يخزن YaST شهادة المرجع المصدق (CA) الخاصة بـ RMT في [المسار]، /etc/rmt/ssl/rmt-ca.crtوشهادة الخادم ومفتاحه في [المسار] /etc/rmt/ssl/. احمِ المفتاح الخاص. وزّع الثقة للمرجع المصدق باستخدام العملية المعتمدة لديك. قد يفشل الخادم الذي يستجيب عبر HTTPS في تسجيل العميل إذا لم يتطابق اسم شهادته مع اسم المضيف المطلوب أو إذا لم يكن المرجع المصدق الخاص به موثوقًا به.
قم بتحديث الكتالوج المحلي من SCC وافحص المنتجات المتاحة:
sudo rmt-cli sync
sudo rmt-cli products list --all
قم بتفعيل منتج باستخدام معرّفه أو سلسلة المنتج الظاهرة في تلك المخرجات. تختلف سلاسل المنتجات باختلاف الإصدار والبنية، لذا استخدم قيمة من خادمك الخاص بدلاً من نسخ معرّف مُخمّن.
sudo rmt-cli products enable PRODUCT_STRING
sudo rmt-cli products list
يؤدي تفعيل منتج ما إلى تحديد المستودعات المرتبطة به. اقتصر التحديد على الأنظمة التي تنوي دعمها: فكل إصدار أو بنية إضافية تستهلك مساحة تخزين وتزيد من عمليات المزامنة. ابدأ تنزيل الحزمة الأولية باستخدام:
sudo rmt-cli mirror
قد تستغرق عملية النسخ المتطابق الأولية وقتًا طويلاً. عادةً ما يقوم نظام إدارة النسخ المتطابق (RMT) بجدولة مزامنة البيانات الوصفية ونسخ المستودع باستخدام مؤقتات systemd. تأكد من تفعيل كلا الجدولين.
systemctl status rmt-server-sync.timer
systemctl status rmt-server-mirror.timer
استخدم الأمر rmt-cli products list`and` rmt-cli repos listللتأكد من تفعيل الإدخالات المطلوبة وعرض آخر نشاط للنسخ المتطابق. في حال عدم وجود مستودعات، تحقق من بيانات اعتماد SCC، واستحقاق الاشتراك، والاتصال الصادر، ومساحة القرص (بما في ذلك مساحة التخزين /tmp)، ومخرجات الأوامر قبل إعادة تشغيل الخدمات بشكل متكرر.
على نظام اختبار SLES 12 أو أحدث، قم بتوجيه SUSEConnect إلى خادم RMT:
sudo SUSEConnect --url https://rmt.example.com
استبدل اسم النطاق المؤهل بالكامل (FQDN) الخاص بك وتأكد من تضمينه في الشهادة. إذا طلب منك العميل الوثوق بجهة إصدار الشهادات عن بُعد (RMT CA)، فتحقق من الشهادة عبر القناة المعتمدة في مؤسستك قبل قبولها. لا تحاول تجاوز مشكلة عدم تطابق الاسم بتعطيل عمليات التحقق من الشهادات. ثم افحص المستودعات المُكوّنة وقم بتحديث البيانات الوصفية.
sudo zypper lr -u
sudo zypper refresh
يُشير نجاح العملية إلى تفعيل المستودعات المدعومة بتقنية إدارة الأصول عن بُعد (RMT) وإتمام تحديث البيانات الوصفية. على الخادم، تأكد من ظهور العميل في قائمة sudo rmt-cli systems listالمستودعات. في حال فشل التسجيل، تحقق من نظام أسماء النطاقات (DNS) والتوجيه، وإمكانية الوصول عبر HTTPS، وموثوقية الشهادة، وتطابق اسم المضيف، ونطاق جدار الحماية، وما إذا كان المنتج مُفعّلاً ومُنسخاً. راجع مخرجات الأوامر وسجلات الخدمة قبل تغيير أي إعدادات مشتركة.

قم بتثبيت حزمة RMT على جهاز SLES 15 المُجهز.

راجع إعدادات SCC وقاعدة البيانات وشهادة FQDN وجدار الحماية قبل تطبيق تكوين YaST.

قم بتحديث كتالوج المنتجات وافحص سلاسل المنتجات المتاحة للنسخ المتطابق.

ابدأ عملية نسخ المستودع وقم بتسجيل عميل اختبار باستخدام اسم مضيف HTTPS الخاص بالخادم.
استخدم SUSE Multi-Linux Manager أو أي خدمة أخرى مدعومة لإدارة دورة حياة البرامج إذا كنت بحاجة إلى إمكانيات لا يوفرها RMT، مثل إدارة العملاء على نطاق أوسع، أو إعداد التقارير، أو سير عمل المحتوى المرحلي. احتفظ بـ SMT فقط في حال وجود عملاء SLES 11 القدامى أو سلوكيات خاصة بـ SMT، واختبر عملية الترحيل بشكل منفصل. تتطلب الشبكة المعزولة عن الشبكة سير عمل لنقل البيانات: توثق SUSE أوامر تصدير واستيراد RMT لنقل بيانات المستودع والبيانات الوصفية باستخدام وحدات تخزين قابلة للإزالة. يمكن لـ RMT نسخ المنتجات المتاحة لاشتراكات المؤسسة فقط.
الوثائق الرسمية لنظام SLES 15 SP7: تثبيت وتكوين أداة نسخ المستودع ؛ دليل أداة نسخ المستودع ؛ الترحيل من SMT إلى RMT .
قم بإعداد RMT على SLES 15، وقم بنسخ المستودعات المرخصة، وتحقق من تسجيل HTTPS والوصول إلى الحزم من عميل اختبار.
قم بتوصيل SLES 15 بـ AD باستخدام إدارة تسجيل الدخول المستندة إلى SSSD من YaST، ثم تحقق من البحث في الدليل، وتسجيل الدخول إلى المجال، وتذاكر Kerberos.
قم بإعداد مسار التصحيح المباشر الصحيح لنظام SLES 16.0 أو 15 SP7، وقم بتطبيق إصلاحات النواة المؤهلة، وتأكد من ما هو نشط دون الخلط بينه وبين تحديث النواة الذي يتطلب إعادة التشغيل.
يمكن ترقية نظام SLES 15 SP5 إلى SP6 عبر الإنترنت، ولكن يجب إعادة تشغيل كل عقدة. استخدم ترقية متدرجة مُختبرة أو عملية نقل تدريجية (أزرق-أخضر) للحفاظ على إمكانية الوصول إلى أحمال العمل.
قم بإنشاء وتحسين والتحقق من ملف تعريف AppArmor ذي أقل الامتيازات على SLES 15 SP7، مع ملاحظة واضحة حول SELinux الافتراضي في SLES 16.
استخدم ملف تعريف STIG المدعوم من SUSE لفحص SLES 15، واختبار المعالجة، ومراجعة النتائج المتبقية، والاحتفاظ بأدلة التقييم.
تتبع فشل اتصال Cockpit من خلال DNS، والمنفذ 9090، ومقبس systemd، وfirewalld، وTLS، وإعدادات تسجيل الدخول باستخدام إرشادات SUSE الحالية.
قم بإنشاء اتصال إيثرنت زائد على SLES 15 باستخدام YaST و Wicked، وقم بتكوين ربط النسخ الاحتياطي النشط، وتحقق من كلا المنفذين والتحويل التلقائي في حالة الفشل.
قم بتحويل نظام SLES 15 الحالي إلى ملف تعريف AutoYaST تمت مراجعته، وقم بالتحقق من صحته، واستخدمه لنشر خادم اختبار بخطوات يدوية أقل.
قم بتثبيت أدوات SLES 15 KVM و libvirt، وقم بتمكين خدمة المضيف الصحيحة، وقم بتكوين الأجهزة الافتراضية المحددة للبدء بعد إعادة التشغيل.