خرید سرور مجازی خارج از کشور برای کاربر ایرانی دو مسئلهی جداگانه است: مسئلهی فنی — کدام دیتاسنتر، کدام مجازیسازی، چه مدلی از محاسبهی ترافیک — و مسئلهی پرداخت، وقتی کارت بینالمللی در کار نیست. این راهنما هر دو را قدمبهقدم جلو میبرد: از تصمیم «اصلاً سرور خارج لازم دارم یا نه» تا معیارهای انتخاب، دلیل محبوبیت دیتاسنترهای هتزنر، مدل پرداخت ریالی و صورتحساب ساعتی، و کارهای حیاتی روز اول پس از تحویل.
سرور خارج از کشور یا سرور ایران؟ محل کاربران شما تصمیم میگیرد
قاعدهی اول جغرافیای سرور ساده است و استثنای کمی دارد: سرور را نزدیک کاربرانتان بگذارید، نه نزدیک خودتان. هر بازدید وب چندین رفتوبرگشت شبکه است — برقراری اتصال، هندشیک TLS، درخواستهای پیاپی صفحه — و هر رفتوبرگشت روی مسیر بینالملل چند ده میلیثانیه گرانتر از مسیر داخلی تمام میشود. جمعِ همین رفتوبرگشتهاست که کاربر «کندی سایت» صدایش میکند. سازوکار این تأخیر و راههای واقعی کمکردنش را جداگانه در راهنمای کاهش پینگ سرور باز کردهایم.
با همین قاعده، سرور مجازی خارج از کشور وقتی انتخاب درستی است که دستکم یکی از این سه شرط دربارهی پروژهی شما صادق باشد:
- مخاطب بینالمللی دارید. فروشگاهی که به اروپا میفروشد، سایتی برای فارسیزبانان خارج از کشور، یا محصولی با کاربر جهانی. برای این بازدیدکنندهها سرور مجازی اروپا یا آمریکا دقیقاً همان نقشی را بازی میکند که سرور ایران برای کاربر داخلی: مسیر کوتاه و پاسخ سریع.
- به سرویسهای جهانی دسترسی مستقیم میخواهید. فراخوانی APIهای خارجی، کشیدن ایمیج از مخازن داکر و بستههای npm، ارسال ایمیل تراکنشی با نرخ تحویل بهتر، یا اتصال به زیرساختهای ابری دیگر — همه از سروری در اروپا مسیر کوتاهتر و پایدارتری دارند تا از سروری در تهران.
- معماری چندمنطقهای دارید. یک نود ایران برای کاربران داخلی، یک نود آلمان برای بقیهی دنیا؛ خیلی از سرویسهای جدی دقیقاً همین ترکیب را نگه میدارند و ترافیک را با DNS بین دو منطقه تقسیم میکنند.
روی دیگر سکه را هم صادقانه بگوییم: برای بازدیدکنندهی داخل ایران، سرور خارجی همیشه تأخیر بیشتری از سرور داخلی دارد و این تأخیر در ساعتهای شلوغیِ مسیرهای بینالملل نوسان هم میکند. اگر بیشترِ ترافیک شما از داخل کشور میآید، سرور ایران انتخاب فنی درستتری است؛ و اگر مخاطب ترکیبی دارید، کش و بهینهسازی — به سبک آنچه در راهنمای افزایش سرعت وردپرس آمده — فقط بخشی از این فاصله را جبران میکند، نه همهاش.
یک پرسش پیشتر از این هم هست: آیا اصلاً سرور مجازی لازم دارید؟ اگر فقط یک سایت با ترافیک متعارف دارید و مدیریت سرور برایتان هزینهی اضافه است، میزبانی اشتراکی روی لوکیشن خارجی همان نتیجه را با دردسر بسیار کمتر میدهد؛ مرز این دو انتخاب را در مقایسهی هاست اشتراکی و سرور مجازی کشیدهایم.
پیش از خرید سرور خارج از ایران چه چیزهایی را بسنجیم؟
۱) موقعیت دیتاسنتر: نزدیکترین نقطه به مخاطب
«خارج از کشور» یک نقطه نیست؛ یک نقشه است و انتخاب اشتباه روی آن، همهی مزیت مهاجرت را میسوزاند. برای مخاطب اروپا، خاورمیانه و شمال آفریقا، آلمان و فنلاند نقطهی شروع منطقیاند؛ برای کاربر قارهی آمریکا، دیتاسنتر آمریکا؛ و برای شرق و جنوب شرق آسیا، سنگاپور. اگر خودتان از ایران سرور را مدیریت میکنید نگران نباشید: تأخیر مسیر مدیریتی فقط تجربهی SSH شما را کمی کندتر میکند و ربطی به سرعت سایت برای کاربر نهایی ندارد.
۲) مجازیسازی KVM و دیسک NVMe
در بازار سرور خارجی هم مثل بازار داخلی، هر چیزی «سرور مجازی» فروخته میشود در حالی که بعضیها کانتینرند: کرنل مستقل ندارید، ماژول کرنل بارگذاری نمیشود و داکر و تانل و فایروال سطح پایین به مشکل میخورند. معیار قبول، مجازیسازی کامل KVM است — خروجی systemd-detect-virt باید دقیقاً kvm باشد. برای دیسک هم آنچه دیتابیس و سایت شما را سریع میکند، خواندن و نوشتن تصادفی روی NVMe است، نه عدد تبلیغاتی سرعت ترتیبی؛ خوشبختانه هر دو ادعا در ده دقیقه قابل راستیآزماییاند و پایینتر به روشش میرسیم.
۳) مدل محاسبهی ترافیک را قبل از خرید بفهمید، نه بعد از صورتحساب
ترافیک، هزینهی پنهان اصلی سرورهای خارجی است و سه سؤال آن را شفاف میکند: چه حجمی داخل پلن است؟ کدام جهت شمرده میشود — فقط خروجی یا هر دو؟ و بعد از پایان سهمیه چه اتفاقی میافتد: قطع سرویس، کاهش سرعت یا پرداخت بهازای هر گیگابایت؟ پاسخ هر سه باید پیش از خرید مکتوب جلوی چشمتان باشد. تفاوت پهنای باند با حجم ترافیک و روش اندازهگیری مصرف واقعی را در راهنمای پهنای باند سرور مجازی توضیح دادهایم؛ همان ابزارها روی سرور خارجی هم کار میکنند.
۴) صورتحساب ساعتی یا ماهانه؟
پروژهی کوتاهمدت — تست، دموی چندروزه، پردازش موقت — با اجارهی ماهانه گران تمام میشود، و پروژهی دائمی با اجارهی ثابتی که به مصرف واقعی کاری ندارد. مدل سومی هم وجود دارد: صورتحساب ساعتی بر پایهی مصرف واقعی — ساعت به ساعت و فقط بابت مدتی که سرور وجود دارد میپردازید. فرمول نقطهی سربهسر و الگوهای مصرفی که ساعتی برایشان بهصرفه است در راهنمای سرور ساعتی آمده و معیارهای عمومی انتخاب پیکربندی — پردازنده، رم، دیسک — در راهنمای خرید سرور مجازی؛ هر دو مستقل از داخل یا خارج بودن سرور برقرارند.
چرا دیتاسنترهای هتزنر انتخاب رایج سرور مجازی اروپا هستند؟
وقتی از سرور هتزنر حرف میزنیم، از یکی از شناختهشدهترین نامهای زیرساخت اروپا حرف میزنیم: شرکتی آلمانی با نزدیک به سه دهه سابقه که دیتاسنترهایش را خودش ساخته و خودش اداره میکند — نورنبرگ و فالکنشتاین در آلمان، هلسینکی در فنلاند — و لوکیشنهایی هم در آمریکا و سنگاپور دارد. شهرت هتزنر در جامعهی توسعهدهندگان روی دو ستون ایستاده است: نسبت قیمت به کارایی، و سختافزار و شبکهای که لازم نیست دربارهشان قصه بخوانید — پردازندههای نسلجدید، دیسک NVMe و اتصال پایدار به شبکههای اصلی اروپا.
برای پروژهای که مخاطبش اروپا و خاورمیانه است، آلمان و فنلاند تقریباً همیشه انتخاب اولاند؛ آمریکا و سنگاپور وقتی معنا پیدا میکنند که کاربرتان واقعاً آنجاست. ما عمداً از قیمت و مشخصات پلنها عدد نمیگوییم، چون این ارقام در طول زمان تغییر میکنند؛ عدد دقیق هر پیکربندی را باید در لحظهی سفارش ببینید.
اما همینجا مانع بزرگ کاربر ایرانی ظاهر میشود: ثبتنام مستقیم، کارت بینالمللی و احراز هویت میخواهد — و این دقیقاً موضوع بخش بعدی است.
مشکل پرداخت: سرور خارجی بدون کارت بینالمللی
کاربر ایرانی برای خرید مستقیم از ارائهدهندگان خارجی سه راه پیش رو دارد و هر سه پرهزینهاند: یا باید به روشی کارت بینالمللی به نام خودش دستوپا کند که در عمل در دسترس نیست؛ یا با کارت و مدارک قرضی حساب باز کند و در اولین بررسی احراز هویت ریسک بستهشدن حساب — و از دست رفتن همهی سرورها و دادهها، معمولاً بدون مهلت مهاجرت — را بپذیرد؛ یا از واسطههای شخصی بخرد و مالکیت سرور و پرداختهای بعدی را به اعتبار یک فرد گره بزند.
راه چهارم، مدل متفاوتی است: ارائهدهندهی ایرانیای که خودش طرف قرارداد زیرساخت خارجی است و ظرفیت آن را با پرداخت ریالی عرضه میکند. رابطهی مالی با دیتاسنتر خارجی مسئلهی ارائهدهنده است، نه شما؛ شما با پنل فارسی، پرداخت ریالی از کیف پول و پشتیبانی فارسی طرفید. سرویس «سرورهای خارج» مهران هاست بر همین مدل بنا شده است: سرور در دیتاسنترهای هتزنر ساخته میشود — آلمان، فنلاند، آمریکا یا سنگاپور — اما سفارش، پرداخت و مدیریت از همان پنل و همان کیف پول ریالیای انجام میشود که سرورهای ابری ایران را میگردانَد.
مدل صورتحساب را دقیق بشناسید — پیش از اینکه غافلگیرتان کند
صورتحساب سرورهای خارج ساعتی است: هر ساعت وجودِ سرور از کیف پول کسر میشود. نتیجهی عملی: سروری که سه روز زنده بود و حذف شد فقط هزینهی همان سه روز را میدهد. رقم ماهانهای که هنگام سفارش میبینید یک برآورد بر پایهی نرخ ارز همان روز است؛ چون تعرفه با نرخ ارز روز محاسبه میشود، تغییر نرخ ارز هزینهی ماه را هم تغییر میدهد. ترافیک هم سهمیهی مشخصی داخل پلن دارد و مازاد بر آن فقط برای ترافیک خروجی و بهازای هر گیگابایت محاسبه میشود؛ حجم دقیق سهمیه و نرخ مازاد را هنگام سفارش میبینید.
سرنوشت سرور در روزهای بیپولی هم از قبل تعریف شده است و باید آن را بدانید: اگر کیف پول خالی بماند، سرور ابتدا خاموش و معلق میشود و اگر شارژ نرسد، پس از تعداد روز مشخصی نزد ارائهدهندهی خارجی برای همیشه حذف میشود. این سیاست پنهان نیست و منطق سادهای دارد — ماشینِ موجود در دیتاسنتر خارجی هر ساعت هزینهی ارزی میسازد — اما نتیجهی عملیاش برای شما دو قانون است: کیف پول را بهاندازهی برآورد ماه شارژ نگه دارید، و از دادههای حیاتی همیشه یک نسخهی پشتیبان بیرون از خود سرور داشته باشید.
بعد از تحویل: اول امنیت، بعد سنجش کیفیت
سرور تازه در یک دیتاسنتر بزرگ و شناختهشده، از همان دقیقههای اول هدف اسکنرهای خودکاری است که کل بازههای آیپی را برای پورت باز SSH و رمزهای ضعیف میگردند. چهار کار ساعت اول، بیشتر این حملههای فرصتطلبانه را بیاثر میکند:
# بهروزرسانی و ساخت کاربر غیر root
sudo apt update && sudo apt -y upgrade
sudo adduser deploy && sudo usermod -aG sudo deploy
# ورود فقط با کلید SSH — از سیستم خودتان
ssh-copy-id deploy@SERVER_IP
# بستن ورود با رمز عبور — فایلهای داخل sshd_config.d بر sshd_config اصلی مقدماند
echo 'PasswordAuthentication no' | sudo tee /etc/ssh/sshd_config.d/10-hardening.conf
sudo systemctl restart ssh
sudo sshd -T | grep -i passwordauthentication # باید passwordauthentication no برگرداند
# فایروال با کمترین پورت باز
sudo ufw allow OpenSSH
sudo ufw allow 80,443/tcp
sudo ufw enable
این حداقلِ قابل قبول است، نه همهی ماجرا؛ نسخهی کامل — از fail2ban و بهروزرسانی خودکار تا اصول نگهداری کلیدها — در راهنمای امنیت سرور لینوکس آمده است.
قدم دوم، راستیآزمایی چیزی است که تحویل گرفتهاید. همان تستهایی که برای سرور ایران نوشتیم — steal time با vmstat، نرخ واقعی دیسک با fio، تشخیص KVM با systemd-detect-virt و کیفیت مسیر با mtr — بدون هیچ تغییری روی سرور خارجی هم جواب میدهند؛ دستورها و آستانهی قبول هرکدام در راهنمای تست کیفیت سرور آمده است. فقط تست شبکه را از دید مخاطب بگیرید: اگر کاربرتان در اروپاست، پینگ و مسیر را از یک نقطهی اروپایی بسنجید، نه فقط از اینترنت خانگی خودتان در تهران.
و در نهایت دامنه را جابهجا کنید: رکوردهای A و AAAA را به آیپی جدید بدهید، TTL را پیش از مهاجرت کوتاه کنید تا انتشار سریع باشد و رکوردهای ایمیل را از قلم نیندازید — شرح کامل هر رکورد در راهنمای رکوردهای DNS آمده است.
چکلیست تصمیم: هشت پرسش پیش از خرید سرور خارجی
پاسخ این هشت پرسش را قبل از پرداخت روی کاغذ بیاورید؛ هر ردیفی که جوابش مبهم ماند، همانجای خرید شماست که بعداً گران تمام میشود:
| پرسش | چرا مهم است | پاسخ قابل قبول |
|---|---|---|
| بیشترِ کاربران نهایی کجا هستند؟ | فاصلهی سرور تا کاربر، تأخیر هر کلیک را تعیین میکند | خارج از ایران → سرور خارجی؛ داخل → سرور ایران؛ ترکیبی → دو سرور |
| کدام لوکیشن؟ | «خارج» یک نقطه نیست؛ انتخاب اشتباه، مزیت مهاجرت را میسوزاند | اروپا و خاورمیانه: آلمان یا فنلاند؛ قارهی آمریکا: آمریکا؛ شرق آسیا: سنگاپور |
| مجازیسازی چیست؟ | کانتینر کرنل مستقل ندارد و داکر و ماژولها را محدود میکند | KVM — خروجی systemd-detect-virt دقیقاً kvm |
| دیسک چه نوعی است؟ | دیتابیس به خواندن تصادفی سریع زنده است، نه سرعت ترتیبی تبلیغ | NVMe با عددی که خودتان با fio تأیید کردهاید |
| ترافیک چطور شمرده میشود؟ | هزینهی پنهان اصلی سرورهای خارجی است | سهمیهی مشخص، شمارش فقط خروجی، نرخ مازادِ اعلامشده بهازای هر گیگابایت |
| مدل صورتحساب چیست؟ | ماهانه برای پروژهی کوتاه گران تمام میشود | ساعتی و بر پایهی مصرف واقعی — فقط بابت ساعتهایی که سرور وجود دارد |
| پرداخت چگونه است؟ | حساب خارجی با مدارک قرضی، ریسک بستهشدن و ازدسترفتن داده دارد | پرداخت ریالی از کیف پول، با ریز تراکنش شفاف |
| اگر کیف پول خالی شود چه میشود؟ | سرنوشت دادههای شما به همین سیاست گره خورده است | مهلت اعلامشده پیش از حذف + بکاپ بیرون از سرور از روز اول |
قدم بعدی
سرور مجازی خارج از کشور نه جایگزین سرور ایران است و نه رقیبش؛ ابزار دیگری است برای مخاطب دیگری. اگر پروژهتان کاربر بینالمللی دارد یا به سرویسهای جهانی وصل است، معیارهای این راهنما را بردارید و عملی امتحانش کنید: در پنل مهران هاست یک سرور خارج در دیتاسنتر هتزنر بسازید — پرداخت ریالی از همان کیف پول، صورتحساب ساعتی — چند روز تست کنید و اگر قانع نشدید حذفش کنید. قیمت دقیق هر پیکربندی و سهمیهی ترافیکش را هم همانجا، پیش از تأیید سفارش میبینید.
سؤالات پرتکرار
سرور مجازی خارج از کشور برای چه پروژههایی انتخاب درستی است؟
برای پروژههایی که کاربرانشان بیرون از ایران هستند یا به دسترسی مستقیم و پایدار به سرویسهای جهانی — APIها، مخازن نرمافزاری، زیرساخت ایمیل — نیاز دارند. قاعدهی کلی این است که سرور باید نزدیک کاربر نهایی باشد؛ بنابراین اگر بیشتر بازدیدکنندگان شما داخل ایران هستند، سرور ایران تأخیر کمتری میدهد و انتخاب بهتری است. پروژههای چندمنطقهای هم معمولاً از ترکیب هر دو استفاده میکنند.
چرا دیتاسنترهای هتزنر برای سرور مجازی اروپا انتخاب رایجی هستند؟
هتزنر دیتاسنترهای خودش را در آلمان (نورنبرگ و فالکنشتاین) و فنلاند (هلسینکی) ساخته و اداره میکند و در آمریکا و سنگاپور هم لوکیشن دارد. شهرتش را مدیون نسبت قیمت به کارایی و سختافزار و شبکهی پایدار اروپایی است و به همین دلیل در جامعهی توسعهدهندگان به یکی از گزینههای پیشفرض سرور ابری اروپا تبدیل شده است. برای پروژههایی با مخاطب اروپا و خاورمیانه، آلمان و فنلاند نقطهی شروع منطقیاند.
بدون کارت بینالمللی چطور سرور خارج از ایران بخرم؟
راه کمریسک، خرید از ارائهدهندهی ایرانیای است که خودش طرف قرارداد زیرساخت خارجی است و ظرفیت آن را با پرداخت ریالی عرضه میکند. در مهران هاست سرویس «سرورهای خارج» همین مدل است: سرور در دیتاسنترهای هتزنر ساخته میشود اما سفارش و پرداخت از کیف پول ریالی پنل فارسی انجام میشود و صورتحساب ساعتی و بر پایهی مصرف واقعی است. ساخت حساب مستقیم خارجی با کارت یا مدارک قرضی، ریسک بستهشدن حساب و از دست رفتن سرورها و دادهها را دارد.
اگر سرور خارجی را خاموش کنم، هزینهاش متوقف میشود؟
نه. در سرورهای خارج تا وقتی ماشین وجود دارد — روشن یا خاموش — منابع و آیپی آن نزد دیتاسنتر رزرو مانده و شمارندهی صورتحساب کار میکند. برای توقف کامل هزینه باید سرور را حذف کنید. اگر هم کیف پول خالی بماند، سرور ابتدا خاموش و معلق میشود و پس از تعداد روز مشخصی برای همیشه حذف خواهد شد؛ پس، از دادههای مهم همیشه نسخهی پشتیبان بیرون از خود سرور نگه دارید.
بعد از تحویل سرور مجازی خارج از کشور اولین کارها چیست؟
در همان ساعت اول: بهروزرسانی سیستمعامل، ساخت کاربر غیر root، فعالکردن ورود با کلید SSH و بستن ورود با رمز عبور، و بالا آوردن فایروال با کمترین پورت باز. سرورهای تازه در دیتاسنترهای بزرگ از دقیقههای اول هدف اسکنهای خودکار هستند و همین چهار قدم بیشتر حملههای فرصتطلبانه را بیاثر میکند. بعد از امنیت، با چند تست دهدقیقهای — steal time، نرخ واقعی دیسک و کیفیت مسیر شبکه — کیفیتی را که تحویل گرفتهاید راستیآزمایی کنید.