Android-emulatoren har to forskellige proxyindstillinger
Emulatorens egen upstream-proxy og Androids app-synlige systemproxy løser forskellige problemer. Vælg den mekanisme, der passer til den anmodning, du skal rute.
Android-emulatoren tilbyder to proxymekanismer med forskellige opgaver. Androids systemproxy leverer en app-synlig indstilling; emulatorens proxy fører emulatorens TCP-trafik gennem en upstream-proxy. Androids emulatorvejledning behandler mekanismerne som gensidigt udelukkende.
| Mekanisme | Typisk krav |
|---|---|
| Android-systemproxy | Apptrafik, der bruger Androids proxyindstillinger, herunder understøttede fejlfindingsopsætninger. |
| Emulatorproxy | Emulatorens forbindelse gennem en godkendt upstream-proxy. |
Hvilken anmodning har brug for ruten?
Undersøg emulatorens proxykonfiguration ved opstart for virksomhedsforbindelse. Selvstændige opstarter og Android Studio kan få den på en anden måde.
Kontroller for appniveau-inspektion, om applikationen respekterer Androids systemproxy. Et brugerdefineret netværksbibliotek gør det måske ikke. Et fejlfindingscertifikat ændrer tillid; det konfigurerer ikke en manglende rute.
Hvilken proces fortolker adressen?
Androids loopback tilhører den virtuelle enhed. Emulatorens dokumentation for værtsnetværk angiver en separat adresse til at nå en loopback-tjeneste på værten fra gæsten. En indstilling, der fortolkes af værtsemulatorprocessen, har igen en anden kontekst.
Notér emulatorversion, startmetode, mekanisme og destination, når du sammenligner forsøg. Forældede APN-skærme og direkte redigeringer af indstillingsdatabasen fra Android 1.x eller 2.x er ikke en aktuel opsætningsprocedure.
Godkendelse og transport
Kontroller den godkendelsesmetode, som proxyen kræver. Et domænebrugernavn i en URL giver ikke en challenge-response-implementering. En afvist lytter og en afvist konto opstår på forskellige stadier, og en fungerende TCP-proxyrute etablerer ikke UDP-understøttelse.