آنچه باید بدانید
- پیش از محدودکردن ورود، کنسول بازیابی و ورود دوم را امتحان کنید.
- قوانین فایروال میزبان و سیستم‌عامل را با هم بررسی کنید.
- اجرای سرویس، بازیابی پشتیبان و مسئول پاسخ به هشدار را تأیید کنید.
اول مسیر بازیابی را آماده کنید
پیش از تغییر سرور مجازی عملیاتی، مطمئن شوید کنسول بازیابی شرکت میزبان در دسترس است. یک نشست مدیریتی سالم باز نگه دارید، تنظیمات فعلی شبکه را ثبت کنید و مسئول برنامه را بشناسید. تغییر امنیتی زمانی قابل اتکاست که تیم بتواند از اشتباه احتمالی هم بازیابی کند.
سرویس‌های ضروری و افرادی را که باید دسترسی داشته باشند فهرست کنید. همین فهرست مبنای سیاست فایروال و برنامهٔ نگهداری شما می‌شود.
ورود SSH را با آزمایش مستقل امن کنید
تا جایی که محیط پشتیبانی می‌کند، برای هر مدیر حساب جدا و کلید عمومی در نظر بگیرید. پیش از حذف روش ورود قبلی، یک ورود دوم و مستقل را آزمایش کنید. تنظیمات SSH باید قبل از بازخوانی اعتبارسنجی شوند. راهنمای OpenSSH اوبونتو روش پیکربندی و بررسی آن را توضیح می‌دهد؛ دستورها را با توزیع دقیق سرور تطبیق دهید.
تغییر شمارهٔ پورت جای احراز هویت و وصله را نمی‌گیرد. فهرست دستورهای آماده را بدون شناخت نیاز برنامه و مدیران روی سرور زنده اجرا نکنید.
فایروال را بر اساس ترافیک مورد نیاز بسازید
پورت‌های واقعی مدیریت، وب و برنامه را قبل از تغییر قوانین ثبت کنید. هم فایروال شبکهٔ میزبان و هم فایروال سیستم‌عامل را بررسی کنید؛ اگر IPv6 فعال است، آن مسیر را هم در نظر بگیرید. ارتباط مدیریتی مجاز را از بیرون سرور امتحان کنید. مستندات فایروال اوبونتو برای سرور اوبونتویی نقطهٔ شروع است؛ سرور دارای کنترل‌پنل باید از ابزار مورد پشتیبانی همان پنل استفاده کند.
به‌روزرسانی یک فرایند کامل است
برای سیستم‌عامل، PHP، دیتابیس، وب‌سرور و وابستگی‌های برنامه مسیر دریافت وصله مشخص کنید. راهنمای آپدیت خودکار اوبونتو دربارهٔ انتخاب مخزن و رفتار راه‌اندازی دوباره توضیح می‌دهد. مخزن شخص ثالث هم به سیاست نگهداری خودش نیاز دارد.
بعد از نصب، سرویس در حال اجرا و مسیر اصلی کاربر را بررسی کنید: بازشدن صفحه، ورود و یک عملیات مهم برنامه. راهنمای وصلهٔ PHP توضیح می‌دهد چرا نسخهٔ خط فرمان الزاماً نمایندهٔ PHP سایت نیست.
برای پشتیبان و هشدار مسئول مشخص کنید
نسخهٔ قابل بازیابی را بیرون از محدودهٔ خرابی همان سرور نگه دارید و در محیط جدا امتحان کنید. شکست پشتیبان، فشار دیسک و توقف سرویس باید هشدار و مسئول پاسخ داشته باشند. نگهداری لاگ بدون بازبینی، فرایند رسیدگی به حادثه ایجاد نمی‌کند. برای طراحی تمرین، راهنمای بکاپ و بازیابی سایت را بخوانید.
گزارش تحویل چه چیزهایی داشته باشد؟
یک گزارش کوتاه نگه دارید: ورود آزمایش‌شده، پورت‌های ضروری تأییدشده، نسخهٔ بسته‌ها، نتیجهٔ بازیابی و آزمون عملکرد برنامه. پس از انتشار نسخه یا تغییر اعضای تیم، آن را بازبینی کنید. دستورهای اوبونتو و CloudLinux یکسان نیستند؛ این چک‌لیست نتیجهٔ مطلوب را مشخص می‌کند.
پلن‌های سرور مجازی کیاوا را مقایسه کنید یا برای تعیین دامنهٔ نگهداری با تیم فناوری اطلاعات گفتگو کنید. پوشش مدیریت و پشتیبان باید در توافق سرویس مشخص شود.
منابع و مطالعهٔ بیشتر
گزارش این مطلب بر پایهٔ منابع اصلی زیر است. توصیه‌های اجرایی، راهنمای عمومی کیاوا هستند و باید با شرایط پروژه تطبیق داده شوند.