Android APN-legitimasjon og Network ProxyInfo har forskjellige formål
Les nettverksproxykonfigurasjonen via Androids støttede grensesnitt, og hold operatørens tilgangslegitimasjon atskilt fra en HTTP-proxykonto.
En Android-app kan ha behov for gjeldende proxyadresse uten å eie tilkoblingsinnstillingene. Start med grensesnittet for nettverksproxy i stedet for å lete etter en databasekolonne som heter user eller password.
Telefoni-APN-konfigurasjonen beskriver operatørens tilgang. Kontofeltene hører til denne konfigurasjonen. De er ikke et generelt lager for legitimasjon til HTTP-proxyen som er valgt på Wi-Fi, i et administrert nettverk eller i en apps private tilkobling.
| Informasjon som trengs | Relevant konfigurasjon |
|---|---|
| Operatørens konto for dataadgang | APN-innstillinger, med plattformens tilgangsbegrensninger |
| Nåværende HTTP-proxy i nettverket | ConnectivityManager og ProxyInfo |
| Innlogging som en valgt proxy krever | Autentiseringsflyten klienten støtter, og den godkjente kontokilden |
På en støttet Android-versjon returnerer ConnectivityManager.getDefaultProxy() den gjeldende proxyinformasjonen. Resultatet kan mangle. En ProxyInfo kan beskrive et direkte endepunkt eller en PAC-konfigurasjon, så undersøk formen før du behandler hvert resultat som et verts- og portpar.
ProxyInfo viser ikke et universelt brukernavn/passord-par. Hvis tjenesten du valgte krever autentisering, skaff den tiltenkte kontoen gjennom appens støttede legitimasjonsordning. En proxyutfordring og en operatørinnlogging kan bruke helt forskjellige identiteter.
Dette skiller også oppdagelse fra bruk. En nativ socket eller et SDK med egen transport blir ikke proxybevisst bare fordi appen kan lese ProxyInfo. Gi den valgte ruten til en klient som støtter protokollen og autentiseringsmetoden.
Eldre eksempler som spør en leverandør av telefoniinnhold, beskriver bestemte Android-versjoner og tillatelser. De er nyttig historisk kontekst, men de kan ikke gjøre en APN-konto om til det manglende passordet for en urelatert proxy.