Multi-hop VPN چیست؟ مزایا، معایب و زمان استفاده

Multi-hop VPN اتصال را به‌جای یک سرور از دو سرور VPN عبور می‌دهد: دستگاه شما به سرور ورودی وصل می‌شود و ترافیک از داخل همان تونل به سرور خروجی می‌رود؛ سایت مقصد IP سرور خروجی را می‌بیند. این معماری می‌تواند مدل اعتماد را تغییر دهد، اما به‌معنای سرعت بیشتر یا ناشناس‌بودن کامل نیست و برای بیشتر استفاده‌های روزمره ضروری نیست.

در VPN معمولی مسیر ساده است:

دستگاه ← تونل رمزنگاری‌شده → سرور VPN ← اینترنت

در multi-hop مسیر یک مرحله‌ی دیگر دارد:

دستگاه ← تونل → سرور ورودی ← تونل دوم → سرور خروجی ← اینترنت

برخی سرویس‌ها این قابلیت را با نام‌های Multi-hop، Double VPN یا Secure Core عرضه می‌کنند. برای نمونه، راهنمای رسمی Mullvad مفهوم انتخاب entry و exit در WireGuard را توضیح می‌دهد. نام تجاری مهم نیست؛ باید بدانید هر hop چه چیزی می‌بیند و چه هزینه‌ای به اتصال اضافه می‌کند.

سرور ورودی و خروجی چه می‌بینند؟

در یک طراحی درست:

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

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

مزیت‌های احتمالی Multi-hop

کاهش وابستگی به یک سرور

در VPN تک‌سرور، همان نقطه هم اتصال ورودی و هم خروجی را مدیریت می‌کند. multi-hop این دو نقش را جدا می‌کند. این ویژگی برای کاربری که مدل تهدید مشخصی دارد می‌تواند مفید باشد، اما جای بررسی سیاست لاگ و امنیت کلاینت را نمی‌گیرد.

انتخاب مستقل نقطه‌ی ورود و خروج

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

لایه‌ی اضافی در برابر خرابی یک نقطه

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

معایب Multi-hop

latency بیشتر

هر سرور فاصله و پردازش اضافه می‌کند. اگر entry و exit از هم دور باشند، تماس تصویری، بازی آنلاین و مرور تعاملی کندتر احساس می‌شود. درصد ثابت و قابل‌اعتمادی برای افت وجود ندارد؛ مسیر اینترنت، شلوغی سرورها و پروتکل نتیجه را تغییر می‌دهد.

کاهش سرعت و پایداری

ظرفیت نهایی به ضعیف‌ترین بخش زنجیره وابسته است. اگر سرور اول سریع و سرور دوم شلوغ باشد، کل اتصال شلوغ است. قطع هر hop نیز تونل کامل را از کار می‌اندازد.

مصرف بیشتر منابع

رمزنگاری و encapsulation بیشتر می‌تواند مصرف CPU و باتری را بالا ببرد، به‌خصوص روی موبایل یا روتر ضعیف. مقدار آن به برنامه و پروتکل بستگی دارد و نباید با یک عدد عمومی بیان شود.

عیب‌یابی دشوارتر

وقتی سایت باز نمی‌شود، باید DNS، entry، exit، route و خود برنامه را جداگانه بررسی کنید. در اتصال تک‌سرور متغیرهای کمتری وجود دارد.

Multi-hop با VPN روی VPN یکی نیست

روشن‌کردن دو برنامه‌ی VPN روی یک دستگاه معمولاً به conflict در route و DNS منجر می‌شود. سیستم‌عامل‌ها اغلب فقط یک tunnel پیش‌فرض را مدیریت می‌کنند. multi-hop واقعی باید توسط یک کلاینت یا کانفیگ طراحی‌شده برای زنجیره‌ی سرورها ساخته شود.

همچنین proxy مرورگر روی VPN فقط ترافیک همان مرورگر را تغییر می‌دهد و معادل یک تونل کامل دوم برای کل دستگاه نیست. پیش از استفاده مشخص کنید هدف شما تغییر IP یک برنامه است یا طراحی دو-hop برای همه‌ی ترافیک.

چه زمانی Multi-hop منطقی است؟

• مدل تهدید مشخص دارید و جداسازی entry/exit بخشی از طراحی امنیت شماست؛
• سرویس، مسیر و رفتار multi-hop را شفاف مستند کرده است؛
• سرعت کمتر برای کار شما قابل‌قبول است؛
• می‌توانید نشت DNS و IP را پس از اتصال آزمایش کنید؛
• یک پروفایل تک‌سرور برای fallback نگه می‌دارید.

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

چگونه Multi-hop را بدون حدس آزمایش کنیم؟

1. ابتدا با VPN خاموش، سرعت و latency پایه را یادداشت کنید.
2. یک اتصال تک‌سرور برقرار و همان آزمون را تکرار کنید.
3. multi-hop را با entry نزدیک و exit موردنیاز فعال کنید.
4. IP و DNS را با ابزارهای بررسی VPN کنترل کنید.
5. یک کار واقعی مانند تماس، دانلود کوتاه یا بازکردن چند صفحه را انجام دهید.
6. قطع و وصل شبکه را آزمایش کنید و ببینید kill switch درست عمل می‌کند یا نه.

هر سه حالت را در بازه‌ی زمانی نزدیک مقایسه کنید. مقایسه‌ی صبح با ساعات شلوغ شب نتیجه‌ی قابل‌اتکایی نمی‌دهد.

انتخاب entry و exit

برای شروع، entry نزدیک‌تر و exit مطابق نیاز سرویس انتخاب می‌شود. اما نزدیک‌بودن جغرافیایی همیشه به‌معنای مسیر بهتر نیست. اگر نتیجه ضعیف بود:

• ابتدا entry را ثابت نگه دارید و exit را تغییر دهید؛
• سپس exit را ثابت و entry را مقایسه کنید؛
• از تغییر هم‌زمان هر دو خودداری کنید؛
• سرورهای دارای بار کمتر را آزمایش کنید.

هدف پیدا کردن کوتاه‌ترین نام کشور نیست؛ هدف یک زنجیره‌ی پایدار با route قابل‌قبول است.

Multi-hop چه چیزهایی را حل نمی‌کند؟

• بدافزار یا افزونه‌ی مخرب روی دستگاه؛
• حسابی که با نام واقعی وارد آن شده‌اید؛
• fingerprint مرورگر؛
• فایل یا عکسی که اطلاعات شخصی دارد؛
• DNS leak ناشی از تنظیم نادرست؛
• اعتماد کامل به ارائه‌دهنده.

VPN فقط بخشی از مدل امنیت است. استفاده از کانفیگ عمومی ناشناس نیز با افزودن hop امن نمی‌شود؛ خطرهای VPN رایگان همچنان برقرارند.

Single-hop یا Multi-hop؟

اگر هدف شما اتصال پایدار روزمره است، خرید VPN چندسروره با تست اولیه را بررسی کنید و پیش از انتخاب پلن طولانی، کیفیت single-hop را روی اینترنت خود بسنجید.

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

آیا Multi-hop همیشه امن‌تر از VPN معمولی است؟

نه به‌صورت مطلق. طراحی سرویس، سیاست لاگ، امنیت دستگاه و مدل تهدید مهم‌تر از تعداد سرورها هستند. multi-hop فقط یک ویژگی در معماری است.

آیا Multi-hop سرعت را بیشتر می‌کند؟

معمولاً مسیر اضافه latency و سربار بیشتری دارد، هرچند در برخی مسیرهای نامناسب ممکن است peering بهتر نتیجه را تغییر دهد. باید روی شبکه‌ی خود آزمایش کنید.

آیا می‌توانم دو برنامه VPN را هم‌زمان روشن کنم؟

این کار معمولاً با route و DNS تداخل دارد و multi-hop استاندارد محسوب نمی‌شود. از قابلیت رسمی یا کانفیگ طراحی‌شده‌ی سرویس استفاده کنید.

برای استفاده روزانه Multi-hop لازم است؟

برای بیشتر کاربران خیر. یک سرور پایدار، کلاینت به‌روز، kill switch و بررسی نشت معمولاً تجربه‌ی ساده‌تر و سریع‌تری می‌دهد.