Android APN-legitimasjon og Network ProxyInfo tener ulike føremål
Les nettverksproxykonfigurasjonen gjennom dei støtta grensesnitta i Android, og hald tilgangslegitimasjonen til operatøren skild frå ein HTTP-proxykonto.
Ein Android-app kan trengje gjeldande proxyadresse utan å eige tilkoplingsinnstillingane. Start med nettverksproxygrensesnittet i staden for å leite etter ein databasekolonne kalla user eller password.
Telefoni-APN-konfigurasjonen skildrar operatørtilgang. Kontofelta høyrer til denne konfigurasjonen. Dei er ikkje eit generelt lager for legitimasjon til HTTP-proxyen som er vald på Wi-Fi, i eit administrert nettverk eller i ei privat tilkopling for ein app.
| Nødvendig informasjon | Relevant konfigurasjon |
|---|---|
| Dataadgangskontoen til operatøren | APN-innstillingar, med tilgangsavgrensingane til plattformen |
| Gjeldande nettverks-HTTP-proxy | ConnectivityManager og ProxyInfo |
| Pålogging som ein vald proxy krev | Autentiseringsflyten klienten støttar og den godkjende kontokjelda |
På ein støtta Android-versjon returnerer ConnectivityManager.getDefaultProxy() gjeldande proxyinformasjon. Resultatet kan mangle. Ein ProxyInfo kan skildre eit direkte endepunkt eller ein PAC-konfigurasjon, så gransk formen før du handsamar kvart resultat som eit verts- og portpar.
ProxyInfo eksponerer ikkje eit universelt brukarnamn/passord-par. Viss tenesta du valde krev autentisering, skaff den tiltenkte kontoen gjennom den støtta legitimasjonsordninga til appen. Ei proxyutfordring og ei operatørpålogging kan bruke heilt ulike identitetar.
Dette skil òg oppdaging frå bruk. Ein innebygd socket eller eit SDK med eigen transport blir ikkje proxybevisst berre fordi appen kan lese ProxyInfo. Gi den valde ruta til ein klient som støttar protokollen og autentiseringsmetoden.
Eldre døme som spør ein telefoniinnhaldsleverandør, skildrar bestemte Android-versjonar og løyve. Dei er nyttig historisk kontekst, men dei kan ikkje gjere ein APN-konto om til det manglande passordet for ein urelatert proxy.