VPN روی میزبان یا کلاینت داخل Genymotion: تصمیم بگیرید مالک تونل کدام است

یک VPN دسکتاپ در دو جا بر Genymotion اثر می‌گذارد، و درست کردن یکی هیچ چیزی درباره دیگری ثابت نمی‌کند. اولی اتصالی است که برنامه دسکتاپ برای کنترل دستگاه مجازی به کار می‌برد؛ دومی مسیر برنامه Android مجازی به یک سرویس خصوصی است. پیش از دست زدن به یک آداپتور تصمیم بگیرید کدام‌یک را واقعاً تغییر می‌دهید، سپس نسخه Genymotion Desktop، سیستم‌عامل میزبان و هایپروایزر را ثبت کنید، چون راهنمایی‌هایی که برای آداپتور «فقط میزبان» در VirtualBox نوشته شده به دستگاه QEMU یا نشست میزبانی‌شده در ابر منتقل نمی‌شود.

دو مسیر روی یک ماشین

مسیر کنترل از برنامه دسکتاپ Genymotion به دستگاه مجازی می‌رود، غالباً روی شبکه «فقط میزبان». مسیر برنامه از داخل Android به هر چیزی می‌رود که برنامه با آن صحبت می‌کند. یک VPN میزبان می‌تواند دومی را حمل کند و اولی را بشکند، و به همین دلیل مرورگری که روی دسکتاپ کار می‌کند چیز بسیار کمی را ثابت می‌کند. یک تونل می‌تواند به هر دو مسیر خدمت کند یا فقط به یکی، و این چیدمان یک تصمیم است نه یک تصادف.

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

اتصال کنترل را زنده نگه دارید

یادداشت پشتیبانی خود Genymotion Desktop یک مورد VirtualBox را مستند می‌کند: به‌محض بالا آمدن VPN میزبان، Desktop دیگر دستگاه مجازی را نمی‌بیند، و استثنایی که مهم است آداپتور «فقط میزبان» واقعی است که در مدیر شبکه VirtualBox فهرست شده است. این آداپتورها را فهرست کنید به‌جای حدس زدن یک بازه:

VBoxManage list hostonlyifs

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

همان یادداشت می‌گوید ترکیب QEMU با VPN آزمایش نشده است. این را یک محدودیت سازگاری بدانید نه نشانه‌ای بر اینکه رفتن به شبکه پل آن را درست می‌کند؛ تغییر آداپتور خرابی را تغییر می‌دهد و ترکیب آزمایش‌نشده را حل نمی‌کند.

گزینه الف: بگذارید میزبان ترافیک را حمل کند

با این انتخاب بسته‌های مهمان باید به رابطی برسند که VPN هم آن را مجاز می‌داند و هم رمزگذاری می‌کند. این پرسش مسیریابی است نه پرسش چراغ وضعیت: بسته‌های مهمان باید به رابطی برسند که VPN آن را رمزگذاری خواهد کرد، و پاسخ‌ها باید راه بازگشت را پیدا کنند.

مرورگر روی میزبان مسیر میزبان را ثابت می‌کند و هیچ چیز درباره اینکه آیا منبعی از دستگاه مجازی پذیرفته می‌شود. برخی کلاینت‌های VPN ترافیک ارسال‌شده یا ترجمه‌شده را متفاوت از ترافیک تولیدشده محلی رفتار می‌کنند، پس پیش از نتیجه‌گیری اینکه تونل کار می‌کند از داخل Android آزمایش کنید. حل‌کننده نام در Android هم حل‌کننده نام میزبان نیست. اگر نام‌ها روی دسکتاپ حل می‌شوند و در برنامه شکست می‌خورند، پیش از دست زدن به پروفایل VPN پیکربندی حل‌کننده نام مهمان را بخوانید.

گزینه ب: یک کلاینت پشتیبانی‌شده را داخل Android اجرا کنید

اینجا مهمان پروفایل، اعتبارنامه‌ها، مسیرها و سیاست حل‌کننده نام خودش را دارد. رابط‌های معمولی VPN در Android به دسترسی ریشه نیاز ندارند، پس یک کلاینت استاندارد داخل دستگاه مجازی نصب و متصل می‌شود. تأیید همان بخشی است که مردم از آن می‌گذرند. سازمان باید آن کلاینت و آن محیط دستگاه مجازی را مجاز کند، و یک درون‌ریزی تمیز به‌خودی‌خود بررسی‌های ثبت دستگاه یا وضعیت امنیتی را برآورده نمی‌کند. پیش از ساختن یک گردش‌کار بر پایه آن بپرسید.

دو انتخاب می‌توانند روی هم بمانند: یک تونل داخل Android می‌تواند از طریق تونلی که از قبل روی میزبان اجرا می‌شود به سرور خود برسد. چنین چیدمانی به یک نقطه پایانی قابل دسترس و ارسال رو به جلویی نیاز دارد که واقعاً مجاز کرده‌اید، نه دو چراغ سبز که تصادفاً همزمان روشن‌اند.

از برنامه تأیید بگیرید و چیدمان را بنویسید

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

وقتی دستگاه بالا نمی‌آید یا Desktop آن را از دست می‌دهد، آن را خرابی مسیر کنترل بدانید نه خرابی DNS. این نشانه به مسیر اول تعلق دارد و اصلاح آن روی میزبان است نه داخل Android. با نوشتن چهار واقعیت تمام کنید: نسخه Genymotion Desktop، هایپروایزر، مالکیت تونل و استثنای دقیق «فقط میزبان» اگر افزوده شده است. یک چیدمان مستند را انتخاب کنید که مالک شبکه پشتیبانی می‌کند، و غیرفعال کردن VPN سازمانی یا تضعیف بررسی‌های وضعیت امنیتی را عیب‌یابی بی‌طرف ندانید وقتی سرویس خصوصی به آن‌ها تکیه دارد.