[{"data":1,"prerenderedAt":208},["ShallowReactive",2],{"seo-verification":3,"blog-ترقية-أوبونتو-24-04-إلى-26-04-على-vps-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-ترقية-أوبونتو-24-04-إلى-26-04-على-vps-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":153,"ctaBody":154,"ctaButton":155,"ctaUrl":156,"relatedPosts":157},495,"ترقية-أوبونتو-24-04-إلى-26-04-على-vps",{"fr":12,"en":13,"ar":10,"es":14},"ubuntu-24-04-vers-26-04-do-release-upgrade-vps","upgrade-ubuntu-24-04-to-26-04-do-release-upgrade-vps","actualizar-ubuntu-24-04-a-26-04-do-release-upgrade-vps","ترقية أوبونتو 24.04 إلى 26.04 على VPS خطوة بخطوة","ترقية خادم VPS من أوبونتو 24.04 إلى 26.04 LTS: نسخة احتياطية قابلة للاستعادة، وdo-release-upgrade عبر SSH، ونقطة اللاعودة، والتغييرات التي يجب اختبارها.",11,0,false,"2026-10-22T00:00:00+00:00","2026-10-23T13:27:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"النشر","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fubuntu-24-04-vers-26-04-do-release-upgrade-vps-poster.svg","أصبحت الترقية من أوبونتو 24.04 LTS إلى 26.04.1 LTS متاحة منذ 29 سبتمبر 2026، وصار `do-release-upgrade` يعرضها على كل خادم VPS. إذا أُطلقت دون تحضير، فقد تقطع اتصال SSH أثناء استبدال الحزم، وتعطّل مستودعات Docker وPHP، وتغيّر `sudo` تحت سكربتاتكم. يقدّم لكم هذا الدليل خطة مرحلية تصلح لعميل واحد كما تصلح لأسطول كامل: نسخة احتياطية قابلة للاستعادة، وجلسة تصمد أمام انقطاع الاتصال، ونقطة لاعودة محددة، وقائمة بالتغييرات التي يجب اختبارها مسبقاً.",[34,38,49,52,55,89,129,132,143,147,150],{"type":35,"title":36,"body":37},"h2","لماذا لا تستعجل الترقية، ومتى تصبح معقولة","صدر أوبونتو 26.04 LTS في 23 أبريل 2026. وكما في كل إصدار LTS، لا تفتح Canonical الانتقال من الإصدار LTS السابق إلا عند أول إصدار نقطي: أُعلن عن 26.04.1 في 27 أغسطس 2026، لكن عرض الترقية أُجّل بضعة أسابيع أخرى ريثما تُنقل إصلاحات لتراجعات في `rust-coreutils`. ثم أعلن فريق الإصدار فتح الترقية في 29 سبتمبر 2026، مع طرح تدريجي على أجهزة سطح المكتب وإتاحة `do-release-upgrade` في أي وقت على الخوادم.\n\nلنكن صريحين: لا شيء يستعجل. يتلقى أوبونتو 24.04 LTS تحديثات الأمان القياسية حتى مايو 2029، وحتى مايو 2034 مع Ubuntu Pro. خادم VPS بإصدار 24.04 محدَّث ليس خادماً مكشوفاً. أما 26.04 فمدعوم حتى مايو 2031.\n\nتصبح الترقية معقولة حين تجتمع ثلاثة شروط: أن تنشر مستودعاتكم الخارجية (Docker وPHP وNode ووكلاء المراقبة) حزماً لـ `resolute`، وأن تجتاز نسخة مستنسخة من الخادم الترقية مع حزمتكم البرمجية الفعلية، وأن تتوفر نافذة صيانة متفق عليها مع العميل. وبالنسبة لوكالة، فاللحظة المناسبة غالباً هي لحظة توحيد الأسطول: قاعدة واحدة للتوثيق بدل اثنتين.",{"type":39,"title":40,"items":41},"ul","ما يتيحه لكم هذا الدليل",[42,43,44,45,46,47,48],"**الحسم بين الترقية في المكان وخادم VPS جديد** — وفق معايير قابلة للقياس لا وفق العادة.","**امتلاك شبكة أمان حقيقية** — نسخة احتياطية استُعيدت مرة على الأقل، لا لقطة لم يختبرها أحد.","**الصمود أمام انقطاع SSH** — بفضل جلسة `screen` التي تفتحها الأداة بنفسها والخادم الاحتياطي على المنفذ 1022.","**معرفة موضع نقطة اللاعودة** — وبالتالي ما يجب أن تغطيه نسختكم الاحتياطية قبل بلوغها.","**توقّع ما سيتعطل** — `sudo-rs` و`rust-coreutils` وPHP وMySQL وOpenSSH و`docker-compose` v1 والمستودعات الخارجية.","**إعادة تشغيل المستودعات الخارجية** — باسم الإصدار الصحيح ودون العودة إلى `apt-key`.","**تكرار الإجراء على أسطول كامل** — كل خطوة يُتحقق منها بأمر، فيمكن إعادة إنتاجها.",{"type":35,"title":50,"body":51},"الترقية في المكان أم إعادة التثبيت على خادم جديد","تحافظ الترقية في المكان على عنوان IP ومفاتيح المضيف في SSH والحسابات والإعدادات. وتفشل غالباً حيث ابتعد الخادم عن التثبيت القياسي. أما إعادة التثبيت على خادم VPS جديد فتكلّف عملية ترحيل، لكنها تُبقي الخادم القديم سليماً حتى تحويل DNS: إنه السيناريو الوحيد الذي يتيح تراجعاً حقيقياً.\n\nاحسموا الأمر بأربعة أسئلة. كم مستودعاً خارجياً وPPA مفعّلاً؟ ما زاد على اثنين أو ثلاثة يصبح كل منها مجهولاً تعطّله الأداة أثناء الترقية. هل سبق أن استُعيدت نسختكم الاحتياطية؟ إن لم يحدث، فالترقية في المكان مجازفة. ما مدى تحمّل العميل للتوقف؟ تستغرق الترقية عدة ساعات حسب توثيق أوبونتو، ويُعاد تشغيل الجهاز في النهاية. هل الخادم موصوف بالشيفرة (Ansible أو cloud-init أو Compose)؟ إن كان كذلك، فإعادة بناء خادم جديد سريعة وتصبح إعادة التثبيت الخيار الأكثر أماناً.\n\nقاعدة عملية: خادم موثّق وحزمة برمجية في حاويات، أعيدوا التثبيت؛ خادم قديم بمستودعات خارجية قليلة ونسخة احتياطية مجرّبة، رقّوا في المكان، بعد تجربة على نسخة مستنسخة.",{"type":35,"title":53,"body":54},"المتطلبات قبل تشغيل أي شيء","يجب أن يعمل الخادم بإصدار 24.04 محدَّث بالكامل: يرفض `do-release-upgrade` غير ذلك برسالة صريحة. خصّصوا نافذة من عدة ساعات، وشخصاً حاضراً للرد على أسئلة الأداة، ووحدة تحكم خارج النطاق (وحدة تحكم الويب أو VNC لدى المزوّد) في حال لم يعد SSH. ويجب أن يكون ممكناً فتح المنفذ 1022\u002Ftcp مؤقتاً في الجدار الناري.\n\nتحسب الأداة بنفسها المساحة اللازمة على القرص وتتوقف إن نقصت: تحققوا من `df -h \u002F` و`df -h \u002Fboot` مسبقاً، وأفرغوا ذاكرة APT المؤقتة عند الحاجة. وعلى مستوى التطبيقات، تحتاجون نسخة احتياطية من البيانات خارج الخادم، ولقطة للجهاز كاملاً توفرها المنصة.\n\nملاحظة للأمانة: التغييرات المذكورة أدناه مصدرها ملاحظات الإصدار الرسمية لـ 26.04 وتوثيق الحزم المعنية. لم نرصدها بتجربة كاملة من جانبنا على حزمة Docker وNginx وPHP-FPM. ولهذا بالضبط يمر الإجراء عبر نسخة مستنسخة.",{"type":56,"title":57,"steps":58},"steps","الإجراء خطوة بخطوة",[59,62,65,68,71,74,77,80,83,86],{"title":60,"body":61},"جرد ما يأتي من خارج التوزيعة","اعرضوا مصادر APT الخارجية بالأمر `ls \u002Fetc\u002Fapt\u002Fsources.list.d\u002F` وحدّدوا الحزم الواقعة خارج أرشيف أوبونتو بالأمر `apt list --installed 2>\u002Fdev\u002Fnull | grep -v ubuntu`. سجّلوا إصدار PHP (`php -v`)، ووجود ملف Compose القديم (`which docker-compose && docker-compose version`)، ومحتوى `\u002Fetc\u002Fsudoers.d\u002F`. هذه القائمة هي خطة اختباركم.",{"title":63,"body":64},"النسخ الاحتياطي ثم الاستعادة مرة واحدة","لقطة الخادم على المنصة لا تكون شبكة أمان إلا إذا استُعيدت مرة على الأقل. خذوا اللقطة، واستعيدوها على جهاز اختبار، وتحققوا من تشغيل الخدمات. وأضيفوا إليها نسخة احتياطية للتطبيقات خارج الخادم (قواعد البيانات والمجلدات و`\u002Fetc`): يشرح دليلنا \u003Ca href=\"\u002Fblog\u002Fsauvegardes-restic-vps\">النسخ الاحتياطي بـ Restic على VPS\u003C\u002Fa> طريقة الإعداد.",{"title":66,"body":67},"ترقية نسخة مستنسخة أولاً","أنشئوا خادم VPS للاختبار من اللقطة (ابتداءً من 99 درهم\u002Fشهر) وطبّقوا عليه الإجراء كاملاً. سجّلوا كل سؤال تطرحه الأداة، وكل خدمة متعطلة، وكل مستودع معطَّل. يجب ألا تحمل ترقية الإنتاج أي مفاجأة بعد ذلك.",{"title":69,"body":70},"تحديث 24.04 بالكامل","يوصي توثيق Ubuntu Server بالأمر `sudo apt update` ثم `sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true`. إذا وُجد الملف `\u002Frun\u002Freboot-required` فأعيدوا التشغيل قبل المتابعة. وتحققوا أخيراً من أن `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades` يحتوي على `Prompt=lts`.",{"title":72,"body":73},"تجهيز الوصول الاحتياطي","عند التشغيل عبر SSH، تنبّه الترقية إلى أنها ستشغّل خادم SSH إضافياً على المنفذ 1022 دون فتحه في الجدار الناري. افتحوه بأنفسكم: `sudo ufw allow 1022\u002Ftcp`. وأبقوا وحدة تحكم الويب لدى المزوّد مفتوحة في تبويب آخر.",{"title":75,"body":76},"إطلاق الترقية","نفّذوا `sudo do-release-upgrade` دون `-d`: هذا الخيار مخصص لإصدارات التطوير ولم يعد ضرورياً منذ فتح مسار LTS. تعيد الأداة تشغيل نفسها داخل جلسة `screen` باسم `ubuntu-release-upgrade-screen-window`. إذا انقطع اتصالكم، أعيدوا الاتصال واستأنفوها بالأمر `sudo screen -d -r ubuntu-release-upgrade-screen-window`. السجلات موجودة في `\u002Fvar\u002Flog\u002Fdist-upgrade\u002F`.",{"title":78,"body":79},"الإجابة عن الأسئلة دون ردود فعل آلية","تعلن الأداة عن المستودعات الخارجية المعطّلة، ثم عن عدد الحزم التي ستُثبَّت وتُحدَّث وتُحذف. اقرؤوا قائمة الحذف. ولكل ملف إعدادات معدَّل محلياً (`sshd_config` و`php.ini` و`nginx.conf`)، احتفظوا بنسختكم افتراضياً وقارنوا لاحقاً بالملف `.dpkg-dist`.",{"title":81,"body":82},"عبور نقطة اللاعودة عن وعي","توثيق أوبونتو واضح: بمجرد انتهاء التنزيل لا يمكن إلغاء العملية. تُستبدل الحزم ولا توفّر التوزيعة أي طريق للعودة إلى 24.04. ومن تلك اللحظة، تراجعكم الوحيد هو استعادة اللقطة من الخطوة 2.",{"title":84,"body":85},"إعادة التشغيل والتحقق","لا يُعدّ النظام مُرقّى إلا بعد إعادة التشغيل المقترحة في نهاية الإجراء. تحققوا بعدها من `cat \u002Fetc\u002Fos-release` و`uname -r` و`systemctl --failed` ومن سجلات خدماتكم. ثم أغلقوا المنفذ الاحتياطي بالأمر `sudo ufw delete allow 1022\u002Ftcp`.",{"title":87,"body":88},"إعادة تفعيل المستودعات الخارجية ثم Docker","أعيدوا كتابة كل مصدر خارجي باسم الإصدار `resolute`. يوثّق Docker ملف مصدر بصيغة `.sources` يقرأ سطر `Suites` فيه الاسم من `\u002Fetc\u002Fos-release`. وبالنسبة لـ PHP، يحيل مستودع PPA الخاص بـ Ondřej Surý الآن إلى `packages.sury.org\u002Fphp\u002F` لإصدار Resolute. ثم تحققوا من حزمكم البرمجية بدليلنا \u003Ca href=\"\u002Fblog\u002Fdocker-v29-migration-vps-breaking-changes\">الانتقال إلى Docker v29 على VPS\u003C\u002Fa>.",{"type":90,"title":91,"headers":92,"rows":96},"comparison","‏24.04 و26.04: ما الذي يتغير تحت تطبيقاتكم",[93,94,95],"المكوّن","Ubuntu 24.04 LTS","Ubuntu 26.04 LTS",[97,101,105,109,113,117,121,125],[98,99,100],"النواة (GA)","6.8","7.0",[102,103,104],"PHP (أرشيف أوبونتو)","8.3","8.5",[106,107,108],"Python 3","3.12","3.14",[110,111,112],"OpenSSL","سلسلة 3.0","سلسلة 3.5",[114,115,116],"OpenSSH","9.6p1","10.2p1، مع إزالة مفاتيح DSA",[118,119,120],"MySQL","8.0","8.4 LTS، و`mysql_native_password` مقفل افتراضياً",[122,123,124],"sudo وcoreutils","sudo بلغة C وGNU coreutils","`sudo-rs` و`rust-coreutils` افتراضياً؛ وتبقى `cp` و`mv` و`rm` من GNU",[126,127,128],"Compose","حزمة `docker-compose` v1 (1.29.2)","حزمة v1 غير موجودة؛ `docker-compose-v2` (2.40.3)",{"type":35,"title":130,"body":131},"ما الذي يتعطل: ما تقوله ملاحظات الإصدار","التغيير الأوضح هو `sudo-rs` الذي صار المزوّد الافتراضي. ويبقى التنفيذ الأصلي مثبتاً باسم `sudo.ws`. قد تُحدث إعدادات مثل `requiretty` أو `timestamp_type` أو `mailto` في ملف sudoers خطأ إعداد غير معروف، ولا يوجد تسجيل للمدخلات والمخرجات، وأُزيلت `sudo-ldap`. والعودة إلى sudo القديم تمر عبر `sudo update-alternatives --set sudo \u002Fusr\u002Fbin\u002Fsudo.ws`، وهو ما لا ينصح به إعلان أوبونتو دون أن يمنعه.\n\nتأتي الأدوات الأساسية من `rust-coreutils` باستثناء `cp` و`mv` و`rm`. وما زالت ملاحظات الإصدار تذكر ثغرات CVE مفتوحة في هذه الحزمة وخللاً في توريث ACL مع `mkdir -p`. وتعيد الحزمة `coreutils-from-gnu` إصدارات GNU إذا اعتمد عليها سكربت نسخ احتياطي أو نشر.\n\nوبالنسبة لخادم ويب، انتبهوا أيضاً إلى أن `apt-key` أُزيل، وأن الوحدة `libapache2-mod-php` تفقد JIT الخاص بـ PHP بسبب إعداد تحصين في systemd (يُنصح بـ PHP-FPM)، وأن دعم cgroup v1 يختفي مع systemd 259.",{"type":39,"title":133,"items":134},"التغييرات التي يجب اختبارها على النسخة المستنسخة",[135,136,137,138,139,140,141,142],"**sudo** — شغّلوا `sudo visudo -c` وأعيدوا تشغيل سكربتاتكم التي تستدعي `sudo` دون طرفية.","**سكربتات shell** — شغّلوا النسخ الاحتياطي والنشر كما هي؛ يظهر أي اختلاف في `rust-coreutils` على الخيارات النادرة لـ `date` أو `ls` أو `stat`.","**PHP 8.5** — تحققوا من الامتدادات المحمّلة بالأمر `php -m` ومن توافق أنظمة إدارة المحتوى؛ فالانتقال من 8.3 يتخطى إصداراً رئيسياً وسيطاً.","**MySQL 8.4** — الحسابات التي تستخدم `mysql_native_password` مقفلة افتراضياً؛ حدّدوها قبل الترقية.","**SSH** — لم تعد مفاتيح DSA مقبولة، وصار OpenSSH يحذّر حين لا يكون تبادل المفاتيح مقاوماً للحوسبة الكمّية.","**Compose v1** — لم تعد حزمة `docker-compose` v1 موجودة في 26.04؛ وكل سكربت يستدعي `docker-compose` بشرطة يجب أن ينتقل إلى `docker compose`.","**مزامنة الوقت** — يحل chrony محل systemd-timesyncd في التثبيتات الجديدة؛ وعلى خادم مُرقّى يكون التحويل يدوياً واختيارياً.","**المستودعات الخارجية** — يجب إعادة كتابة كل مصدر معطَّل لـ `resolute`، وإدارة مفتاحه خارج `apt-key`.",{"type":144,"title":145,"body":146},"tip","إغلاق ما فتحته الترقية","بعد إعادة التشغيل، تحققوا من اختفاء الخادم الاحتياطي (يجب ألا يُرجع `sudo ss -tlnp | grep 1022` شيئاً) ومن إزالة قاعدة الجدار الناري. قارنوا `\u002Fetc\u002Fssh\u002Fsshd_config` بالملف `sshd_config.dpkg-dist` إن وُجد، ثم تحققوا من صحة الإعداد بالأمر `sudo sshd -t` قبل أي إعادة تشغيل للخدمة. وتصلح بعد ذلك \u003Ca href=\"\u002Fblog\u002Flinux-hardening-vps-checklist\">قائمة تحصين لينكس\u003C\u002Fa> فحصاً شاملاً.",{"type":35,"title":148,"body":149},"استكشاف الأخطاء: الرسائل التي قد تظهر لكم","**«Please install all available updates for your release before upgrading.»** النظام غير محدَّث بالكامل: أعيدوا تنفيذ أمر `apt dist-upgrade` من الخطوة 4، بما في ذلك خيار التحديثات المرحلية.\n\n**«You have not rebooted after updating a package which requires a reboot.»** نواة أو مكتبة تنتظر إعادة التشغيل. أعيدوا التشغيل ثم أطلقوا الترقية من جديد.\n\n**«No new release found.»** تحققوا من `Prompt=lts` في `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades`. ومع `Prompt=never` تصرّح الأداة بذلك وترفض.\n\n**«Required apt sources are missing»** لم تعد الأداة تجد مصدر أوبونتو صالحاً، وغالباً بسبب مرآة خاصة. وافقوا على المتابعة بالمصادر الافتراضية، أو أصلحوا المصدر الرئيسي قبل إعادة المحاولة.\n\n**قائمة حزم أجنبية لا يمكن تمريرها.** تذكر ملاحظات الإصدار هذا الخلل عند الترقية من 24.04: ألغوا، واحذفوا الحزم الأجنبية غير الضرورية، ثم أعيدوا المحاولة.\n\n**انقطع اتصال SSH.** أعيدوا الاتصال على المنفذ 22 أو 1022، ثم استأنفوا الجلسة بالأمر `sudo screen -d -r ubuntu-release-upgrade-screen-window`.",{"type":35,"title":151,"body":152},"ترقية لكل خادم، وطريقة واحدة للأسطول كله","الانتقال من 24.04 إلى 26.04 ليس حالة طارئة: إنه مشروع يُخطَّط له قبل مايو 2029، بإيقاعكم وإيقاع عملائكم. ما يصنع الفرق ليس الأمر، فهو سطر واحد، بل ما يحيط به: جرد، ونسخة احتياطية استُعيدت فعلاً، وتجربة على نسخة مستنسخة، ونافذة متفق عليها، وتراجع تعرفون كيف تنفذونه.\n\nوبالنسبة لوكالة، تكمن الفائدة في جعل هذا الإجراء روتيناً. دوّنوا التغييرات التي صادفتموها على أول نسخة مستنسخة، فتصبح خطة اختبار الخوادم التالية. وينتهي الأسطول كله على قاعدة واحدة، موثّقة مرة واحدة، ومدعومة حتى مايو 2031. يصف هذا الدليل الإجراء؛ وتبقى ترقية الإصدار على عاتقكم، ولا ينفذها ServOrbit على خادمكم.","كل خوادم VPS لعملائكم في مكان واحد","تُدار ترقية الإصدار بشكل أفضل حين ترون الأسطول كاملاً: يجمع ServOrbit النطاقات والاستضافات وخوادم VPS في فضاء وكالة واحد، بما في ذلك تواريخ الانتهاء. هذا الدليل مقدَّم كما هو، ولا يتولى فريق ServOrbit تنفيذ الترقية نيابةً عنكم.","اكتشفوا فضاء الوكالة","\u002Fsolutions\u002Fagences",[158,178,193],{"id":159,"slug":160,"slugs":161,"title":165,"excerpt":166,"readTime":23,"views":18,"isPinned":19,"publishedAt":167,"updatedAt":168,"category":169,"categories":175,"featuredImage":29,"bgImage":30,"posterImage":177,"relatedSolution":29},113,"أتمتة-نسخ-خادمك-vps-الاحتياطية-باستخدام-restic",{"fr":162,"en":163,"ar":160,"es":164},"sauvegardes-restic-vps","automate-your-vps-backups-with-restic","copias-de-seguridad-vps-con-restic","أتمتة نسخ خادمك VPS الاحتياطية باستخدام Restic","أتمتة نسخ خادمك VPS الاحتياطية باستخدام Restic: لقطات (snapshots) مشفّرة، وإزالة التكرار (deduplication)، والإرسال إلى S3 أو أي واجهة تخزين كائني.","2026-02-27T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[176],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Fsauvegardes-restic-vps-poster.svg",{"id":179,"slug":180,"slugs":181,"title":185,"excerpt":186,"readTime":187,"views":18,"isPinned":19,"publishedAt":188,"updatedAt":168,"category":189,"categories":190,"featuredImage":29,"bgImage":30,"posterImage":192,"relatedSolution":29},247,"docker-v29-على-vps-الهجرة-دون-كسر-المكدسات",{"fr":182,"en":183,"ar":180,"es":184},"docker-v29-migration-vps-breaking-changes","docker-v29-on-vps-migrate-without-breaking-your-stacks","docker-v29-en-vps-migrar-sin-romper-stacks","Docker v29 على VPS: الهجرة دون كسر المكدسات","Docker Engine v29 يُغيّر الحد الأدنى لـ API وخلفية الشبكة ومخزن الصور. دليل الهجرة للوكالات التي تدير أسطول VPS لعملائها.",12,"2026-08-12T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[191],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdocker-v29-migration-vps-breaking-changes-poster.svg",{"id":194,"slug":195,"slugs":196,"title":200,"excerpt":201,"readTime":17,"views":202,"isPinned":19,"publishedAt":203,"updatedAt":168,"category":204,"categories":205,"featuredImage":29,"bgImage":30,"posterImage":207,"relatedSolution":29},317,"قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم",{"fr":197,"en":198,"ar":195,"es":199},"linux-hardening-vps-checklist","linux-vps-hardening-checklist-for-agencies","hardening-linux-vps-checklist-para-agencias-tras-la-entrega","قائمة تصليب خادم لينكس للوكالات بعد التسليم","قائمة تدقيق لتصليب لينكس قابلة للتكرار للوكالات: auditd وsudo ومفتاح SSH وUFW وfail2ban وإلغاء تفعيل root — مع إمكانية التتبع لكل عميل.",1,"2026-08-30T00:00:00+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},[206],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",1792763023657]