به‌روزرسانی لینوکس و مهاجرت از CentOS منسوخ

مدیر می‌تواند با cat /etc/os-release نام و نسخهٔ سیستم‌عامل را بخواند. این فرمان چیزی را تغییر نمی‌دهد. بعد باید ببینیم همین نسخه هنوز اصلاحات امنیتی می‌گیرد یا از دورهٔ پشتیبانی خارج شده است.

به‌روزرسانی بسته‌ها شبیه گرفتن اصلاحات برای همان خانه است؛ مهاجرت سیستم‌عامل شبیه رفتن به خانهٔ تازه است. اگر نسخهٔ فعلی پشتیبانی نمی‌شود، نصب چند بسته از مخزن قدیمی آن را به نسخهٔ پشتیبانی‌شده تبدیل نمی‌کند. باید روش رسمی ارتقا یا انتقال به سرور تازه را انتخاب کنیم.

برای سرور میزبان چند سایت، ابتدا یک حساب نمونه را روی مقصد سازگار منتقل کنید و سایت، دیتابیس و ایمیلش را ببینید. وقتی نمونه درست بود، برنامهٔ انتقال بقیهٔ حساب‌ها و آخرین دادهٔ تازه را مشخص کنید. تغییر سیستم‌عامل زیر همهٔ سایت‌ها بدون آزمایش سازگاری، ممکن است به خاطر نسخهٔ PHP یا کتابخانه‌ها خطا بسازد.

نام و نسخهٔ سیستم‌عامل، کنترل پنل و خدمات اصلی را مشخص کنید. سپس وضعیت پشتیبانی رسمی و سازگاری پنل با مقصد را بررسی کنید. انتخاب یک توزیع تازه بدون شناخت نیاز برنامه، می‌تواند مسئلهٔ جدیدی در PHP، دیتابیس یا سرویس ایمیل ایجاد کند.

اگر توزیع هنوز پشتیبانی می‌شود، به‌روزرسانی عادی بسته‌ها از مدیر بستهٔ همان محیط انجام می‌شود. اگر توزیع منسوخ است، تفاوت میان ادامهٔ کار با مخزن تاریخی و دریافت اصلاحات امنیتی واقعی را روشن نگه دارید. این دو وضعیت نباید در گزارش به یک معنی معرفی شوند.

از داده‌ها و تنظیمات نسخهٔ قابل بازیابی تهیه کنید و کنسول سرور را امتحان کنید. فهرست بسته‌های قابل تغییر را بخوانید و ببینید آیا کرنل، کتابخانهٔ اصلی یا مؤلفهٔ مهمی در آن هست. اجرای خودکار همهٔ تغییرها بدون بررسی، ممکن است نیاز به restart یا reboot را نادیده بگیرد.

فضای آزاد و وضعیت مخزن را بررسی کنید. خطای مخزن باید با علت DNS، شبکه، گواهی یا پایان پشتیبانی تشخیص داده شود. خاموش کردن بررسی امضا یا TLS برای عبور از خطا، اعتماد به بستهٔ دریافت‌شده را ضعیف می‌کند و مسیر نگهداری مناسبی نیست.

یک سرور مقصد با سیستم‌عامل و پنل سازگار آماده کنید و انتقال یک حساب نمونه را آزمایش کنید. فایل، دیتابیس، ایمیل، DNS و زمان‌بندی‌ها باید در فهرست انتقال باشند. آزمون نمونه نشان می‌دهد کدام تنظیم قدیمی در محیط تازه نیاز به اصلاح دارد.

زمان انتقال آخرین داده و تغییر DNS را هماهنگ کنید. اگر مبدأ و مقصد هم‌زمان دادهٔ مستقل دریافت کنند، ممکن است آخرین سفارش یا ایمیل جا بماند. مبدأ سالم و بکاپ را تا پایان تأیید مقصد حفظ کنید.

وضعیت سرویس‌ها و نسخه‌های مؤثر را بخوانید و مسیرهای واقعی برنامه را امتحان کنید. اگر کرنل تازه نصب شده، نسخهٔ کرنل در حال اجرا ممکن است تا reboot تغییر نکند؛ نیاز به راه‌اندازی مجدد باید با شواهد سیستم و زمان مناسب هماهنگ شود.

در پایان، بسته‌های تغییرکرده، اقدام لازم برای restart و نتیجهٔ آزمون را ثبت کنید. هدف، محیطی قابل نگهداری با خدمات سالم است؛ نمایش «بسته‌ای برای update وجود ندارد» روی یک توزیع منسوخ، سلامت و پشتیبانی امنیتی آن را ثابت نمی‌کند.

فرمان‌های زیر مربوط به مراحل توضیح‌داده‌شده‌اند. پیش از اجرا، نام حساب و مسیر نمونه را با اطلاعات خودتان جایگزین کنید. فرمان‌های مدیریتی را مدیر سرور اجرا می‌کند.