شبیه‌ساز Android دو تنظیم پروکسی متفاوت دارد
پروکسی بالادستی خود شبیه‌ساز و پروکسی سیستمی Android که برای برنامه‌ها قابل مشاهده است، مسائل متفاوتی را حل می‌کنند. مکانیزمی را انتخاب کنید که با درخواستی که باید مسیریابی کنید مطابقت دارد.
شبیه‌ساز Android دو مکانیزم پروکسی با وظایف متفاوت ارائه می‌دهد. پروکسی سیستمی Android تنظیمی قابل مشاهده برای برنامه‌ها فراهم می‌کند؛ پروکسی شبیه‌ساز ترافیک TCP شبیه‌ساز را از طریق یک پروکسی بالادستی حمل می‌کند. راهنمای شبیه‌ساز Android این مکانیزم‌ها را ناسازگار با یکدیگر می‌داند.
| مکانیزم | نیاز معمول |
|---|---|
| پروکسی سیستمی Android | ترافیک برنامه‌ها با استفاده از تنظیمات پروکسی Android، شامل ترتیبات اشکال‌زدایی پشتیبانی‌شده. |
| پروکسی شبیه‌ساز | اتصال شبیه‌ساز از طریق یک پروکسی بالادستی تأییدشده. |
کدام درخواست به مسیر نیاز دارد؟
برای اتصال شرکتی، پیکربندی پروکسی شبیه‌ساز را هنگام راه‌اندازی بررسی کنید. راه‌اندازی‌های مستقل و Android Studio ممکن است آن را به شکل دیگری به دست آورند.
برای بررسی در سطح برنامه، ببینید آیا برنامه پروکسی سیستمی Android را رعایت می‌کند. ممکن است یک کتابخانه شبکه سفارشی رعایت نکند. گواهی اشکال‌زدایی اعتماد را تغییر می‌دهد؛ اما مسیر مفقود را پیکربندی نمی‌کند.
کدام فرایند نشانی را تفسیر می‌کند؟
loopback در Android متعلق به دستگاه مجازی است. مستندات شبکه میزبان شبیه‌ساز نشانی جداگانه‌ای برای رسیدن به سرویس loopback میزبان از مهمان ارائه می‌دهد. تنظیمی که فرایند شبیه‌ساز میزبان تفسیر می‌کند، زمینه دیگری دارد.
هنگام مقایسه تلاش‌ها، نسخه شبیه‌ساز، روش راه‌اندازی، مکانیزم و مقصد را ثبت کنید. صفحه‌های منسوخ APN و ویرایش مستقیم پایگاه داده تنظیمات از Android 1.x یا 2.x رویه راه‌اندازی کنونی نیستند.
احراز هویت و انتقال
روش احراز هویتی را که پروکسی می‌خواهد بررسی کنید. نام کاربری دامنه در URL پیاده‌سازی challenge-response ارائه نمی‌دهد. شنونده ردشده و حساب ردشده در مراحل متفاوتی رخ می‌دهند، و مسیر پروکسی TCP کارآمد پشتیبانی UDP را اثبات نمی‌کند.