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