به‌روزرسانی: ۱۴۰۵/۴/۱۰ · ۲۸ دقیقه

آی پی ایران برای دسترسی به سرویس‌های محدود به ایران؛ راهنمای فنی

راهنمای کامل انتخاب و راه‌اندازی IP ایران برای کاربران خارج از کشور؛ از خرید VPS ایران و انتخاب Provider تا WireGuard، تنظیم کلاینت، تست GeoIP، DNS leak و عیب‌یابی.

این مقاله دقیقاً برای چه کسی است؟

اگر خارج از ایران زندگی می‌کنید، سفر هستید، روی سرور خارجی کار می‌کنید یا بین شبکه‌های مختلف جابه‌جا می‌شوید، احتمالاً با سرویس‌هایی روبه‌رو شده‌اید که فقط با IP ایران درست باز می‌شوند. گاهی سایت باز نمی‌شود، گاهی وارد حساب می‌شوید ولی مرحله پرداخت یا احراز هویت جلو نمی‌رود، و گاهی هم پیام مبهمی مثل «این سرویس در منطقه شما در دسترس نیست» می‌بینید.

هدف این راهنما این نیست که فقط بگوید «یک VPN ایران بگیر». قرار است مسیر کامل را ببینید: اول بفهمید مشکل واقعاً از IP است یا نه، بعد بین سرویس آماده و VPS شخصی تصمیم بگیرید، بعد اگر VPS گرفتید بدانید از کجا، با چه مشخصاتی، با چه پروتکلی و با چه تنظیماتی آن را راه بیندازید.

لحن مقاله فنی اما ساده است. اگر تازه‌کار باشید می‌توانید قدم‌به‌قدم جلو بروید. اگر تجربه شبکه داشته باشید، بخش‌های طراحی، routing، DNS leak، firewall و عیب‌یابی برایتان کاربردی‌تر است. هرجا لازم بوده اصطلاح فنی مثل WireGuard، Public IP، ASN، GeoIP و DNS همان‌طور نگه داشته شده، چون ترجمه اجباری این کلمه‌ها معمولاً فهم موضوع را سخت‌تر می‌کند.

اول مطمئن شوید مشکل واقعاً Geo Restriction است

همه خطاهای دسترسی به سرویس‌های ایرانی از IP نیست. ممکن است مشکل از DNS، اختلال موقت سایت، خراب بودن SSL، cache مرورگر، حساب کاربری، شماره موبایل، احراز هویت، یا حتی ساعت و timezone دستگاه باشد. قبل از خرید سرویس یا VPS، چند دقیقه وقت بگذارید و مطمئن شوید فرض اولیه درست است.

نشانه‌های معمول Geo Restriction این‌هاست: سایت فقط از خارج ایران باز نمی‌شود، با اینترنت داخل ایران درست کار می‌کند، پیام محدودیت منطقه‌ای نشان می‌دهد، یا وقتی با یک IP ایران تست می‌کنید رفتار سرویس فرق می‌کند. اما اگر حتی با IP ایران هم سایت باز نمی‌شود، باید DNS، SSL، firewall یا خود سرویس مقصد را هم بررسی کنید.

اول Public IP فعلی‌تان را ببینید. بعد همان IP را در ابزار بررسی IP وارد کنید و کشور، ISP، ASN و نوع شبکه را بخوانید. اگر VPN یا Proxy روشن است، یک بار خاموش و روشن تست کنید. برای بعضی سرویس‌ها حتی اگر Public IP ایران باشد، DNS resolver خارجی یا timezone غیرایرانی می‌تواند باعث رفتار مشکوک شود.

Windows

Command
curl https://ifconfig.me
nslookup myip.opendns.com resolver1.opendns.com

macOS

Command
curl https://ifconfig.me
scutil --dns | grep nameserver

Linux

Command
curl https://ifconfig.me
resolvectl dns || cat /etc/resolv.conf

راه‌های گرفتن IP ایران؛ از ساده تا قابل کنترل

برای داشتن IP ایران معمولاً سه مسیر دارید. مسیر اول استفاده از سرویس آماده است؛ یعنی یک Provider به شما کانفیگ WireGuard، OpenVPN، V2Ray یا اپلیکیشن آماده می‌دهد و شما فقط وصل می‌شوید. این مسیر برای بیشتر کاربران عادی ساده‌تر است، چون نگهداری سرور، firewall، آپدیت امنیتی و عیب‌یابی شبکه با Provider است.

مسیر دوم خرید VPS داخل ایران و راه‌اندازی سرویس شخصی است. این روش کنترل بیشتری می‌دهد: IP اختصاصی‌تر دارید، می‌دانید ترافیک از کدام سرور خارج می‌شود، می‌توانید پروتکل را عوض کنید، لاگ‌ها را خودتان کنترل کنید و دسترسی افراد دیگر را محدود کنید. در عوض مسئولیت امنیت و نگهداری سرور با شماست.

مسیر سوم استفاده از Remote Desktop، سرور کاری یا سیستم فیزیکی داخل ایران است. این روش برای بعضی سناریوهای سازمانی خوب است، ولی برای استفاده روزمره معمولاً راحت نیست. کیفیت تصویر، latency، دسترسی به فایل‌ها و محدودیت‌های امنیتی باعث می‌شود برای بیشتر کاربران، سرویس آماده یا VPS شخصی انتخاب منطقی‌تری باشد.

اگر فقط می‌خواهید چند سرویس ایرانی را بدون دردسر باز کنید، سرویس آماده را جدی بررسی کنید. اگر توسعه‌دهنده، مدیر سیستم یا کاربر فنی هستید و می‌خواهید بدانید دقیقاً چه اتفاقی می‌افتد، VPS شخصی با WireGuard انتخاب تمیزتری است.

اگر VPS ایران می‌گیرید، از کجا بگیرید؟

برای VPS ایران دنبال Providerی بگردید که دیتاسنتر داخل ایران، IP ایرانی قابل تشخیص در GeoIP، پنل خاموش و روشن، امکان نصب Ubuntu یا Debian، دسترسی root، ترافیک کافی و پشتیبانی قابل قبول داشته باشد. قبل از خرید، از پشتیبانی بپرسید IP سرور در دیتابیس‌های GeoIP به‌عنوان Iran شناخته می‌شود یا نه. جواب دقیق به این سؤال از قیمت ارزان‌تر مهم‌تر است.

چند گزینه ایرانی که می‌توانید بررسی کنید ParsPack، IranServer و HostIran هستند. این‌ها را به‌عنوان نمونه مسیر تحقیق معرفی می‌کنم، نه تضمین کیفیت دائمی. قبل از خرید، پلن‌ها، دیتاسنتر، ترافیک، قوانین استفاده، امکان تغییر IP، SLA و تجربه کاربران را خودتان مقایسه کنید. بازار VPS ثابت نیست و کیفیت یک Provider ممکن است در بازه‌های مختلف تغییر کند.

برای WireGuard شخصی معمولاً یک VPS سبک کافی است: ۱ vCPU، یک تا دو گیگابایت RAM و Ubuntu LTS. اگر فقط چند دستگاه وصل می‌شوند، منابع CPU و RAM معمولاً مسئله اصلی نیست؛ کیفیت مسیر شبکه، پایداری IP، ترافیک ماهانه و packet loss مهم‌تر است. اگر قرار است چند نفر هم‌زمان ویدئو ببینند یا انتقال فایل سنگین داشته باشند، ترافیک و پورت شبکه را جدی‌تر بگیرید.

حواستان به IPهای دیتاسنتری باشد. بعضی سرویس‌ها علاوه بر کشور IP، نوع شبکه را هم بررسی می‌کنند و ممکن است IP دیتاسنتر را مثل VPN یا hosting تشخیص دهند. در چنین حالتی حتی IP ایران هم همیشه کافی نیست. این محدودیت را قبل از هزینه کردن بپذیرید و اگر سرویس مقصد حساس است، اول با یک پلن کوتاه‌مدت تست کنید.

کدام پروتکل بهتر است؟ WireGuard، OpenVPN یا گزینه‌های دیگر؟

WireGuard برای این سناریو معمولاً انتخاب اول است: ساده است، سرعت خوبی دارد، مصرف CPU پایین‌تری دارد و کانفیگ آن نسبت به OpenVPN کوتاه‌تر است. روی Windows، macOS، Linux، iOS و Android کلاینت رسمی یا رایج دارد و برای یک تونل شخصی بین دستگاه شما و VPS ایران خوب جواب می‌دهد.

OpenVPN قدیمی‌تر و جاافتاده‌تر است. در بعضی شبکه‌ها که UDP محدود است، می‌توانید آن را روی TCP یا پورت‌های آشناتر اجرا کنید، ولی معمولاً کانفیگ سنگین‌تر و سرعت پایین‌تری نسبت به WireGuard دارد. اگر شبکه‌ای WireGuard را می‌بندد یا با UDP مشکل دارد، OpenVPN هنوز گزینه قابل بررسی است.

L2TP/IPsec و PPTP را برای راه‌اندازی تازه پیشنهاد نمی‌کنم. PPTP از نظر امنیتی قدیمی است و L2TP/IPsec هم در بعضی شبکه‌ها دردسر NAT و پورت دارد. بعضی ابزارهای جدیدتر مثل V2Ray/Xray هم در سناریوهای خاص کاربرد دارند، اما برای هدف این مقاله که ساخت یک IP ایران قابل فهم و قابل نگهداری است، WireGuard مسیر شفاف‌تری می‌دهد.

نکته مهم این است که پروتکل فقط بخشی از داستان است. اگر IP سرور شما در GeoIP درست شناخته نشود، DNS leak داشته باشید، route کامل ترافیک از تونل عبور نکند یا سرویس مقصد IP دیتاسنتری را قبول نکند، بهترین پروتکل هم مشکل را حل نمی‌کند.

مدل کار WireGuard با VPS ایران چیست؟

وقتی WireGuard را روی VPS ایران نصب می‌کنید، دستگاه شما یک interface مجازی می‌سازد. ترافیک شما وارد این interface می‌شود، به شکل encrypted به سرور ایران می‌رسد، سرور آن را از اینترنت خودش خارج می‌کند، و سایت مقصد Public IP سرور ایران را می‌بیند. در حالت full tunnel، تقریباً همه ترافیک اینترنت شما از مسیر ایران عبور می‌کند.

دو مفهوم را باید دقیق بفهمید: Endpoint و AllowedIPs. Endpoint آدرس و پورت سرور ایران است. AllowedIPs تعیین می‌کند چه ترافیکی وارد تونل شود. اگر در کلاینت بنویسید 0.0.0.0/0 و ::/0، یعنی تمام IPv4 و IPv6 از تونل عبور کند. اگر فقط چند IP یا subnet خاص بنویسید، split tunnel دارید و فقط همان مقصدها از ایران می‌روند.

برای استفاده از سرویس‌های محدود به ایران، full tunnel ساده‌تر است، چون احتمال جا ماندن DNS یا بخشی از ترافیک کمتر می‌شود. اما full tunnel یعنی همه ترافیک شما از VPS ایران رد می‌شود؛ پس سرعت، حریم خصوصی، قوانین Provider و امنیت سرور مهم می‌شود.

آماده‌سازی VPS ایران قبل از نصب WireGuard

فرض این بخش این است که یک VPS با Ubuntu یا Debian داخل ایران دارید و با SSH به آن وصل شده‌اید. دستورهای این بخش برای Linux server هستند، نه Windows و نه macOS. روی سیستم شخصی فقط کلاینت WireGuard را نصب می‌کنید و فایل کانفیگ را import می‌کنید.

اول سیستم را آپدیت کنید، WireGuard و ابزارهای لازم را نصب کنید، IP forwarding را فعال کنید و نام interface خروجی سرور را پیدا کنید. نام interface ممکن است eth0، ens3، ens18 یا چیز دیگری باشد. هرجا در کانفیگ نمونه eth0 دیدید، اگر سرور شما interface دیگری دارد باید آن را عوض کنید.

اگر firewall فعال دارید، UDP port مورد استفاده WireGuard را باز کنید. پورت پیش‌فرض این راهنما 51820 است، اما می‌توانید پورت دیگری انتخاب کنید. فقط همان پورت باید در کانفیگ سرور، کلاینت و firewall یکی باشد.

Linux

Command
sudo apt update
sudo apt install -y wireguard qrencode iptables-persistent

printf 'net.ipv4.ip_forward=1\n' | sudo tee /etc/sysctl.d/99-wireguard.conf
sudo sysctl --system

ip route get 1.1.1.1 | awk '{print $5; exit}'

ساخت کلیدهای WireGuard

WireGuard به‌جای username و password معمولی از key pair استفاده می‌کند. برای سرور یک private key و public key می‌سازید، برای هر client هم یک جفت کلید جدا. private key هر دستگاه باید فقط روی همان دستگاه بماند. public key را می‌توانید در سمت مقابل قرار دهید.

برای شروع یک client کافی است. اگر بعداً موبایل، لپ‌تاپ و تبلت جدا دارید، برای هرکدام peer جدا بسازید. استفاده از یک کانفیگ مشترک روی چند دستگاه ممکن است کار کند، اما برای نگهداری و امنیت انتخاب خوبی نیست.

Linux

Command
sudo mkdir -p /etc/wireguard/keys
sudo chmod 700 /etc/wireguard/keys
cd /etc/wireguard/keys

umask 077
sudo wg genkey | sudo tee server_private.key
sudo cat server_private.key | sudo wg pubkey | sudo tee server_public.key
sudo wg genkey | sudo tee client1_private.key
sudo cat client1_private.key | sudo wg pubkey | sudo tee client1_public.key

sudo cat server_public.key
sudo cat client1_public.key

نمونه کانفیگ سرور WireGuard

حالا فایل wg0.conf را روی سرور می‌سازیم. در این نمونه شبکه داخلی تونل 10.8.0.0/24 است؛ سرور 10.8.0.1 دارد و client اول 10.8.0.2. مقدار SERVER_PRIVATE_KEY و CLIENT_PUBLIC_KEY را با خروجی واقعی خودتان جایگزین کنید.

در PostUp و PostDown از iptables برای NAT استفاده شده تا ترافیک client از Public IP سرور ایران خارج شود. اگر interface خروجی سرور شما eth0 نیست، همه eth0ها را با نام واقعی interface جایگزین کنید. این همان جایی است که خیلی از خطاهای «وصل می‌شود ولی اینترنت ندارم» از آن شروع می‌شود.

Linux

Command
sudo nano /etc/wireguard/wg0.conf

Linux

Command
[Interface]
Address = 10.8.0.1/24
ListenPort = 51820
PrivateKey = SERVER_PRIVATE_KEY

PostUp = iptables -A FORWARD -i wg0 -j ACCEPT
PostUp = iptables -A FORWARD -o wg0 -j ACCEPT
PostUp = iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i wg0 -j ACCEPT
PostDown = iptables -D FORWARD -o wg0 -j ACCEPT
PostDown = iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = CLIENT_PUBLIC_KEY
AllowedIPs = 10.8.0.2/32

اجرای سرویس و باز کردن firewall

بعد از ذخیره کانفیگ، سرویس WireGuard را بالا بیاورید و تنظیم کنید بعد از reboot خودکار اجرا شود. اگر UFW فعال است، پورت UDP را باز کنید. اگر از firewall پنل Provider استفاده می‌کنید، همان‌جا هم UDP 51820 را باز کنید؛ باز کردن پورت فقط داخل سیستم‌عامل همیشه کافی نیست.

با دستور wg show باید interface و peer را ببینید. تا وقتی client وصل نشده باشد، latest handshake خالی است. بعد از وصل شدن client، زمان handshake و مقدار transfer باید تغییر کند.

Linux

Command
sudo systemctl enable --now wg-quick@wg0
sudo systemctl status wg-quick@wg0 --no-pager

sudo ufw allow 51820/udp
sudo wg show

ساخت کانفیگ کلاینت

این بخش دستور سرور نیست؛ متن فایل کانفیگ client است. روی Windows و macOS و موبایل، اپ WireGuard را نصب می‌کنید و همین کانفیگ را import می‌کنید. مقدار CLIENT_PRIVATE_KEY، SERVER_PUBLIC_KEY و SERVER_PUBLIC_IP را با مقدار واقعی جایگزین کنید.

اگر می‌خواهید همه ترافیک از ایران برود، AllowedIPs را همان 0.0.0.0/0 و ::/0 بگذارید. اگر فقط می‌خواهید چند مقصد خاص از ایران بروند، باید IP یا subnet همان مقصدها را بنویسید؛ اما برای بیشتر کاربران، full tunnel ساده‌تر و کم‌خطاتر است.

DNS را می‌توانید روی resolver دلخواه بگذارید. اگر هدف شما سرویس‌های ایرانی است، گاهی DNS داخلی یا DNS خود Provider نتیجه سازگارتری می‌دهد. اگر DNS خارجی بگذارید، ممکن است سرویس مقصد از mismatch بین IP ایران و DNS خارجی برداشت بدی داشته باشد.

Linux

Command
[Interface]
Address = 10.8.0.2/32
PrivateKey = CLIENT_PRIVATE_KEY
DNS = 1.1.1.1

[Peer]
PublicKey = SERVER_PUBLIC_KEY
Endpoint = SERVER_PUBLIC_IP:51820
AllowedIPs = 0.0.0.0/0, ::/0
PersistentKeepalive = 25

تنظیم کلاینت روی Windows، macOS، Linux و موبایل

روی Windows و macOS ساده‌ترین راه نصب WireGuard official app است. داخل برنامه گزینه Add Tunnel یا Import tunnel را می‌زنید و فایل conf را وارد می‌کنید. بعد از فعال کردن تونل، صفحه آی پی من را باز کنید و ببینید Public IP واقعاً IP سرور ایران شده یا نه.

روی iOS و Android هم WireGuard app را نصب می‌کنید. اگر می‌خواهید کانفیگ را راحت‌تر وارد کنید، روی سرور از فایل کانفیگ QR code بسازید و با موبایل scan کنید. حواستان باشد QR code شامل private key است؛ آن را در جای عمومی نفرستید و بعد از استفاده حذف کنید.

روی Linux desktop می‌توانید از NetworkManager یا wg-quick استفاده کنید. اگر کاربر تازه‌کار هستید، import در NetworkManager معمولاً راحت‌تر است. اگر با terminal راحتید، فایل client را در /etc/wireguard بگذارید و با wg-quick بالا بیاورید.

Linux

Command
qrencode -t ansiutf8 < client1.conf

sudo cp client1.conf /etc/wireguard/iran.conf
sudo wg-quick up iran
sudo wg show

بعد از اتصال چه چیزهایی را تست کنیم؟

بعد از اتصال، فقط به سبز بودن دکمه WireGuard اعتماد نکنید. Public IP، کشور IP، ISP، ASN، DNS resolver، ping و مسیر شبکه را جداگانه بررسی کنید. اگر Public IP ایران است اما DNS یا route رفتار عجیبی دارد، ممکن است سرویس مقصد همچنان شما را مشکوک تشخیص دهد.

در آی‌پی اطلس اول صفحه آی پی من را باز کنید. بعد IP سرور را در بررسی IP وارد کنید و کشور، شهر، ISP و ASN را ببینید. اگر سرویس مقصد حساس است، چند بار در ساعت‌های مختلف تست کنید؛ بعضی دیتابیس‌های GeoIP دیر به‌روز می‌شوند یا بین Providerهای مختلف اختلاف دارند.

اگر سایت مقصد کند است، از ping و traceroute کمک بگیرید. کندی همیشه از WireGuard نیست؛ ممکن است مسیر بین کشور محل شما و دیتاسنتر ایران packet loss داشته باشد یا خود سرویس مقصد کند باشد.

Windows

Command
curl https://ifconfig.me
nslookup example.ir
ping example.ir
tracert example.ir

macOS

Command
curl https://ifconfig.me
dig example.ir A
ping -c 4 example.ir
traceroute example.ir

Linux

Command
curl https://ifconfig.me
dig example.ir A
ping -c 4 example.ir
traceroute example.ir

مشکلات رایج و راه‌حل سریع

اگر WireGuard وصل می‌شود ولی اینترنت ندارید، اول PostUp NAT و نام interface خروجی را چک کنید. بعد IP forwarding را بررسی کنید. اگر interface شما ens3 است ولی در کانفیگ eth0 نوشته‌اید، تونل بالا می‌آید اما ترافیک درست از سرور خارج نمی‌شود.

اگر handshake ندارید، معمولاً مشکل از firewall، پورت UDP، اشتباه بودن Endpoint، اشتباه بودن keyها یا بسته بودن پورت در پنل Provider است. روی سرور wg show را ببینید و هم‌زمان از سمت client reconnect کنید. اگر latest handshake تغییر نمی‌کند، بسته‌ها به سرور نمی‌رسند یا keyها با هم match نیستند.

اگر IP ایران شده ولی یک سرویس خاص هنوز باز نمی‌شود، احتمالاً مسئله فقط کشور IP نیست. ممکن است سرویس IP دیتاسنتری را قبول نکند، حساب کاربری قبلاً با کشور دیگری flag شده باشد، DNS leak دارید، یا سرویس با fingerprint مرورگر و device هم تصمیم می‌گیرد. در این حالت تغییر protocol معمولاً کافی نیست؛ باید سناریو را کامل بررسی کنید.

اگر سرعت پایین است، MTU را امتحان کنید. برای بعضی مسیرها MTU پیش‌فرض خوب نیست. مقدارهای 1280، 1380 یا 1420 را تست کنید. همچنین اگر سرور ایران ترافیک محدود یا مسیر شلوغ دارد، از سمت Provider هم باید بررسی شود.

Linux

Command
sudo wg show
sudo sysctl net.ipv4.ip_forward
ip route get 1.1.1.1
sudo journalctl -u wg-quick@wg0 --no-pager -n 80

امنیت و نگهداری؛ چیزی که نباید دست‌کم بگیرید

وقتی VPS شخصی می‌گیرید، شما مدیر آن سرور هستید. یعنی اگر SSH با password باز باشد، سیستم آپدیت نشود یا firewall شلخته باشد، همان سروری که برای IP ایران ساخته‌اید خودش تبدیل به ریسک امنیتی می‌شود. حداقل‌ها را رعایت کنید: SSH key، خاموش کردن password login، آپدیت منظم و محدود کردن پورت‌ها.

برای هر دستگاه peer جدا بسازید. اگر موبایل گم شد یا لپ‌تاپ فروخته شد، فقط همان peer را حذف کنید. اگر همه دستگاه‌ها از یک private key مشترک استفاده کنند، مدیریت دسترسی بعداً سخت می‌شود.

لاگ و حریم خصوصی را هم جدی بگیرید. حتی اگر سرور دست خودتان است، Provider دیتاسنتر همچنان ترافیک خروجی و مصرف منابع را در سطح شبکه می‌بیند. از این مسیر برای کارهای حساس، حساب‌های مهم یا فعالیتی که خلاف قوانین سرویس مقصد است استفاده نکنید. این راهنما برای دسترسی فنی و عیب‌یابی نوشته شده، نه دور زدن قوانین یا سوءاستفاده.

Linux

Command
sudo apt update && sudo apt upgrade -y
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow OpenSSH
sudo ufw allow 51820/udp
sudo ufw enable
sudo ufw status verbose

چه زمانی سرویس آماده مثل IranIPPlus انتخاب بهتری است؟

اگر نمی‌خواهید درگیر خرید VPS، نصب Linux، ساخت key، تنظیم firewall، تمدید سرور، مانیتورینگ و عیب‌یابی شوید، سرویس آماده منطقی‌تر است. کاربر عادی معمولاً IP ایران می‌خواهد، نه نگهداری یک سرور. در چنین حالتی Providerی که دقیقاً برای IP ایران ساخته شده باشد می‌تواند زمان و خطای شما را کم کند.

IranIPPlus یکی از گزینه‌هایی است که روی نیاز کاربران خارج از کشور برای داشتن IP ایران تمرکز دارد. مزیت چنین سرویسی این است که مسیر راه‌اندازی معمولاً کوتاه‌تر است: کانفیگ یا اپ آماده می‌گیرید، روی دستگاه import می‌کنید و بعد IP را تست می‌کنید. اگر هدفتان استفاده روزمره است، این سادگی ارزش دارد.

با این حال، قبل از خرید هر سرویس آماده چند چیز را بپرسید: آیا IP واقعاً ایران است؟ چند دستگاه مجاز است؟ WireGuard می‌دهد یا فقط اپ اختصاصی؟ امکان تست کوتاه‌مدت دارد؟ اگر یک سرویس خاص باز نشد، پشتیبانی چه کمکی می‌کند؟ سیاست بازگشت وجه و محدودیت مصرف چیست؟ این سؤال‌ها جلوی دردسر بعدی را می‌گیرد.

اگر توسعه‌دهنده یا مدیر سیستم هستید، شاید VPS شخصی برایتان بهتر باشد. اگر کاربر عادی هستید یا نمی‌خواهید وقتتان صرف نگهداری شود، سرویس آماده را جدی‌تر بررسی کنید. هیچ‌کدام مطلقاً بهتر نیستند؛ انتخاب خوب به نیاز، زمان، بودجه و سطح فنی شما بستگی دارد.

چک‌لیست تصمیم‌گیری قبل از خرید

قبل از پرداخت، این چک‌لیست را کوتاه مرور کنید. اگر پاسخ چند مورد را نمی‌دانید، هنوز برای خرید عجله نکنید. اول مشخص کنید دقیقاً کدام سرویس مقصد را می‌خواهید باز کنید، از چه کشوری وصل می‌شوید، چند دستگاه دارید، چقدر سرعت لازم دارید و آیا نگهداری سرور برایتان قابل قبول است یا نه.

اگر VPS می‌خرید: لوکیشن ایران، IP قابل قبول در GeoIP، دسترسی root، امکان نصب Ubuntu، ترافیک کافی، باز بودن UDP، امکان تغییر IP و کیفیت پشتیبانی را بررسی کنید. اگر سرویس آماده می‌خرید: پروتکل، تعداد دستگاه، راهنمای نصب، پشتیبانی، محدودیت مصرف و امکان تست را بررسی کنید.

بعد از خرید هم اولین کار تست است، نه استفاده طولانی. وصل شوید، IP را ببینید، DNS را بررسی کنید، سرویس مقصد را باز کنید، یک بار disconnect و reconnect کنید و رفتار را یادداشت کنید. اگر همان اول مشکل دارید، بهتر است سریع با Provider صحبت کنید تا اینکه چند هفته با کانفیگ اشتباه جلو بروید.

چک‌لیست عملی قبل از نتیجه‌گیری

برای اینکه نتیجه این بررسی قابل اعتماد باشد، آن را فقط از یک زاویه نبینید. اگر موضوع درباره IP است، Public IP، ISP، ASN و موقعیت تقریبی را کنار هم بررسی کنید. اگر موضوع درباره دامنه است، وضعیت WHOIS، nameserver و رکوردهای DNS را با هم ببینید.

پیشنهاد عملی این است که اول از ابزار مرتبط همین مقاله شروع کنید؛ مثلاً نمایش آی پی من. بعد همان خروجی را با یک دستور local در سیستم خودتان مقایسه کنید. اختلاف بین ابزار آنلاین و خروجی سیستم معمولاً از DNS cache، VPN، Proxy، CDN یا resolver متفاوت می‌آید.

اگر خروجی را برای تیم فنی، پشتیبانی هاستینگ یا همکار خود می‌فرستید، فقط یک screenshot نفرستید. دامنه یا IP، زمان تست، شبکه‌ای که از آن تست کرده‌اید، نتیجه ابزار آنلاین و خروجی command line را کنار هم بفرستید. این کار رفت‌وبرگشت‌های بی‌فایده را خیلی کم می‌کند.

اشتباه‌های رایج در این بررسی

اشتباه اول این است که یک خروجی را قطعی فرض کنیم. IP ممکن است پشت NAT باشد، DNS ممکن است cache شده باشد، و مسیر شبکه می‌تواند از یک ISP تا ISP دیگر فرق کند. برای همین یک تست تنها، مخصوصاً در شبکه، معمولاً داستان کامل را نمی‌گوید.

اشتباه دوم ترجمه کردن بی‌دلیل مفاهیم فنی است. اصطلاح‌هایی مثل Public IP، DNS، WHOIS، Ping، Traceroute، TTL، CDN و ASN بهتر است با همان نام فنی خوانده شوند؛ مهم این است که کاربردشان روشن باشد، نه اینکه برای هرکدام معادل‌سازی اجباری انجام دهیم.

اشتباه سوم این است که به جای بررسی مرحله‌ای، همه چیز را هم‌زمان تغییر بدهیم. اگر DNS، CDN، SSL و firewall را با هم دست‌کاری کنید، بعداً نمی‌فهمید مشکل از کدام تغییر بوده است. یک تغییر، یک تست و یک یادداشت کوتاه معمولاً مسیر عیب‌یابی را روشن‌تر می‌کند.

یک سناریوی واقعی برای استفاده از این راهنما

فرض کنید یک سرویس برای شما درست کار نمی‌کند، اما همکار یا کاربر دیگری همان سرویس را بدون مشکل باز می‌کند. در این حالت حدس زدن کافی نیست. باید سه چیز را جدا کنید: وضعیت سیستم شما، وضعیت شبکه‌ای که از آن وصل شده‌اید، و وضعیت سرویس مقصد. این مقاله کمک می‌کند همین سه لایه را مرحله‌به‌مرحله از هم جدا کنید.

اگر با تغییر شبکه، مثلاً رفتن از Wi-Fi به اینترنت موبایل، مشکل تغییر کرد، احتمالاً با DNS cache، routing، محدودیت ISP یا تفاوت Public IP طرف هستید. اگر روی همه شبکه‌ها مشکل ثابت بود، باید دامنه، DNS، SSL، server response یا تنظیمات خود سرویس را جدی‌تر بررسی کنید.

برای گزارش دادن مشکل، بهتر است خروجی‌ها را با زمان دقیق نگه دارید. مثلاً بنویسید «در ساعت ۱۴:۳۰ با اینترنت X، Public IP این بود، DNS این جواب را داد، Ping این‌قدر بود و Traceroute در این hop متوقف شد». چنین گزارشی برای یک آدم فنی خیلی ارزشمندتر از جمله‌ی کلی «سایت باز نمی‌شود» است.

چطور نتیجه را مستند کنیم؟

یک یادداشت کوتاه بسازید و در آن دامنه یا IP، سیستم‌عامل، شبکه، کشور IP، DNS resolver و خروجی دستورها را بنویسید. لازم نیست گزارش پیچیده باشد؛ همین چند خط باعث می‌شود فرد بعدی بتواند مسیر شما را تکرار کند و به همان نتیجه برسد یا تفاوت را پیدا کند.

اگر نتیجه را در ticket پشتیبانی می‌فرستید، خروجی commandها را به‌صورت متن ارسال کنید، نه فقط screenshot. متن قابل جست‌وجو است، می‌شود آن را copy کرد و خطاهای کوچک مثل IP اشتباه، رکورد قدیمی یا resolver متفاوت سریع‌تر دیده می‌شوند.

قدم بعدی پیشنهادی

اگر این مقاله را برای عیب‌یابی یک مشکل واقعی می‌خوانید، بعد از اجرای دستورها نتیجه را در ابزارهای آی‌پی اطلس هم بررسی کنید. ترکیب command line و ابزار آنلاین کمک می‌کند بفهمید مشکل فقط روی سیستم شماست یا از بیرون هم دیده می‌شود.

شروع سریع: نمایش آی پی من و بعد بررسی IP.

گزینه آماده برای IP ایران

اگر نمی‌خواهید VPS ایران بگیرید، WireGuard را خودتان نگه دارید یا با firewall و routing درگیر شوید، می‌توانید سرویس‌های آماده را بررسی کنید. یکی از گزینه‌های متمرکز روی همین نیاز، IranIPPlus است که سرویس IP ایران را برای کاربران خارج از کشور ارائه می‌کند.

پیش از خرید، دقیق بررسی کنید که سرویس موردنظر شما با IP دیتاسنتری یا VPN سازگار است یا نه، چه پروتکل‌هایی دریافت می‌کنید، چند دستگاه مجاز است و پشتیبانی برای سیستم‌عامل شما چقدر شفاف است.

بررسی IranIPPlus

سوالات متداول

آیا داشتن IP ایران همیشه مشکل سرویس‌های محدود به ایران را حل می‌کند؟

نه همیشه. اگر محدودیت فقط بر اساس کشور IP باشد معمولاً کمک می‌کند، اما بعضی سرویس‌ها IP دیتاسنتری، DNS، حساب کاربری، شماره موبایل، device fingerprint یا سابقه ورود را هم بررسی می‌کنند.

برای IP ایران، سرویس آماده بهتر است یا VPS شخصی؟

برای بیشتر کاربران عادی سرویس آماده ساده‌تر است. برای کاربر فنی، VPS شخصی کنترل بیشتری می‌دهد ولی نگهداری، امنیت، firewall و عیب‌یابی هم با خود اوست.

برای WireGuard روی VPS ایران چه سیستم‌عاملی بهتر است؟

Ubuntu LTS یا Debian انتخاب‌های رایج و کم‌دردسر هستند. مهم‌تر از توزیع، آپدیت بودن سیستم، دسترسی root، باز بودن UDP و تنظیم درست IP forwarding و NAT است.

چرا WireGuard وصل می‌شود ولی IP من عوض نمی‌شود؟

معمولاً AllowedIPs کامل نیست، route از تونل عبور نمی‌کند، کانفیگ client فعال نشده یا split tunnel دارید. برای full tunnel باید معمولاً 0.0.0.0/0 و ::/0 در AllowedIPs باشد.

چرا WireGuard وصل می‌شود ولی اینترنت ندارم؟

اغلب مشکل از NAT، نام interface خروجی، IP forwarding یا firewall است. روی سرور ip route get 1.1.1.1، sysctl net.ipv4.ip_forward و wg show را بررسی کنید.

آیا باید برای هر دستگاه کانفیگ جدا بسازم؟

بله، بهتر است. برای هر دستگاه peer و key جدا بسازید تا اگر یک دستگاه گم شد یا دیگر استفاده نشد، فقط همان دسترسی را حذف کنید.

DNS leak در این سناریو یعنی چه؟

یعنی Public IP شما ایران است اما درخواست‌های DNS از resolver کشور یا شبکه دیگری بیرون می‌روند. بعضی سرویس‌ها از همین mismatch می‌فهمند اتصال طبیعی نیست.

آیا IP دیتاسنتر ایران با IP خانگی ایران فرق دارد؟

بله. بسیاری از سرویس‌ها می‌توانند IP دیتاسنتر، hosting یا VPN را از IP خانگی تشخیص دهند. برای خیلی از کاربردها IP دیتاسنتر کافی است، اما برای همه سرویس‌ها تضمینی نیست.

مقاله‌های مرتبط