بازگشت به فهرست تغییرات
بکاند پنل
v1.0.569
امنیت: فقط حساب root میتواند یک بسته را بهروزرسانی کند و حافظهٔ نهان WordPress Boost دیگر گذرواژهٔ مشترک Redis را افشا نمیکند. بهروزرسانی نسخههای Node.js نیز اضافه شده است.
ویژگی جدید
1- Node.js: از صفحهٔ Node.js > Versions میتوانید نسخهٔ نصبشده را به جدیدترین انتشار از همان شاخه بهروزرسانی کنید (برای مثال، از 22.23.1 به 22.23.4). نسخهٔ جدید فقط پس از دانلود، بررسی با checksum موجود در nodejs.org و اطمینان از اجرای درست آن جایگزین نسخهٔ قبلی میشود؛ سپس برنامههای همان شاخه دوباره راهاندازی میشوند تا از نسخهٔ جدید استفاده کنند. فرایندی که در حال اجراست، نسخهٔ زمان شروع خود را نگه میدارد؛ بنابراین بدون راهاندازی مجدد، اصلاحیه اعمال نخواهد شد.
رفع اشکالها
4- گزینهٔ DNS «شروع دوباره با پیشفرضها» دیگر رکوردهای آدرس زیردامنههای یک دامنه را حذف نمیکند. اکنون این رکوردها هنگام بازنشانی دوباره ایجاد میشوند و رکوردهایی که در بازنشانی قبلی حذف شدهاند، یکبار هنگام راهاندازی بازیابی میشوند. رکوردهایی که دستی اضافه شدهاند، واگذاریها و رکوردهای wildcard دستنخورده میمانند.
- اکنون سروری که در حالت DNS ثانویه است، پس از حذف و اضافهشدن دوبارهٔ دامنه در سرور اصلی، دوباره دامنه را دریافت میکند و پس از تغییر نقش و بازگشت به نقش قبلی نیز نسخههای خود را بازیابی میکند. همچنین با حذف دامنه از سرور اصلی، نسخهها بهدرستی پاک میشوند و دیگر نمیتوان دامنهای را که این سرور از سرور دیگری آینه میکند، در اینجا نیز اضافه کرد.
- با منقضیشدن مجوز، سرویسهای ایمیل (Postfix و Dovecot)، FTP (ProFTPD) و DNS (BIND) دیگر متوقف نمیشوند. مشکل مجوز دیگر باعث از دسترس خارجشدن ایمیل، انتقال فایل یا سرویس نام دامنهٔ مشتری نمیشود.
- اکنون سرویس وظایف زمانبندیشده بخشی از این بسته و فهرست فایلهای کنسول بازیابی است؛ بنابراین اصلاحیهٔ امنیتی آن به همهٔ سرورهایی میرسد که این بهروزرسانی را نصب میکنند.
رفع مشکلات امنیتی
4- اکنون فقط حساب root مجاز به بهروزرسانی یک بسته است. درخواست، فایل موردنیاز برای دانلود و پوشهای را که فایل بهعنوان root در آن از حالت فشرده خارج میشود مشخص میکند؛ حساب مدیر نیز میتوانست به این درخواست دسترسی پیدا کند و در نتیجه مدیر میتوانست با دسترسی root فایلهایی روی سرور قرار دهد. گزینهٔ یککلیکی «بهروزرسانی همه»، نصب مجدد و بازگردانی تغییری نکردهاند؛ پنل همیشه بهروزرسانیها را فقط به حساب root نشان داده است.
- حافظهٔ نهان WordPress Boost دیگر گذرواژهٔ مشترک Redis پنل را در wp-config.php نمینویسد. اکنون هر سایت حساب Redis مخصوص به خود را دارد که فقط به کلیدهای حافظهٔ نهان همان سایت محدود است؛ بنابراین یک سایت دیگر نمیتواند حافظهٔ نهان سایت دیگری یا دادههای خود پنل را بخواند یا پاک کند. سایتهایی که Boost از قبل در آنها فعال بوده، هنگام راهاندازی بهطور خودکار منتقل میشوند.
- در سروری که از حافظهٔ نهان Boost استفاده کرده است، گذرواژهٔ مشترک Redis هنگام راهاندازی یکبار عوض میشود، چون ممکن است گذرواژهٔ قبلی از wp-config.php کپی شده باشد. این تغییر بدون وقفه در کار پنل انجام میشود: ابتدا گذرواژهٔ جدید اضافه میشود، سپس سرویسها به آن منتقل میشوند و فقط پس از آن گذرواژهٔ قبلی از کار میافتد.
- اکنون اجراکنندهٔ وظایف زمانبندیشده، فرمان هر وظیفه و مالک آن را بهجای حافظهٔ نهان از پایگاه داده میخواند. تغییر تعریف یک وظیفه در حافظهٔ نهان دیگر نمیتواند باعث شود وظیفه با حساب دیگری اجرا شود.