L'émulateur Android possède deux réglages de proxy différents
Le proxy amont propre à l'émulateur et le proxy système d'Android visible par les applications résolvent des problèmes différents. Choisissez le mécanisme correspondant à la requête à acheminer.
L'émulateur Android expose deux mécanismes de proxy aux rôles différents. Le proxy système d'Android fournit un réglage visible par les applications ; le proxy de l'émulateur achemine le trafic TCP de l'émulateur via un proxy amont. Le guide de l'émulateur Android traite ces mécanismes comme mutuellement exclusifs.
| Mécanisme | Exigence typique |
|---|---|
| Proxy système Android | Trafic des applications utilisant les réglages de proxy d'Android, y compris les configurations de débogage prises en charge. |
| Proxy de l'émulateur | Connectivité de l'émulateur via un proxy amont approuvé. |
Quelle requête a besoin de la route ?
Pour la connectivité d'entreprise, inspectez la configuration du proxy de l'émulateur au lancement. Les lancements autonomes et Android Studio peuvent l'obtenir différemment.
Pour l'inspection au niveau applicatif, vérifiez si l'application respecte le proxy système d'Android. Une bibliothèque réseau personnalisée peut ne pas le faire. Un certificat de débogage modifie la confiance ; il ne configure pas une route manquante.
Quel processus interprète l'adresse ?
La boucle locale d'Android appartient à l'appareil virtuel. La documentation de mise en réseau de l'hôte de l'émulateur fournit une adresse distincte pour joindre un service de boucle locale de l'hôte depuis l'invité. Un réglage interprété par le processus émulateur hôte a encore un autre contexte.
Notez la version de l'émulateur, la méthode de lancement, le mécanisme et la destination lors de la comparaison des tentatives. Les écrans APN obsolètes et les modifications directes de la base de données des réglages issues d'Android 1.x ou 2.x ne constituent pas une procédure de configuration actuelle.
Authentification et transport
Vérifiez la méthode d'authentification exigée par le proxy. Un nom d'utilisateur de domaine dans une URL ne fournit pas d'implémentation défi-réponse. Un écouteur refusé et un compte rejeté se produisent à des étapes différentes, et un chemin de proxy TCP fonctionnel n'établit pas la prise en charge d'UDP.