Rescue Mode و کنسول VNC روی سرور ابری: چه زمانی برای قفل شدن سرور به آن نیاز دارید؟
یک روز میرسد که با SSH به سرور ابری خودتان وصل میشوید و جواب نمیگیرید. نه خطای مشخصی، نه لاگی که ببینید — فقط سکوت. همینجاست که rescue mode سرور ابری و کنسول VNC به کمک میآیند: دو ابزاری که مستقل از سیستمعامل نصبشده روی سرور کار میکنند و وقتی راه عادی ورود بسته شده، راه دوم را باز میکنند.
رسکیو مود و کنسول VNC چی هستند
رسکیو مود یک سیستمعامل موقت و کوچک است که سرور از روی شبکه بوت میکند، جدا از دیسک اصلی. دیسک واقعی سرور دستنخورده باقی میماند؛ فقط بهجای بوتشدن، بهعنوان یک پارتیشن قابل mount در اختیارتان قرار میگیرد. با یک رمز موقت روی همین محیط رسکیو با SSH وارد میشوید، دیسک اصلی را mount میکنید، مشکل را پیدا میکنید و برمیگردید به بوت عادی.
کنسول VNC فرق دارد: بهجای SSH، تصویر واقعی خروجی سرور (همان چیزی که اگر مانیتور وصل بود میدیدید) را در مرورگر نشان میدهد و اجازه میدهد با صفحهکلید هم تایپ کنید. این یعنی حتی اگر شبکه سرور کلا کار نکند — نه برای سیستم اصلی، نه برای رسکیو مود — باز هم میتوانید ببینید سرور کجا متوقف شده.
چه زمانی به Rescue Mode نیاز دارید
چند حالت رایج که رسکیو مود دقیقا همینجا به کار میآید:
- یک قانون فایروال اشتباه (در ufw یا iptables) پورت SSH را بسته و خودتان را از سرور قفل کردهاید.
- فایل fstab اشتباه ویرایش شده و سرور سر بوت روی mount یک پارتیشن گمشده معلق میماند.
- رمز روت را فراموش کردهاید یا کلید SSH را گم کردهاید و هیچ راه ورود دیگری نمانده.
- بعد از آپدیت کرنل، GRUB یا initramfs درست ساخته نشده و سرور بالا نمیآید.
- دیسک پر شده و سرویسهایی که برای بوت لازماند اصلا اجرا نمیشوند.
در همه این موارد مشترک این است: سیستم اصلی سرور یا بالا نمیآید یا شبکهاش کار نمیکند، اما خود دیسک و دادههای رویش سالماند. رسکیو مود دقیقا برای همین فاصله طراحی شده — دسترسی به دیسک، بدون وابستگی به چیزی که روی همان دیسک خراب شده.
چه زمانی کنسول VNC بهجای Rescue Mode
رسکیو مود هم به یک چیز نیاز دارد: شبکه سالم تا همان محیط موقت روی آن بوت شود. اگر مشکل خودِ لایه شبکه باشد، رسکیو مود هم بالا نمیآید یا در دسترس نیست. چند نمونه:
- کرنل پانیک میکند و فقط یک پیام روی صفحه مینویسد، بدون اینکه هیچ پورتی برای اتصال باز بماند.
- در پیکربندی شبکه (Netplan یا بریجی که دستی درست کردهاید) اشتباهی رخ داده و حتی رسکیو مود هم روی همان کارت شبکه بالا نمیآید.
- میخواهید دقیقا لحظه بوت، پیامهای GRUB یا BIOS را ببینید تا بفهمید سرور کجا معلق شده، نه بعد از آن.
در این شرایط کنسول VNC تنها راه است، چون به شبکه سرور متکی نیست و مستقیم از پنل باز میشود.
مقایسه Rescue Mode و کنسول VNC
| مورد | Rescue Mode | کنسول VNC |
|---|---|---|
| نوع دسترسی | SSH به یک سیستمعامل موقت | نمایش تصویر واقعی صفحه سرور |
| نیاز به شبکه سالم | بله، باید بوت شبکهای کار کند | خیر، مستقل از شبکه سرور |
| کاربرد اصلی | mount کردن دیسک، تعمیر fstab، بازنشانی فایروال یا رمز | دیدن پیامهای بوت، کرنل پانیک، مشکل در خود شبکه |
| کار با فایلها | راحت (cp، nano، chroot) | فقط از طریق صفحهکلید مجازی، کندتر |
| وقتی باید اول امتحان شود | اکثر قفلشدنهای معمول | وقتی رسکیو مود هم بالا نیاید |
نتیجه عملی این جدول: اول رسکیو مود را امتحان کنید چون سریعتر و راحتتر است؛ اگر همان هم جواب نداد، نوبت کنسول VNC است تا ببینید سرور اصلا کجا گیر کرده.
چطور از پنل آریانت فعالش کنید
روی سرور ابری OVH آلمان آریانت، رسکیو مود و کنسول VNC کنار امکانات دیگر پنل — فایروال، کلید SSH، شبکه خصوصی، ریورس DNS — در صفحه مدیریت همان سرویس قرار دارند، بدون نیاز به تماس با پشتیبانی. روند کلی ساده است:

- از صفحه سرویس سرور ابری، رسکیو مود را فعال میکنید و سرور یک بار ریستارت میشود تا روی محیط موقت بوت شود.
- پنل اطلاعات ورود موقت (آیپی و رمز) را نشان میدهد؛ با همان به محیط رسکیو SSH میزنید.
- دیسک اصلی را mount میکنید — روی اکثر سرورهای مبتنیبر Linux معمولا چیزی شبیه این:
mkdir /mnt/disk
mount /dev/sda1 /mnt/disk
chroot /mnt/disk
- داخل chroot فایل مشکلدار را درست میکنید — مثلا قانون فایروال را در
/etc/ufw/user.rulesبرمیگردانید یا خط اشتباه fstab را اصلاح میکنید. - از chroot و رسکیو مود خارج میشوید و از همان پنل سرور را به بوت عادی (دیسک اصلی) برمیگردانید.
دیسک در تمام این مراحل فقط mount شده، نه فرمت یا بازنویسی — یعنی دادههای روی سرور دستنخورده میمانند، حتی وقتی سرور چند بار پشتسرهم ریستارت میشود.
اگر همین مرحله اول (SSH به محیط رسکیو) هم جواب ندهد، همان صفحه پنل گزینه کنسول VNC را دارد که مستقیم در مرورگر باز میشود و تصویر واقعی سرور را نشان میدهد — دیگر لازم نیست منتظر شبکه باشید.
قبل از فعال کردن، اینها را یادداشت کنید
- نام دیسک اصلی (معمولا
/dev/sdaیا/dev/vda) را از قبل بدانید، چون داخل محیط رسکیو ترتیب دیسکها همیشه عین حالت عادی نیست. - اگر پارتیشن رمزنگاریشده دارید، رمز آن را کنار دستتان نگه دارید؛ در محیط رسکیو کسی آن را برایتان نگه نداشته.
- تغییر را همانجا داخل chroot تست کنید، نه اینکه کورکورانه ریستارت بزنید و امیدوار باشید؛ برگشتن به رسکیو مود دوباره چند دقیقه طول میکشد.
- اگر قرار است فقط رسکیو مود را تجربه کنید تا دستش بیاید، یک سرور ابری ساعتی بگیرید، چند قانون فایروال را عمدا خراب کنید و خودتان را قفل کنید — روی یک سرور تست، کمخطرترین راه یادگیری همین است.
جمعبندی
رسکیو مود و کنسول VNC دو لایه پشتیبان برای وقتی هستند که سرور ابری شما از راه عادی جواب نمیدهد. رسکیو مود دیسک اصلی را بدون بوتشدنش در دسترس میگذارد تا مشکل را از بیرون درست کنید؛ کنسول VNC وقتی به کار میآید که حتی شبکه هم کار نمیکند. هر دو مستقیم از پنل سرور ابری OVH آلمان آریانت در دسترساند، بدون اینکه دادهای از دست برود.
برای دیدن پلنها و قیمت سرور ابری OVH آلمان:
مشاهده سرور ابری OVH آلمان آریانت
اگر هنوز بین خرید سرور ابری ماهانه یا ساعتی ماندهاید، صفحههای سرور ابری، سرور ابری ساعتی و قیمتها آریانت همه پلنها و لوکیشنها را کنار هم نشان میدهند.
سؤالات متداول
آیا فعال کردن رسکیو مود اطلاعات سرور را پاک میکند؟ نه. دیسک اصلی فقط mount میشود، نه فرمت یا بازنویسی؛ دادههای روی سرور در تمام این مدت دستنخورده میمانند.
فرق رسکیو مود با یک ریستارت معمولی چیست؟ ریستارت معمولی همان سیستمعامل خراب را دوباره بوت میکند، پس همان مشکل برمیگردد. رسکیو مود یک محیط جدا بوت میکند که از آن به دیسک اصلی دسترسی دارید تا مشکل را قبل از بوت دوباره درست کنید.
اگر نه SSH نه رسکیو مود جواب ندهند چه کنم؟ کنسول VNC را از همان پنل باز کنید؛ چون به شبکه سرور متکی نیست، تصویر واقعی صفحه سرور را نشان میدهد و معمولا مشخص میکند بوت دقیقا کجا متوقف شده.
آیا رسکیو مود و کنسول VNC هزینه جدا دارند؟ این دو بخشی از امکانات مدیریتی هر سرور ابری OVH آلمان آریانتاند و از همان پنل سرویس در دسترساند، بدون تماس با پشتیبانی.




