Android-emulatoren har to forskjellige proxyinnstillinger
Emulatorens egen upstream-proxy og Androids app-synlige systemproxy løser forskjellige problemer. Velg mekanismen som passer forespørselen du må rute.
Android-emulatoren tilbyr to proxymekanismer med forskjellige oppgaver. Androids systemproxy gir en app-synlig innstilling; emulatorens proxy fører emulatorens TCP-trafikk gjennom en upstream-proxy. Androids emulatorveiledning behandler mekanismene som gjensidig utelukkende.
| Mekanisme | Typisk krav |
|---|---|
| Android-systemproxy | Apptrafikk som bruker Androids proxyinnstillinger, inkludert støttede feilsøkingsoppsett. |
| Emulatorproxy | Emulatorens tilkobling gjennom en godkjent upstream-proxy. |
Hvilken forespørsel trenger ruten?
For bedriftsforbindelse, undersøk emulatorens proxykonfigurasjon ved oppstart. Frittstående oppstarter og Android Studio kan få den på en annen måte.
For appnivå-inspeksjon, kontroller om applikasjonen respekterer Androids systemproxy. Et egendefinert nettverksbibliotek gjør det kanskje ikke. Et feilsøkingssertifikat endrer tillit; det konfigurerer ikke en manglende rute.
Hvilken prosess tolker adressen?
Androids loopback tilhører den virtuelle enheten. Emulatorens dokumentasjon for vertsnettverk oppgir en egen adresse for å nå en loopback-tjeneste på verten fra gjesten. En innstilling som tolkes av vertsemulatorprosessen, har igjen en annen kontekst.
Noter emulatorversjon, startmetode, mekanisme og destinasjon når du sammenligner forsøk. Utdaterte APN-skjermer og direkte redigeringer av innstillingsdatabasen fra Android 1.x eller 2.x er ikke en gjeldende oppsettprosedyre.
Autentisering og transport
Kontroller autentiseringsmetoden som proxyen krever. Et domenebrukernavn i en URL gir ikke en challenge-response-implementering. En avvist lytter og en avvist konto oppstår på forskjellige stadier, og en fungerende TCP-proxyrute etablerer ikke UDP-støtte.