Ang Android emulator ay may dalawang magkaibang proxy setting
Ang sariling upstream proxy ng emulator at ang system proxy ng Android na nakikita ng mga app ay may magkaibang problemang nilulutas. Piliin ang mekanismong tumutugma sa request na kailangan mong i-route.
Ang Android emulator ay nag-aalok ng dalawang mekanismo ng proxy na may magkaibang tungkulin. Ang system proxy ng Android ay nagbibigay ng setting na nakikita ng mga app; ang proxy ng emulator ay nagdadala ng TCP traffic ng emulator sa pamamagitan ng upstream proxy. Itinuturing ng gabay ng Android emulator ang mga mekanismong ito bilang magkasalungat.
| Mekanismo | Karaniwang pangangailangan |
|---|---|
| system proxy ng Android | Trapiko ng app na gumagamit ng mga proxy setting ng Android, kabilang ang mga sinusuportahang setup sa debugging. |
| proxy ng emulator | Koneksyon ng emulator sa pamamagitan ng aprubadong upstream proxy. |
Aling request ang nangangailangan ng ruta?
Para sa koneksyon ng kumpanya, suriin ang configuration ng proxy ng emulator sa paglulunsad. Ang mga standalone na paglulunsad at Android Studio ay maaaring makakuha nito nang iba.
Para sa inspeksyon sa antas ng app, tingnan kung iginagalang ng application ang system proxy ng Android. Maaaring hindi ito gawin ng custom na networking library. Binabago ng debugging certificate ang tiwala; hindi nito kinokonfigura ang nawawalang ruta.
Aling proseso ang nagbibigay-kahulugan sa address?
Ang loopback ng Android ay pag-aari ng virtual device. Ang host-networking documentation ng emulator ay nagbibigay ng hiwalay na address para maabot ang loopback service ng host mula sa guest. Ang setting na binibigyang-kahulugan ng host emulator process ay may ibang konteksto naman.
Itala ang bersyon ng emulator, paraan ng paglulunsad, mekanismo at destinasyon kapag naghahambing ng mga pagtatangka. Ang mga hindi na ginagamit na APN screen at direktang pag-edit ng settings database mula sa Android 1.x o 2.x ay hindi kasalukuyang pamamaraan ng setup.
Pagpapatunay at transportasyon
Suriin ang paraan ng pagpapatunay na kailangan ng proxy. Ang domain username sa URL ay hindi nagbibigay ng implementasyon ng challenge-response. Ang tinanggihang listener at tinanggihang account ay nangyayari sa magkaibang yugto, at ang gumaganang TCP proxy path ay hindi nagtatatag ng suporta sa UDP.