وقتی سرور مجازی وصل نمیشود، تقریباً همیشه مشکل یکی از این پنج چیز است. به همین ترتیب هم بررسی کنید: وضعیت سرور در پنل کاربری (معلق، در حال آمادهسازی یا خاموش)، نام کاربری و رمز، سرویس یا فایروال داخل خود سرور، مسیر شبکهی شما، و در آخر خود آیپی. این چکلیست «سرور مجازی وصل نمیشود» را به یک کار مشخص میرساند، نه به «نمیدانم»؛ کنسول تحت وب پنل حتی وقتی شبکهی سرور قطع است کار میکند، پس هر شاخه یک راه ورود دارد. ترتیب بررسی برای سرور لینوکسی با SSH و کاربر root، و سرور ویندوزی با ریموت دسکتاپ و کاربر Administrator، روی سرور ابری ایران یکی است. هر جا سرور خارج از ایران فرق دارد، همانجا گفتهایم؛ آموزش کامل SSH و ریموت دسکتاپ را فقط لینک میدهیم.
- اگر «سرور وصل نمیشه»، اول پنل: بنر «این سرور معلق است (اتمام اعتبار کیف پول).» یعنی شارژ کیف پول؛ صفحهی «در حال آمادهسازی» ۶۰ ثانیه تا ۳۰ دقیقه میماند.
- کنسول تحت وب فقط با سرور روشن کار میکند، شبکهی سرور را لازم ندارد و «پیست متن» فقط نویسههای انگلیسی را میفرستد.
- ریست رمز root یا Administrator از صفحهی سرور، با سرور روشن و بدون ریاستارت؛ رمز ۸ تا ۶۴ نویسه.
- ویندوز: نخستین راهاندازی چند دقیقه طول میکشد؛ خاموش و روشن نکنید؛ ورود با Administrator روی پورت ۳۳۸۹.
- سرورها مدیریتنشدهاند و فایروال را خودتان از کنسول باز میکنید؛ «گزارش مشکل دسترسی آیپی» تیکت اولویتبالا باز میکند و پشتیبانی آیپی را از خارج ایران با ping و TCP تست میکند؛ نتیجه در همان تیکت.
سرور مجازی وصل نمیشود: اول در پنل چه چیزی را ببینیم؟ معلق، در حال آمادهسازی، روشن یا خاموش
پیش از هر دستوری، صفحهی سرور در پنل کاربری چهار چیز را میگوید و خواندنش کمتر از دو دقیقه وقت میگیرد: تعلیق، آمادهسازی، روشن یا خاموش بودن، و آیپی «اصلی».
- تعلیق: بنر «این سرور معلق است (اتمام اعتبار کیف پول).» یعنی شبکهی ماشین روی نود قطع شده؛ ماشین و دیسک میمانند و هزینهای کسر نمیشود. روشنکردن، ریاستارت، بازسازی، ارتقاء، تغییر هاستنیم، کنسول و افزودن IPv6 رد میشوند؛ حذف مجاز است. با موجودی مثبت سرور خودکار برمیگردد و پس از ۷ روز تعلیق ممکن است حذف شود؛ سرور خارج از ایران در تعلیق خاموش و پس از یک روز حذف میشود.
- در حال آمادهسازی: صفحهی «سرور در حال آمادهسازی و راهاندازی است…» بعد از ساخت یا بازسازی میآید و دستکم ۶۰ ثانیه، حداکثر ۳۰ دقیقه، تا گزارش «روشن» میماند. «بعد از ساخت خاموش مانده» تقریباً همیشه یعنی «هنوز در حال آمادهسازی».
- نشان برق: اگر «● خاموش» است، «▶ روشن» را بزنید؛ سرور خاموش ایران همچنان ۵۰٪ نرخ ساعتی را میپردازد (در زمان نگارش، آبان ۱۴۰۵) و فقط حذف هزینه را قطع میکند.
- آیپی درست: آدرس اتصال همان ردیف «اصلی» در جدول «🌐 آیپیهای سرور» است (یا ستون «آیپی» در «سرورهای من»)؛ صفحهی پروفایل آیپی سرور را ندارد. ردیف «داخلی» از اینترنت در دسترس نیست و آیپی اضافهی تازهخریده تا یکبار ریاستارت از پنل فعال نمیشود.
| چه میبینید | معنی | کار بعدی |
|---|---|---|
| بنر «این سرور معلق است (اتمام اعتبار کیف پول).» | شبکهی ماشین قطع؛ ماشین و دیسک میمانند | شارژ کیف پول؛ بازگشت خودکار |
| «سرور در حال آمادهسازی و راهاندازی است…» | نصب سیستمعامل و بوت اول؛ ۶۰ ثانیه تا ۳۰ دقیقه | صبر؛ ویندوز را خاموش و روشن نکنید |
| «● در حال بررسی…» | فقط تا رسیدن دادهی زنده (مهلت ۱۰ ثانیه) | چند ثانیه صبر، بعد تازه کنید |
| «● نامشخص» | نود همان لحظه جواب نداده | یک دقیقه بعد تازه کنید؛ اگر ماند، تیکت |
| «پاسخی از نود دریافت نشد؛ دستور احتمالاً در حال اجراست…» | دستور رفته، تأییدش نرسیده؛ ریاستارت روی نود تا حدود ۴۰ ثانیه | چند لحظه بعد وضعیت را ببینید |
| «اتصال به نود برقرار نشد و دستور ارسال نشد…» | پنل به نود نرسید؛ دستور اجرا نشده | چند دقیقه بعد؛ اگر تکرار شد، تیکت |
رمز root اشتباه است؟ نام کاربری، رمز و ریست رمز روت از پنل
نام کاربری روی همهی قالبهای لینوکس root و روی ویندوز سرور Administrator است. رمز همان است که کارت «🔑 دسترسی روت سرور» (ویندوز: «🔑 دسترسی Administrator سرور») با دکمههای «نمایش» و «کپی» نشان میدهد. اگر رد شد، با سرور روشن از همان کارت رمز تازه بگیرید؛ ریاستارت لازم نیست.
ریست رمز از پنل یعنی پنل رمز جدید را از راه مجازیساز داخل سیستمعامل مینشاند؛ پنل رمزی را که خودتان داخل سیستمعامل عوض کردهاید نمیداند.
رمز را کپی کنید، نه تایپ. رمز خودکار ۱۴ نویسه دارد و عمداً حروف شبیهبههم (i / l / 1 / o / 0) ندارد، ولی تایپ دستی با Caps Lock یا زبان صفحهکلید فارسی خطا میدهد. قاعدهی رمز (ساخت، بازسازی و ریست): ۸ تا ۶۴ نویسهی انگلیسی بدون فاصله، دستکم سه مورد از چهار دستهی حرف بزرگ، حرف کوچک، عدد و نماد.
رمزی که با «🔁 تغییر / ریست رمز روت» میدهید معمولاً بیدرنگ اعمال میشود؛ دو استثنا را خود پنل اعلام میکند. گاهی میگوید رمز فقط بعد از یکبار «خاموشکردن» و سپس «روشنکردن» سرور از همین پنل (نه ریاستارت) اعمال میشود. اگر نود جواب ندهد، رمز با توضیح «احتمالاً اعمال شده» در پنل ثبت میشود؛ اگر با آن وارد نشدید، دوباره رمز را تغییر دهید.
بعد از ساخت یا بازسازی، تا پایان صفحهی «در حال آمادهسازی» دربارهی رمز قضاوت نکنید. اگر قالب انتخابی در فرم سفارش نشان «⚠ بدون تنظیم خودکار رمز روت» داشته، رمز خودکار روی آن اعمال نمیشود.
اگر sshd_config را خودتان ویرایش کردهاید (مثلاً هنگام افزودن کلید) و خط PermitRootLogin را برداشتهاید، پیشفرض OpenSSH یعنی prohibit-password اعمال میشود. ورود root با رمز از راه شبکه رد میشود ولی ورود از کنسول نه — پشت در ماندید؟ برگشت به سرور از کنسول تحت وب با root و رمز پنل.
کنسول تحت وب چیست و کی از آن استفاده کنیم؟ وقتی SSH و ریموت دسکتاپ جواب نمیدهند
کنسول تحت وب کنسولی است که تصویر واقعی سرور را داخل مرورگر نشان میدهد — دقیقاً مثل مانیتوری که به سرور وصل باشد. وقتی SSH یا ریموت دسکتاپ کار نمیکند (خطای شبکه، فایروال اشتباه، مشکل بوت) از همین راه وارد سرور میشوید.
در صفحهی سرور، تب «🖥️ کنسول (VNC)» و دکمهی «باز کردن کنسول ↗» آن را باز میکند. کنسول سریع یک کلاینت VNC جاوااسکریپتی است که از راه یک پل وبسوکت به VNC ماشین میرسد؛ کنسول کلاسیک تصویر را فریمبهفریم از خود پنل میگیرد و کندتر است.
کنسول به سرور روشن نیاز دارد («سرور خاموش است. برای دیدن تصویر کنسول، ابتدا آن را روشن کنید.») و روی سرور معلق باز نمیشود؛ پس نبودن تصویر یعنی سرور خاموش، هنوز در حال آمادهسازی یا نود بیپاسخ است — برگردید به بخش پنل. اما به شبکهی سرور نیازی ندارد.
رمز دومی در کار نیست: آنچه میبینید صفحهی ورود خود سیستمعامل است؛ روی لینوکس root و Enter، بعد رمز و Enter — لینوکس هنگام تایپ رمز هیچ نویسهای نشان نمیدهد و این عادی است. روی ویندوز اول دکمهی «Ctrl+Alt+Del» بالای کنسول را بزنید.
«📋 پیست متن» کلیپبورد مرورگر را میخواند و متن را کلید به کلید تایپ میکند؛ فقط نویسههای انگلیسی، Enter و Tab میروند و نویسههای فارسی با پیام رد میشوند. زبان صفحهکلید سرور انگلیسی است و با صفحهکلید فارسی حرف اشتباه میرسد؛ ترکیبهای Ctrl، Alt و Shift ارسال میشوند. اگر کنسول سریع در حدود ۱۲ ثانیه وصل نشد، «کنسول کلاسیک» خودکار باز میشود.
سرور خارج از ایران هم کنسول دارد، ولی دکمهی پیست متن ندارد. وقتی وارد شدید، روی لینوکس چهار دستور میگوید مشکل کجاست:
ip a # the main IP must be listed
ip r # a default route must exist
systemctl status ssh # Ubuntu/Debian; AlmaLinux/Rocky/CentOS: sshd
ss -tlnp # which ports are listening
اگر آیپی اصلی یا مسیر پیشفرض در خروجی نیست، با همین خروجی تیکت بزنید؛ اگر هست و سرویس گوش میدهد، به بخش SSH و بعد شبکه بروید.
SSH وصل نمیشود: Connection timed out یا Connection refused، پورت ۲۲ بسته و قطع شدن بعد از رمز
Connection timed out یعنی هیچ جوابی از آیپی نیامد (فایروال بستهها را میاندازد، آیپی اشتباه است، سرور خاموش یا مسیر قطع است). Connection refused یعنی سرور جواب داد ولی روی آن پورت کسی گوش نمیدهد (سرویس SSH پایین است یا پورت را عوض کردهاید). دومی خبر خوب است: آیپی سالم و در دسترس است.
- کاربر، پورت و آدرس. روی همهی قالبهای لینوکس کاربر root است و پورت پیشفرض OpenSSH هم ۲۲ است؛ پورت عوضشده را با -p بدهید و ssh -v نشان میدهد اتصال کجا میایستد. معنی خطاها: جدول خطاهای رایج SSH و آزمون باز بودن پورت ۲۲ با nc و Test-NetConnection.
- پورت از بیرون باز است؟ یک دستور از کامپیوتر خودتان کافی است (پایین).
- از کنسول — سرویس. وضعیت سرویس و شنوندهی پورت ۲۲ را ببینید؛ بعد از هر ویرایش sshd -t و سپس ریاستارت. اگر اتصال درست بعد از رمز با «Connection closed by … port 22» بسته میشود، لاگ سرویس دلیلش را میگوید؛ بدون لاگ حدس نزنید.
- از کنسول — فایروال. اگر خودتان ufw را فعال کردهاید پورت ۲۲ را باز کنید؛ روی آلمالینوکس و راکی با firewalld. هنگام تغییر پورت SSH اول پورت تازه را در فایروال باز کنید، بعد سرویس را ریاستارت کنید. fail2ban هم میتواند آیپی خودتان را مسدود کند — چکلیست امنیت سرور لینوکس و تلهی fail2ban.
- Permission denied (publickey) یعنی به سرور رسیدهاید و مشکل کلید است، نه شبکه (لینک در بخش رمز).
- حد صادقانه. سرورها مدیریتنشده (Unmanaged) ارائه میشوند: پیکربندی داخل سرور خارج از تعهد پشتیبانی است. پشتیبانی بدون درخواست شما وارد سرور نمیشود، پورت ۲۲ را بهجای شما باز نمیکند و فایروال را غیرفعال نمیکند؛ تا حد امکان راهنمایی میکند.
# from your own computer (steps 1-2)
ssh -v -p 22 root@203.0.113.10
nc -zv 203.0.113.10 22 # Linux / macOS
Test-NetConnection 203.0.113.10 -Port 22 # Windows PowerShell
# from the web console (steps 3-4)
systemctl status ssh # Ubuntu/Debian (AlmaLinux/Rocky/CentOS: sshd)
ss -tlnp | grep -w 22
sshd -t && systemctl restart ssh # AlmaLinux/Rocky/CentOS: sshd
journalctl -u ssh -n 50 # why it closed right after the password (AlmaLinux/Rocky/CentOS: -u sshd)
ufw status verbose && ufw allow 22/tcp
firewall-cmd --permanent --add-service=ssh && firewall-cmd --reload
fail2ban-client status sshd
fail2ban-client set sshd unbanip 198.51.100.7
سروری که به ping جواب نمیدهد لزوماً خاموش نیست؛ شاید فایروال خودش ICMP را میاندازد. پورت TCP را تست کنید، ولی ICMP را باز بگذارید تا پایش خودکار آیپی درست بخواند.
ریموت دسکتاپ وصل نمیشود؟ روی ویندوز تازه اول چند دقیقه صبر کنید، بعد Administrator و پورت ۳۳۸۹
روی سرور ویندوز تازه، در بیشتر موارد فقط باید چند دقیقه صبر کرد. نخستین راهاندازی ویندوز شبکه و رمز را مینشاند و تا تمام نشدنش ریموت دسکتاپ وصل نمیشود؛ خاموش و روشن کردن در این مدت کار را عقب میاندازد. کارت دسترسی پنل همین هشدار را میدهد.
پنل گزینهی RDP ماشین را خودش هنگام ساخت و پیش از بازسازی به ویندوز فعال میکند؛ برای نخستین ورود چیزی در Server Manager فعال نمیکنید. آدرس همان آیپی «اصلی»، پورت ۳۳۸۹ و کاربر Administrator است. از کامپیوتر ویندوزی خودتان پورت را تست کنید:
Test-NetConnection 203.0.113.10 -Port 3389
True یعنی مشکل ورود است: Administrator، زبان صفحهکلید و Caps Lock، کپی یا ریست رمز. False با نشان «● روشن» و بدون صفحهی آمادهسازی یعنی از کنسول تحت وب با «Ctrl+Alt+Del» وارد شوید. دو خط PowerShell و معنی خطاها در فعالکردن RDP و قاعدهی فایروال از کنسول تحت وب، و جدول خطاهای 0x204 و 0x104 آمده است.
اگر با سرور روشن پورت ۳۳۸۹ همچنان بسته بود، چکلیست عمومی مایکروسافت (در منابع) را دنبال کنید: سرویس TermService و شنوندهی پورت ۳۳۸۹. ویندوز سرور بدون مجوز خدمات ریموت دسکتاپ دو نشست مدیریتی همزمان میپذیرد و نشست سوم «The number of connections to this computer is limited» میگیرد. روی گوشی، پس از برقراری RDP از Windows App استفاده کنید؛ کنسول با لمس کند است.
سرور روشن است و از کنسول سالم، ولی از بیرون به آن نمیرسید: اپراتور، فیلتر یا سرور؟
اگر از کنسول وارد میشوید، ip a آیپی اصلی را نشان میدهد و سرویس گوش میدهد، مشکل دیگر داخل سرور نیست. حالا باید فهمید فقط مسیر شما بسته است، یا همهی ایران، یا خارج هم — و پنل برای حالت آخر دکمه دارد.
اول از یک شبکهی دوم تست کنید (اینترنت همراه یا نقطهای خارج از ایران)؛ اگر فقط یک اپراتور وصل نمیشود، مسیر همان اپراتور است: از سمت خودتان mtr -rwzc 100 203.0.113.10 بگیرید.
پنج حالتی را که با «فیلتر شدن» اشتباه گرفته میشوند، در جدول تصمیم: آیپی فیلتر است، دامنه بسته شده یا سرور مشکل دارد؟ ببینید.
کادر «🛡️ پایش آیپی» در صفحهی سرور میگوید «وضعیت دسترسی آیپی سرورها بهصورت خودکار پایش میشود» و دکمهی «گزارش مشکل دسترسی آیپی» دارد. این دکمه خودش تست نمیکند؛ تیکتی با اولویت بالا میسازد که شناسه و هاستنیم سرور، فهرست زندهی آیپیهای عمومی، وضعیت سرور و توضیح شما را دارد. برای هر سرور در ۲۴ ساعت فقط یک درخواست باز میماند.
پشتیبانی از نقاط دید خارج از ایران دو سیگنال میفرستد: ping و اتصال TCP به یک پورت (پیشفرض ۴۴۳). پورت بسته (refused یا reset) یعنی در دسترس؛ فقط وقتی همهی سیگنالهای خارجی timeout باشند، آیپی غیرقابلدسترس و احتمالاً فیلترشده ارزیابی میشود.
نتیجه در همان تیکت اعلام میشود؛ صفحه میگوید «در صورت تأیید مسدودی، آیپی جایگزین ارائه میشود». منطق کامل: نگهبان فیلترینگ: refused یعنی در دسترس، فقط timeout کامل یعنی غیرقابلدسترس.
| از کنسول تحت وب | از شبکهی خودتان | از شبکهی دوم | نتیجه و کار بعدی |
|---|---|---|---|
| تصویر ندارد | — | — | سرور خاموش، در حال آمادهسازی یا نود بیپاسخ → بخش پنل، سپس تیکت |
| وارد میشوید، ولی سرویس بالا نیست یا فایروال بسته است | وصل نمیشود | وصل نمیشود | مشکل داخل سرور → بخش SSH یا ریموت دسکتاپ، از کنسول |
| سالم؛ سرویس گوش میدهد | وصل نمیشود | وصل میشود | مسیر اپراتور شما → mtr از سمت خودتان، تست از اپراتور دیگر |
| سالم | از ایران وصل نمیشود | از خارج هم timeout | احتمال مسدودی آیپی → «گزارش مشکل دسترسی آیپی» |
| سالم؛ SSH یا RDP وصل میشود | سایت باز نمیشود | — | لایهی وب، DNS یا CDN → بخش بعدی |
سرور وصل میشود ولی سایت باز نمیشود: ۵۰۲، DNS یا CDN
اگر SSH یا ریموت دسکتاپ وصل میشود، این چکلیست تمام است؛ «سایت باز نمیشود» یک لایه بالاتر است: وبسرور، DNS یا لبهی CDN. خطای ۵۰۲ یعنی لایهی جلویی وبسرور (مثلاً Nginx جلوی PHP-FPM) از بکاند پاسخ معتبری نگرفته؛ مسیر رفعش: سرور در دسترس است ولی سایت ۵۰۲ میدهد: چک PHP-FPM، لاگ Nginx و OOM.
خروجی dig باید آیپی اصلی سرور باشد (با CDN فعال، آیپی لبههای CDN را میبینید). تست مستقیم مبدأ:
dig +short example.ir
curl -I http://203.0.113.10 -H 'Host: example.ir'
اگر dig آدرس دیگری برگرداند، رکورد A دامنه را در مدیریت DNS اصلاح کنید و تا پایان TTL صبر کنید. اگر curl با هدر Host از خود آیپی صفحه را درست برمیگرداند ولی دامنه نه، مشکل DNS یا CDN است؛ اگر هر دو خطا میدهند، مشکل داخل وبسرور است.
اگر ترافیک CDN حساب دیگر از کیف پول قابل پرداخت نباشد، رکورد به آیپی مبدأ برمیگردد و کنار آن «⏸ CDN متوقف» میبینید؛ این توقف مربوط به پرداخت CDN است، نه خرابی سرور.
کی تیکت بزنیم و چه چیزی در آن بنویسیم؟
وقتی چکلیست به نود یا آیپی رسید، تیکت بزنید؛ با این پنج چیز سریعتر حل میشود. نشانههای رسیدن به نود: «● نامشخص» که با چند بار تازهکردن میماند؛ «اتصال به نود برقرار نشد» که تکرار میشود؛ کنسول بدون تصویر با نشان «● روشن». اگر کنسول سالم است ولی از هیچ شبکهای به آیپی نمیرسید، بهجای تیکت آزاد «گزارش مشکل دسترسی آیپی» را بزنید.
- شناسه و هاستنیم سرور، همانطور که پنل چاپ میکند.
- پیام دقیق پنل، داخل گیومه.
- کدام گام این چکلیست شکست خورد (مثلاً «کنسول تصویر ندارد با نشان ● روشن»).
- از کدام شبکهها تست کردهاید و متن دقیق خطای کلاینت.
- ساعت تست به وقت تهران. رمز را هرگز در تیکت ننویسید؛ پس از کار پشتیبانی، رمز را از کارت ریست کنید.
پشتیبانی نود، وضعیت برق، اعمال رمز و دسترسی آیپی از خارج ایران را بررسی میکند؛ وارد سیستمعامل نمیشود و فایروال یا sshd را بهجای شما تنظیم نمیکند. چون سرور ابری ساعتی است، ارزانترین آزمایش این است که یک سرور ابری ساعتی بسازید، مشکل را جدا کنید و اگر لازم نبود حذفش کنید؛ خاموشکردن هزینه را قطع نمیکند، فقط حذف.
سرور خارج از ایران فرق دارد: در روز قطعی اینترنت بینالملل از ایران حتی برای SSH در دسترس نیست. آیپی فیلترشدهاش را خودتان از پنل عوض میکنید (سرور خاموش، در زمان نگارش حداکثر دو بار در روز، مبلغ پیش از تأیید)؛ اگر خارج از روز قطعی به آن نمیرسید، تیکت بزنید.
سؤالات پرتکرار
سرور بعد از ساخت خاموش مانده و وصل نمیشود؛ چه کنم؟
تقریباً همیشه سرور خاموش نیست، بلکه هنوز در حال آمادهسازی است. بعد از ساخت یا بازسازی، صفحهی سرور دستکم ۶۰ ثانیه و حداکثر ۳۰ دقیقه قفل میماند تا سیستمعامل نصب و ماشین روشن شود؛ پنل عمداً دستور روشنکردن نمیفرستد، چون ماشین خودش بوت میشود. صبر کنید تا صفحهی «در حال آمادهسازی» برود؛ روی ویندوز چند دقیقه بیشتر طول میکشد. اگر بعد از آن نشان «● نامشخص» ماند، تیکت بزنید.
رمز روت سرور مجازی را فراموش کردم؛ از کجا ریست کنم؟
از کارت «دسترسی روت سرور»، بخش «تغییر / ریست رمز روت»: رمز تازه بدهید یا خالی بگذارید تا خودکار ساخته شود؛ با سرور روشن و بدون ریاستارت اعمال میشود. رمز باید ۸ تا ۶۴ نویسه با دستکم سه دسته از چهار دستهی حرف بزرگ، حرف کوچک، عدد و نماد باشد. پنل رمزی را که داخل سیستمعامل عوض کردهاید نمیداند. روی ویندوز همین کارت («دسترسی Administrator سرور») رمز Administrator را ریست میکند.
سرور پینگ نمیده یعنی خاموش است؟
نه؛ بسیاری از فایروالها ping را رد میکنند و سرور میتواند روشن و در دسترس باشد. وضعیت را از نشان برق پنل و با تست پورت TCP (۲۲ برای لینوکس، ۳۳۸۹ برای ویندوز) بسنجید؛ Connection refused هم یعنی سرور در دسترس است و فقط آن پورت شنونده ندارد. اگر کنسول کار میکند ولی از ایران و خارج به آیپی نمیرسید، «گزارش مشکل دسترسی آیپی» را بزنید.
در کنسول تحت وب Ctrl و Shift کار نمیکند و دکمهی کپیوپیست ندارد؟
ترکیبهای Ctrl، Alt و Shift ارسال میشوند، ولی زبان صفحهکلید باید انگلیسی باشد چون کنسول فقط نویسههای انگلیسی را به سرور میرساند. برای رمز و متن بلند از دکمهی «پیست متن» بالای کنسول استفاده کنید که کلیپبورد را میخواند و نویسههای فارسی را رد میکند. برای صفحهی ورود ویندوز دکمهی «Ctrl+Alt+Del» را بزنید. لینوکس هنگام تایپ رمز چیزی نشان نمیدهد و این عادی است؛ کنسول به سرور روشن نیاز دارد.
ریموت دسکتاپ بعد از ساخت سرور ویندوز وصل نمیشود؟
بعد از ساخت یا بازسازی، نخستین راهاندازی ویندوز چند دقیقه طول میکشد و تا تمام نشدنش ریموت دسکتاپ جواب نمیدهد. در این مدت سرور را خاموش و روشن نکنید و بعد با کاربر Administrator روی پورت ۳۳۸۹ وصل شوید. پنل RDP را خودش هنگام ساخت و بازسازی فعال میکند. پورت را با Test-NetConnection بسنجید؛ اگر با سرور روشن بسته بود، از کنسول با Ctrl+Alt+Del وارد شوید و RDP را فعال کنید.