Android-emulatoro havas du diversajn proksilajn agordojn
La propra upstream-proksilo de la emulatoro kaj la sistema proksilo de Android videbla al aplikaĵoj solvas diversajn problemojn. Elektu la mekanismon kongruan al la peto, kiun vi devas enkursigi.
La Android-emulatoro proponas du proksilajn mekanismojn kun diversaj taskoj. La sistema proksilo de Android donas agordon videblan al aplikaĵoj; la emulatora proksilo portas la TCP-trafikon de la emulatoro tra upstream-proksilo. La gvidilo pri la Android-emulatoro traktas la mekanismojn kiel reciproke ekskluzivajn.
| Mekanismo | Tipa postulo |
|---|---|
| Sistema proksilo de Android | Aplikaĵa trafiko uzanta la proksilajn agordojn de Android, inkluzive de subtenataj sencimigaj aranĝoj. |
| Emulatora proksilo | Konekteco de la emulatoro tra aprobita upstream-proksilo. |
Kiun peton bezonas la vojo?
Por entreprena konekteco, kontrolu la agordon de la emulatora proksilo ĉe lanĉo. Memstaraj lanĉoj kaj Android Studio povas akiri ĝin alimaniere.
Por kontrolo je aplikaĵa nivelo, kontrolu ĉu la aplikaĵo respektas la sisteman proksilon de Android. Propra reta biblioteko eble ne faros tion. Sencimiga atestilo ŝanĝas fidon; ĝi ne agordas mankan vojon.
Kiu procezo interpretas la adreson?
La loopback de Android apartenas al la virtuala aparato. La dokumentaro de la emulatoro pri gastiga retado donas apartan adreson por atingi loopback-servon de la gastiganto el la gasto. Agordo interpretata de la gastiga emulatora procezo havas denove alian kuntekston.
Notu la emulatoran version, lanĉmetodon, mekanismon kaj celon kiam vi komparas provojn. Malaktualaj APN-ekranoj kaj rektaj redaktoj de la agorda datumbazo el Android 1.x aŭ 2.x ne estas nuna agorda proceduro.
Aŭtentikigo kaj transporto
Kontrolu la aŭtentikigan metodon, kiun la proksilo postulas. Domajna uzantnomo en URL ne provizas efektivigon de defio-respondo. Rifuzita aŭskultanto kaj rifuzita konto okazas en diversaj etapoj, kaj funkcianta TCP-proksila vojo ne establas subtenon por UDP.