Android-emulatorn har två olika proxyinställningar
Emulatorns egen upstream-proxy och Androids app-synliga systemproxy löser olika problem. Välj den mekanism som passar den begäran du behöver dirigera.
Android-emulatorn erbjuder två proxymekanismer med olika uppgifter. Androids systemproxy ger en app-synlig inställning; emulatorns proxy för emulatorns TCP-trafik genom en upstream-proxy. Androids emulatorguide behandlar mekanismerna som ömsesidigt uteslutande.
| Mekanism | Typiskt krav |
|---|---|
| Android-systemproxy | Apptrafik som använder Androids proxyinställningar, inklusive stödda felsökningsuppsättningar. |
| Emulatorproxy | Emulatorns anslutning genom en godkänd upstream-proxy. |
Vilken begäran behöver rutten?
För företagsanslutning, granska emulatorns proxykonfiguration vid start. Fristående starter och Android Studio kan hämta den på annat sätt.
För inspektion på appnivå, kontrollera om programmet respekterar Androids systemproxy. Ett anpassat nätverksbibliotek kanske inte gör det. Ett felsökningscertifikat ändrar förtroende; det konfigurerar inte en saknad rutt.
Vilken process tolkar adressen?
Androids loopback tillhör den virtuella enheten. Emulatorns dokumentation för värdnätverk anger en separat adress för att nå en loopback-tjänst på värden från gästen. En inställning som tolkas av värdemulatorprocessen har återigen en annan kontext.
Anteckna emulatorversion, startmetod, mekanism och destination när du jämför försök. Föråldrade APN-skärmar och direkta redigeringar av inställningsdatabasen från Android 1.x eller 2.x är inte en aktuell installationsprocedur.
Autentisering och transport
Kontrollera autentiseringsmetoden som proxyn kräver. Ett domänanvändarnamn i en URL ger ingen challenge-response-implementering. En avvisad lyssnare och ett avvisat konto inträffar i olika skeden, och en fungerande TCP-proxyväg etablerar inte UDP-stöd.