Android emuladoreak zeregin desberdinetako bi proxy mekanismo eskaintzen ditu. Androiden sistema-proxyak aplikazioek ikusten duten konfigurazioa ematen du; emuladorearen proxyak emuladorearen TCP trafikoa upstream proxy baten bidez garraiatzen du. Androiden emuladorearen gidak elkarren baztertzailetzat hartzen ditu mekanismoak.

MekanismoaOhiko baldintza
Android sistema-proxyaAndroiden proxy konfigurazioa erabiltzen duen aplikazio-trafikoa, onartutako arazketa-ezarpenak barne.
Emuladorearen proxyaEmuladorearen konektibitatea onartutako upstream proxy baten bidez.

Zein eskaerak behar du ibilbidea?

Enpresa-konektibitaterako, egiaztatu emuladorearen proxy konfigurazioa abiaraztean. Abiarazte autonomoek eta Android Studio-k beste modu batera lor dezakete.

Aplikazio-mailako ikuskapenerako, egiaztatu aplikazioak Androiden sistema-proxya errespetatzen duen. Sare-liburutegi pertsonalizatu batek agian ez du egingo. Arazketa-ziurtagiri batek konfiantza aldatzen du; ez du falta den ibilbide bat konfiguratzen.

Zein prozesuk interpretatzen du helbidea?

Androiden loopbacka gailu birtualarena da. Emuladorearen host-sareen dokumentazioak helbide bereizi bat ematen du ostalariaren loopback zerbitzura ostalari gonbidatutik iristeko. Ostalariaren emuladore-prozesuak interpretatutako konfigurazioak beste testuinguru bat du berriz.

Erregistratu emuladorearen bertsioa, abiarazte-metodoa, mekanismoa eta helmuga saiakerak alderatzean. Android 1.x edo 2.x-ko APN pantaila zaharkituak eta ezarpenen datu-basearen zuzeneko edizioak ez dira egungo konfigurazio-prozedura.

Autentifikazioa eta garraioa

Egiaztatu proxyak eskatzen duen autentifikazio-metodoa. URL bateko domeinu-erabiltzaileak ez du challenge-response inplementaziorik ematen. Baztertutako entzule bat eta baztertutako kontu bat etapa desberdinetan gertatzen dira, eta funtzionatzen duen TCP proxy bideak ez du UDP babesik ezartzen.

Erlazionatutako artikuluak