Emulator Androida ma dwa różne ustawienia proxy
Własny proxy nadrzędny emulatora i widoczny dla aplikacji proxy systemowy Androida rozwiązują różne problemy. Wybierz mechanizm pasujący do żądania, które trzeba skierować.
Emulator Androida udostępnia dwa mechanizmy proxy o różnych zadaniach. Proxy systemowe Androida zapewnia ustawienie widoczne dla aplikacji; proxy emulatora przenosi ruch TCP emulatora przez proxy nadrzędne. Przewodnik emulatora Androida traktuje te mechanizmy jako wzajemnie wykluczające się.
| Mechanizm | Typowe wymaganie |
|---|---|
| Proxy systemowe Androida | Ruch aplikacji korzystających z ustawień proxy Androida, w tym obsługiwane konfiguracje debugowania. |
| Proxy emulatora | Łączność emulatora przez zatwierdzone proxy nadrzędne. |
Które żądanie wymaga trasy?
W przypadku łączności firmowej sprawdź konfigurację proxy emulatora przy uruchomieniu. Samodzielne uruchomienia i Android Studio mogą ją uzyskać inaczej.
W celu inspekcji na poziomie aplikacji sprawdź, czy aplikacja respektuje proxy systemowe Androida. Niestandardowa biblioteka sieciowa może tego nie robić. Certyfikat debugowania zmienia zaufanie; nie konfiguruje brakującej trasy.
Który proces interpretuje adres?
Loopback Androida należy do urządzenia wirtualnego. Dokumentacja sieci hosta emulatora podaje osobny adres do osiągnięcia usługi loopback hosta z gościa. Ustawienie interpretowane przez proces emulatora hosta ma znowu inny kontekst.
Porównując próby, zapisz wersję emulatora, metodę uruchomienia, mechanizm i miejsce docelowe. Przestarzałe ekrany APN i bezpośrednie edycje bazy ustawień z Androida 1.x lub 2.x nie są obecną procedurą konfiguracji.
Uwierzytelnianie i transport
Sprawdź metodę uwierzytelniania wymaganą przez proxy. Nazwa użytkownika domeny w adresie URL nie zapewnia implementacji challenge-response. Odrzucony nasłuch i odrzucone konto występują na różnych etapach, a działająca trasa proxy TCP nie zapewnia obsługi UDP.