Емулятор 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.