سرور مجازی (VPS یا Virtual Private Server) بخشی از یک سرور فیزیکی است که با فناوری مجازیسازی جدا شده و سهم مشخصی از پردازنده، رم و فضای ذخیرهسازی، یک سیستمعامل مستقل و دسترسی کامل مدیریتی (root یا Administrator) در اختیار شما میگذارد. VPS از هاست اشتراکی انعطافپذیرتر و از سرور اختصاصی ارزانتر است.
اگر پیش از خرید میخواهید بدانید سرور مجازی چیست و دقیقاً چه چیزی میخرید، این راهنما به ترتیب توضیح میدهد VPS چطور کار میکند و با هاست و سرور اختصاصی چه فرقی دارد. بعد سراغ انتخاب منابع، لوکیشن و سیستمعامل میرویم و در آخر مشخص میکنیم بعد از تحویل سرور چه کارهایی با خودتان است.
سرور مجازی چیست و چگونه کار میکند؟
در دیتاسنتر، نرمافزاری به نام هایپروایزر (Hypervisor) یک سرور فیزیکی را به چند ماشین مجازی تقسیم میکند. هایپروایزر سهم هر ماشین از منابع سختافزاری را تعیین میکند و ماشینها را از هم جدا نگه میدارد. اگر سرور مجازی دیگری روی همان سختافزار ریاستارت شود یا خطا بدهد، سیستمعامل شما مستقل از آن کار میکند.
در سرورهای مجازی لینوکسی، هایپروایزر رایج KVM است که جزو هسته لینوکس است. طبق وبسایت رسمی KVM، این فناوری مجازیسازی کامل را روی سختافزار x86 با افزونههای Intel VT یا AMD-V فراهم میکند و هر ماشین مجازی هسته (Kernel) و سختافزار مجازی خودش را دارد. VMware ESXi، Hyper-V و Proxmox VE (که خودش بر پایه KVM است) هم رایجاند. سازوکار این لایه را در مقاله مجازیسازی چیست و چگونه کار میکند مفصلتر توضیح دادهایم.
مجازیسازی کامل در برابر مجازیسازی کانتینری
برخی ارائهدهندهها VPS را با فناوریهای کانتینری مثل OpenVZ یا LXC میسازند. در این مدل همه سرورهای مجازی از هسته مشترک سرور میزبان استفاده میکنند. پس نمیتوانید هسته را تغییر دهید یا ماژول دلخواه بارگذاری کنید و اجرای بعضی نرمافزارها مثل Docker یا VPNهای وابسته به ماژول هسته ممکن است محدود باشد یا به تنظیمات خاص از سمت ارائهدهنده نیاز داشته باشد. اگر قصد اجرای کانتینر، ویندوز یا نرمافزارهای سطح پایین شبکه را دارید، پیش از خرید نوع مجازیسازی را از فروشنده بپرسید.
تفاوت سرور مجازی با هاست اشتراکی، سرور اختصاصی و سرور ابری
جدول زیر این چهار سرویس را از نظر منابع، سطح دسترسی، مسئول مدیریت سیستمعامل، هزینه نسبی و کاربرد کنار هم گذاشته است:
| ویژگی | هاست اشتراکی | سرور مجازی (VPS) | سرور اختصاصی | سرور ابری |
|---|---|---|---|---|
| منابع | مشترک بین همه سایتهای روی سرور | سهم تعیینشده برای هر VPS | کل سختافزار برای یک مشتری | از یک زیرساخت خوشهای، معمولاً با تغییر سریع منابع |
| دسترسی مدیریتی | فقط کنترلپنل (مثل cPanel) | root یا Administrator کامل | کامل، گاهی همراه با دسترسی به کنسول سختافزار | کامل در سطح ماشین مجازی |
| نصب نرمافزار دلخواه | محدود | آزاد | آزاد | آزاد |
| مدیریت سیستمعامل | با میزبان | با شما یا تیم مدیریت | با شما یا تیم مدیریت | با شما یا تیم مدیریت |
| هزینه نسبی | کمترین | متوسط | بیشترین | وابسته به مصرف و مدل پرداخت |
| مناسب برای | سایتهای کوچک و تازهکار | سایتهای در حال رشد، اپلیکیشن و محیط توسعه | بار پردازشی سنگین و پایدار یا سختافزار خاص | بار متغیر و نیاز به مقیاسپذیری سریع |
مرز بین VPS و سرور ابری در بازار ایران گاهی مبهم است و برخی فروشندهها هر دو را یکی مینامند. معیار عملی این است که بپرسید: آیا ارتقای منابع بدون نصب مجدد انجام میشود؟ اگر سختافزار میزبان خراب شود، ماشین شما روی سختافزار دیگری اجرا میشود یا تا تعمیر آن از دسترس خارج است؟
اگر فقط یک سایت وردپرسی دارید و نمیخواهید درگیر مدیریت سیستمعامل شوید، هاست وردپرس احتمالاً از VPS منطقیتر است.
سرور مجازی برای چه کسانی مناسب است؟
خرید VPS زمانی ارزش دارد که دستکم به یکی از این سه چیز نیاز داشته باشید: منابع قابل اتکاتر از هاست اشتراکی، اجازه نصب نرمافزار دلخواه، یا جداسازی کامل سرویسها از بقیه مشتریان. نمونههای رایج:
- سایت یا فروشگاه اینترنتی که روی هاست اشتراکی به محدودیت CPU یا تعداد پردازه (Process) برخورده است.
- اپلیکیشنهای Node.js، Python، Go یا Java که روی هاست اشتراکی قابل اجرا نیستند.
- محیط توسعه، تست و استیجینگ (Staging) برای تیمهای نرمافزاری.
- سرویسهای داخلی سازمان مثل Git، سرور ایمیل، ویکی، سامانه تیکتینگ یا مانیتورینگ.
- رباتها، وبسرویسها و کارهای زمانبندیشده (Cron) که باید همیشه روشن بمانند.
- نرمافزارهای مبتنی بر ویندوز سرور، مثل برنامههای حسابداری یا اتوماسیون اداری تحت شبکه.
چه زمانی VPS انتخاب مناسبی نیست؟
- وقتی هیچکس در تیم زمان یا دانش بهروزرسانی و امنسازی سیستمعامل را ندارد و قصد برونسپاری مدیریت را هم ندارید؛ سرور رهاشده یکی از سادهترین اهداف حمله است.
- وقتی بار پردازشی سنگین و دائمی است (مثلاً دیتابیس بزرگ با نوشتن مداوم) و سهم منابع یک VPS دیگر پاسخگو نیست؛ در این حالت سرور اختصاصی را بررسی کنید.
- وقتی به سختافزار خاص مثل GPU یا کارت شبکه با تنظیمات ویژه نیاز دارید که در بیشتر پلنهای VPS ارائه نمیشود.
انواع سرور مجازی
سرور مجازی لینوکس یا ویندوز
سرور مجازی لینوکس (Ubuntu، Debian، AlmaLinux یا Rocky Linux) برای وبسرورها، دیتابیسهای متنباز، Docker و بیشتر اپلیکیشنهای وب انتخاب پیشفرض است، هزینه لایسنس ندارد و با منابع کمتری اجرا میشود. سرور مجازی ویندوز برای نرمافزارهایی لازم است که فقط روی ویندوز اجرا میشوند، مثل برنامههای مبتنی بر .NET Framework یا نرمافزارهای اداری تحت شبکه. ویندوز سرور لایسنس دارد و طبق مستندات مایکروسافت، نسخه Desktop Experience دستکم ۲ گیگابایت رم میخواهد؛ در عمل برای کار روان به منابع بیشتری نیاز است. مقایسه دقیقتر را در مقایسه سرور لینوکس و ویندوز بخوانید.
سرور مجازی مدیریتشده یا مدیریتنشده
در سرویس مدیریتنشده (Unmanaged)، ارائهدهنده فقط سختافزار، شبکه و هایپروایزر را سالم نگه میدارد و همهچیز داخل سیستمعامل با شماست: بهروزرسانی، فایروال، بکاپ، نصب وبسرور و رفع خطا. در سرویس مدیریتشده (Managed)، بخشی یا همه این کارها را تیم فنی انجام میدهد. پلن مدیریتنشده قیمت پایینتری دارد، اما اگر زمان کارشناس خودتان را هم حساب کنید، همیشه ارزانتر تمام نمیشود. محدوده هر مدل را در بخش «مسئولیتها بعد از خرید» همین مقاله آوردهایم.
راهنمای خرید سرور مجازی: ۹ معیار انتخاب
دو VPS با مشخصات روی کاغذ یکسان میتوانند در عمل رفتار متفاوتی داشته باشند. پیش از خرید، قیمت پلن را کنار این ۹ معیار بسنجید.
۱. پردازنده (vCPU)
vCPU معمولاً معادل یک رشته پردازشی (Thread) از پردازنده سرور میزبان است و یک هسته فیزیکی کامل حساب نمیشود. دو پلن با تعداد vCPU برابر ممکن است عملکرد متفاوتی داشته باشند، چون نسل پردازنده و میزان تقسیم منابع میان مشتریان متفاوت است. مدل یا نسل پردازنده را از فروشنده بپرسید و اگر دوره آزمایشی یا ضمانت بازگشت وجه وجود دارد، عملکرد را با ابزاری مثل sysbench بسنجید.
۲. حافظه رم
کمبود رم زودتر از کمبود CPU خودش را نشان میدهد: سیستمعامل به فضای Swap روی دیسک پناه میبرد و همهچیز کند میشود، یا فرایندها با خطای Out of Memory متوقف میشوند. دیتابیسها (MySQL و PostgreSQL)، کشها (Redis) و اپلیکیشنهای Java بیشترین مصرف رم را دارند.
۳. نوع و حجم فضای ذخیرهسازی
برای وبسایت و دیتابیس، سرعت خواندن و نوشتن تصادفی (IOPS) از حجم دیسک مهمتر است و دیسکهای SSD در این معیار فاصله زیادی با HDD دارند. HDD فقط برای آرشیو و بکاپ منطقی است. حجم را طوری انتخاب کنید که پس از نصب سیستمعامل، لاگها و بکاپهای محلی، بخش قابلتوجهی از آن خالی بماند؛ پر شدن دیسک از رایجترین دلایل از کار افتادن دیتابیس است.
۴. پهنای باند و ترافیک ماهانه
دو عدد را از هم جدا کنید: سرعت پورت شبکه (مثلاً ۱ گیگابیت بر ثانیه) و سقف ترافیک ماهانه. اگر پلنی سقف ترافیک اعلام نکرده، بند مصرف منصفانه (Fair Usage) را بخوانید تا بدانید در مصرف بالا سرعت محدود میشود یا نه. این را هم بپرسید که ترافیک ورودی و خروجی هر دو محاسبه میشوند یا فقط خروجی.
۵. لوکیشن دیتاسنتر
تأخیر شبکه (Latency) بیش از هر چیز به فاصله فیزیکی و مسیر ارتباطی میان سرور و کاربران بستگی دارد، پس سرور را نزدیک مخاطب اصلیتان بگیرید. انتخاب بین ایران و خارج را پایینتر، در بخش «لوکیشن سرور مجازی»، جداگانه بررسی کردهایم.
۶. نوع مجازیسازی و امکان ارتقا
بپرسید مجازیسازی KVM است یا کانتینری و آیا میتوانید بعداً رم، CPU و دیسک را بدون انتقال به سرور جدید افزایش دهید. کاهش حجم دیسک در بیشتر سرویسها ممکن نیست؛ پس با کوچکترین دیسکی که واقعاً کافی است شروع کنید و در صورت نیاز ارتقا دهید.
۷. آدرس IP
هر VPS معمولاً یک IPv4 عمومی دارد. به دلیل کمبود جهانی IPv4، آدرس اضافه اغلب هزینه جداگانه دارد. اگر قصد راهاندازی سرور ایمیل دارید، بپرسید امکان تنظیم رکورد PTR (Reverse DNS) وجود دارد یا نه و IP را پیش از استفاده در فهرستهای سیاه (Blacklist) بررسی کنید.
۸. بکاپ و اسنپشات
اسنپشات (Snapshot) تصویری لحظهای از دیسک است که معمولاً روی همان زیرساخت ذخیره میشود؛ برای برگشت سریع بعد از یک بهروزرسانی ناموفق مفید است، ولی جای بکاپ را نمیگیرد. بکاپ واقعی یعنی نسخهای خارج از همان سرور و ترجیحاً خارج از همان دیتاسنتر که بازیابی آن را آزموده باشید. اگر ارائهدهنده سرویس بکاپ دارد، بپرسید هر چند وقت یکبار گرفته میشود، چند نسخه نگهداری میشود و بازیابی چطور درخواست میشود.
۹. پشتیبانی و شرایط سرویس
پیش از پرداخت روشن کنید پشتیبانی دقیقاً چه چیزی را پوشش میدهد: فقط سلامت سختافزار و شبکه، یا داخل سیستمعامل هم؟ از چه کانالی و در چه ساعاتی پاسخ میدهند؟ درباره بازگشت وجه، تعلیق سرویس و نگهداری داده پس از پایان اعتبار، در قوانین سرویس چه آمده است؟ وقتی سرور از کار بیفتد، پاسخ این پرسشها بیشتر از چند گیگابایت رم اضافه به کارتان میآید.
جدول نقطه شروع منابع بر اساس کاربرد
اعداد زیر نقطه شروعی معقول برای یک سرور تازهاند و عملکرد مشخصی را وعده نمیدهند. مصرف واقعی به کد، افزونهها، کش و الگوی ترافیک بستگی دارد. بعد از راهاندازی، مصرف منابع را پایش کنید و بر اساس همان داده ارتقا دهید.
| کاربرد | vCPU | رم | فضای ذخیرهسازی | نکته |
|---|---|---|---|---|
| سایت شرکتی یا وبلاگ وردپرسی کمترافیک | ۱ تا ۲ | ۲ گیگابایت | ۴۰ گیگابایت SSD | کش صفحه را فعال کنید |
| فروشگاه ووکامرس یا سایت پویا با ترافیک متوسط | ۲ تا ۴ | ۴ تا ۸ گیگابایت | ۸۰ گیگابایت یا بیشتر | دیتابیس و کش شیء (Redis) رم میخواهند |
| محیط توسعه، تست یا ربات | ۱ | ۱ تا ۲ گیگابایت | ۲۰ تا ۴۰ گیگابایت | امکان حذف و ساخت مجدد سریع را در نظر بگیرید |
| اپلیکیشن سازمانی با دیتابیس | ۴ یا بیشتر | ۸ گیگابایت یا بیشتر | بر اساس حجم داده، ترجیحاً SSD | بکاپ دیتابیس را خارج از سرور نگه دارید |
| ویندوز سرور با Desktop Experience | ۲ یا بیشتر | ۴ گیگابایت یا بیشتر | ۶۰ گیگابایت یا بیشتر | هزینه لایسنس ویندوز را لحاظ کنید |
لوکیشن سرور مجازی: ایران یا خارج؟
برای کسبوکارهای ایرانی، انتخاب لوکیشن جدا از پینگ به چهار عامل بستگی دارد: محل مخاطبان، وابستگی پروژه به سرویسهای بینالمللی (مثل مخازن نرمافزار، GitHub یا APIهای خارجی)، روش پرداخت و ریسک اختلال در اینترنت بینالملل که در سال ۲۰۲۶ چند بار برای مدت طولانی رخ داد.
- سرور مجازی ایران: کمترین تأخیر برای کاربران داخل کشور، پرداخت ریالی و وابسته نبودن دسترسی کاربران داخلی به اتصال بینالملل.
- سرور مجازی آلمان: آلمان از قطبهای اصلی دیتاسنتر و تبادل ترافیک اینترنت در اروپاست؛ مناسب سرویسهایی با مخاطب اروپایی یا ترکیبی.
- سرور مجازی فرانسه: گزینهای در غرب اروپا برای پروژههایی که مخاطب در این منطقه دارند یا میخواهند زیرساخت را بین چند کشور توزیع کنند.
- سرور مجازی فنلاند: گزینهای در شمال اروپا که مانند آلمان و فرانسه تحت مقررات حفاظت از داده اتحادیه اروپا (GDPR) قرار دارد.
مزایا و محدودیتهای هر دو گزینه، سناریوهای انتخاب و معماری ترکیبی را در مقاله مقایسه سرور مجازی ایران و خارج معیار به معیار بررسی کردهایم.
انتخاب سیستمعامل سرور مجازی بر اساس چرخه پشتیبانی
هر نسخه سیستمعامل تاریخ پایان پشتیبانی دارد و بعد از آن وصله امنیتی رایگان دریافت نمیکند. اگر نسخهای را نصب کنید که به پایان عمرش نزدیک است، چند ماه بعد مجبور به مهاجرت میشوید. برای سرور تازه، جدیدترین نسخه LTS را انتخاب کنید، مگر اینکه نرمافزار شما صراحتاً به نسخه قدیمیتری نیاز داشته باشد.
| نسخه | انتشار | پایان پشتیبانی | وضعیت در شهریور ۱۴۰۵ |
|---|---|---|---|
| Ubuntu 26.04 LTS | آوریل ۲۰۲۶ | مه ۲۰۳۱ (استاندارد) | جدیدترین LTS؛ مناسب سرور تازه |
| Ubuntu 24.04 LTS | آوریل ۲۰۲۴ | مه ۲۰۲۹ (استاندارد) | پشتیبانی فعال و بالغ |
| Ubuntu 22.04 LTS | آوریل ۲۰۲۲ | مه ۲۰۲۷ (استاندارد) | برای سرور جدید توصیه نمیشود |
| Ubuntu 20.04 LTS | آوریل ۲۰۲۰ | مه ۲۰۲۵ (استاندارد) | پشتیبانی استاندارد تمام شده؛ فقط با Ubuntu Pro |
| Debian 12 | ژوئن ۲۰۲۳ | ژوئن ۲۰۲۸ (LTS) | پشتیبانی فعال |
| Debian 11 | اوت ۲۰۲۱ | ۳۱ اوت ۲۰۲۶ (LTS) | پشتیبانی تمام شده؛ مهاجرت لازم است |
تاریخهای اوبونتو از صفحه رسمی چرخه انتشار Ubuntu و تاریخهای Debian از اطلاعیه رسمی پایان پشتیبانی Debian 11 گرفته شده است. نسخه پایدار فعلی Debian، یعنی Debian 13، هم برای سرور جدید گزینه مناسبی است.
مسئولیتها بعد از خرید: چه کاری با ارائهدهنده است و چه کاری با شما؟
بسیاری از خریداران VPS فکر میکنند امنیت و بکاپ سرور با فروشنده است، درحالیکه در سرویس مدیریتنشده این کارها کاملاً با خودشان است و مشکلات بعد از خرید اغلب از همینجا شروع میشود. جدول زیر تقسیم کار معمول را نشان میدهد؛ جزئیات دقیق در قرارداد هر ارائهدهنده آمده است.
| کار | سرویس مدیریتنشده | سرویس مدیریتشده |
|---|---|---|
| سلامت سختافزار، برق و شبکه دیتاسنتر | ارائهدهنده | ارائهدهنده |
| نصب اولیه سیستمعامل | معمولاً ارائهدهنده، از قالب آماده | ارائهدهنده یا تیم مدیریت |
| بهروزرسانی امنیتی سیستمعامل و نرمافزارها | شما | تیم مدیریت، طبق قرارداد |
| فایروال، SSH و امنسازی | شما | تیم مدیریت |
| بکاپ داده و تست بازیابی | شما | تیم مدیریت یا مشترک، طبق قرارداد |
| مانیتورینگ و واکنش به هشدار | شما | تیم مدیریت |
| رفع خطای وبسرور، دیتابیس و اپلیکیشن | شما | معمولاً تا سطح سرویسها؛ کد اپلیکیشن اغلب خارج از محدوده است |
اگر تیم شما زمان یا تخصص انجام کارهای ستون «شما» را ندارد، هزینه آن را پیش از خرید در بودجه بگذارید. راه دیگر این است که این کارها را به خدمات پشتیبانی و مدیریت سرور بسپارید.
اولین کارها بعد از تحویل سرور مجازی
سرور تازهای که به اینترنت وصل میشود، خیلی زود هدف اسکنهای خودکار برای یافتن رمزهای ضعیف SSH قرار میگیرد. گامهای زیر حداقلِ لازم برای یک سرور Ubuntu یا Debian است:
- بهروزرسانی کامل بستههای سیستمعامل.
- ساخت کاربر غیر root با دسترسی sudo برای کار روزمره.
- ورود با کلید SSH بهجای رمز عبور.
- فعالسازی فایروال و باز گذاشتن فقط پورتهای لازم.
- تنظیم بکاپ خارج از سرور و پایش منابع.
سه گام اول و فایروال با دستورات زیر انجام میشود (روی سرور با کاربر root اجرا کنید، بهجز خط ssh-copy-id که روی رایانه خودتان اجرا میشود):
# 1) Update packages and install sudo + ufw
apt update && apt upgrade -y
apt install -y sudo ufw
# 2) Create a non-root user with sudo rights
adduser deploy
usermod -aG sudo deploy
# 3) On YOUR computer (not the server): copy your public SSH key
ssh-copy-id deploy@SERVER_IP
# 4) Back on the server: allow SSH, then enable the firewall
ufw allow OpenSSH
ufw enableپس از اینکه مطمئن شدید با کلید وارد میشوید، در فایل /etc/ssh/sshd_config (و فایلهای پوشه /etc/ssh/sshd_config.d/) مقدار PasswordAuthentication no را تنظیم و سرویس SSH را ریاستارت کنید. تا وقتی ورود جدید را در پنجره دیگری آزمایش نکردهاید، نشست فعلی را نبندید تا دسترسیتان قطع نشود. اگر سرور میزبان دادههای حساس است، امنسازی سرور را به کارشناس بسپارید.
چکلیست نهایی پیش از خرید سرور مجازی
- کاربرد اصلی و حداقل منابع (vCPU، رم و دیسک) را بر اساس نیاز واقعی مشخص کردهام.
- میدانم مخاطبان اصلی کجا هستند و لوکیشن را بر همان اساس انتخاب کردهام.
- نوع مجازیسازی (KVM یا کانتینری) با نرمافزارهایی که میخواهم نصب کنم سازگار است.
- سیستمعامل انتخابی دستکم چند سال پشتیبانی امنیتی دارد.
- سقف ترافیک، هزینه IP اضافه و شرایط ارتقای منابع را میدانم.
- میدانم بکاپ با کیست، کجا نگهداری میشود و بازیابی آن را چطور آزمایش میکنم.
- مسئول بهروزرسانی و امنیت سرور مشخص است: خودم، تیم داخلی یا سرویس مدیریت.
- شرایط تمدید، بازگشت وجه و تعلیق سرویس را خواندهام.
سوالات متداول
سرور مجازی و سرور ابری چه تفاوتی دارند؟
VPS معمولاً روی یک سرور فیزیکی مشخص با منابع ثابت اجرا میشود، درحالیکه سرور ابری روی خوشهای از سرورها ساخته میشود؛ منابعش سریعتر تغییر میکند و در صورت خرابی یک میزبان میتواند روی میزبان دیگری اجرا شود. برخی ارائهدهندهها این دو اصطلاح را جابهجا به کار میبرند، پس به نام سرویس اکتفا نکنید و قابلیتهایش را بپرسید.
آیا برای استفاده از سرور مجازی باید لینوکس بلد باشم؟
برای مدیریت VPS لینوکسی بدون کنترلپنل، آشنایی با خط فرمان، SSH، مدیریت بستهها و فایروال لازم است. اگر این دانش را ندارید، میتوانید کنترلپنلی مثل cPanel یا DirectAdmin نصب کنید، سرویس مدیریتشده بخرید، یا کار را روی یک سرور آزمایشی کمکم یاد بگیرید.
برای یک سایت وردپرسی چه مقدار رم لازم است؟
برای سایت وردپرسی کمترافیک با کش صفحه، ۲ گیگابایت رم نقطه شروع معقولی است. فروشگاه ووکامرس یا سایتی با افزونههای زیاد و کاربران همزمان بیشتر معمولاً به ۴ گیگابایت یا بیشتر نیاز دارد. عدد دقیق را از روی مصرف واقعی پس از راهاندازی تعیین کنید.
آیا منابع سرور مجازی را بعداً میتوان افزایش داد؟
در بیشتر سرویسهای مبتنی بر KVM، افزایش CPU و رم با یک ریاستارت کوتاه ممکن است. افزایش دیسک هم معمولاً امکانپذیر است، اما گاهی باید پارتیشن را داخل سیستمعامل بزرگ کنید. کاهش حجم دیسک اغلب پشتیبانی نمیشود؛ این شرایط را پیش از خرید از ارائهدهنده بپرسید.
سرور مجازی امنتر است یا هاست اشتراکی؟
VPS ایزولهتر است، چون حسابهای کاربری دیگران روی سیستمعامل شما حضور ندارند. اما امنیت داخل سیستمعامل کاملاً با مدیر سرور است؛ یک VPS بهروزنشده با رمز ضعیف SSH از هاست اشتراکیای که میزبان آن را مدیریت میکند ناامنتر است.





