El emulador de Android tiene dos configuraciones de proxy distintas
El proxy ascendente propio del emulador y el proxy del sistema de Android visible para las aplicaciones resuelven problemas distintos. Elija el mecanismo que corresponda a la solicitud que necesita enrutar.
El emulador de Android ofrece dos mecanismos de proxy con funciones distintas. El proxy del sistema de Android proporciona una configuración visible para las aplicaciones; el proxy del emulador transporta el tráfico TCP del emulador a través de un proxy ascendente. La guía del emulador de Android trata los mecanismos como mutuamente excluyentes.
| Mecanismo | Requisito típico |
|---|---|
| Proxy del sistema de Android | Tráfico de aplicaciones que usa la configuración de proxy de Android, incluidos los entornos de depuración compatibles. |
| Proxy del emulador | Conectividad del emulador a través de un proxy ascendente aprobado. |
¿Qué solicitud necesita la ruta?
Para la conectividad corporativa, revise la configuración del proxy del emulador al iniciarlo. Los inicios independientes y Android Studio pueden obtenerla de otra forma.
Para la inspección a nivel de aplicación, compruebe si la aplicación respeta el proxy del sistema de Android. Una biblioteca de red personalizada puede no hacerlo. Un certificado de depuración cambia la confianza; no configura una ruta ausente.
¿Qué proceso interpreta la dirección?
El loopback de Android pertenece al dispositivo virtual. La documentación de red del host del emulador proporciona una dirección separada para llegar a un servicio de loopback del host desde el invitado. Una configuración interpretada por el proceso del emulador anfitrión tiene otro contexto distinto.
Anote la versión del emulador, el método de inicio, el mecanismo y el destino al comparar intentos. Las pantallas APN obsoletas y las ediciones directas de la base de datos de ajustes de Android 1.x o 2.x no son un procedimiento de configuración actual.
Autenticación y transporte
Compruebe el método de autenticación que exige el proxy. Un nombre de usuario de dominio en una URL no proporciona una implementación de desafío-respuesta. Un receptor rechazado y una cuenta rechazada ocurren en etapas distintas, y una ruta de proxy TCP funcional no establece compatibilidad con UDP.