وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

رفع خطای Update CSF پس از توقف ConfigServer

خطای دانلود از سرور قدیمی ConfigServer می‌تواند از توقف سرویس مبدأ باشد، نه خرابی اینترنت سرور شما.

انتشار:
آخرین ویرایش:
توسط مصطفی جانقربان
۳ دقیقه زمان مطالعه
۲ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله رفع خطای Update CSF پس از توقف ConfigServer در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
فرض کنید CSF هنوز از نشانی قدیمی به‌روزرسانی می‌خواهد، ولی آن منبع دیگر بستهٔ موردنیاز را نمی‌دهد. در این حالت نصب دوبارهٔ کتابخانهٔ دانلود یا عوض کردن رمز پنل راه‌حل نیست؛ باید مسیر نگهداری نسخهٔ فعلی CSF را مشخص کنیم.

مقصد قدیمی را از قطع اینترنت جدا کنیم

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

نسخه و روش نصب را ثبت کنید

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

تشخیص مرحلهٔ قطع ارتباط

ابتدا پاسخ DNS مقصد را بررسی کنید. سپس ببینید اتصال خروجی به پورت موردنیاز برقرار می‌شود یا خیر. اگر اتصال برقرار است ولی TLS خطا دارد، ساعت سرور، نام گواهی و بستهٔ CA اهمیت دارد. timeout و certificate verify failed راه‌حل یکسان ندارند.
از متن کامل خطا استفاده کنید و خروجی را از کلیدها یا اطلاعات محرمانه پاک کنید. قطع کردن فایروال برای هر خطای دانلود، تشخیص را دقیق نمی‌کند. اگر قاعدهٔ خروجی محدود است، فقط دسترسی لازم به مقصد معتبر باید بررسی شود.

دریافت بسته از مسیر معتبر

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

تأیید نتیجه

نسخهٔ نصب‌شده، پایان موفق دریافت و زمان اجرای موفق را ثبت کنید. از یک نشست تازه، SSH و پنل را امتحان کنید و وب، DNS و ایمیل را نیز بررسی کنید. اگر عملیات دریافت هنوز خطا دارد، آخرین مرحلهٔ موفق را مشخص کنید و از همان نقطه تشخیص را ادامه دهید.
در پایان، علت خطا را روشن بنویسید: مقصد قدیمی، مشکل شبکه، خطای گواهی یا وابستگی نرم‌افزار. تغییر خاموش وضعیت یک گزینه یا حذف پیام از پنل، جای تأیید به‌روزرسانی سالم را نمی‌گیرد.

منابع و ادامهٔ مطالعه

دیدگاه‌ها (۲)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام

جمال

۱۳۹۵/۲/۲۸ ۱۱:۰۶:۵۲
پاسخ

ممنون مطلب خوبی بود

مصطفی جانقربان

نویسنده مقاله
۱۳۹۵/۲/۲۹ ۶:۰۲:۰۰
پاسخ

با سلام و احترام
خواهش می کنم.
شاد و سلامت باشید