Прыкладанню Android можа спатрэбіцца бягучы адрас проксі, нават калі яно не валодае наладамі злучэння. Пачніце з інтэрфейсу сеткавага проксі, а не з пошуку слупка базы даных з назвай user ці password.

Канфігурацыя APN тэлефоніі апісвае доступ аператара. Яе палі ўліковага запісу належаць гэтай канфігурацыі. Яны не з'яўляюцца агульным сховішчам уліковых даных для HTTP-проксі, выбранага ў Wi-Fi, кіраванай сетцы ці прыватным злучэнні прыкладання.

Патрэбная інфармацыяАдпаведная канфігурацыя
Уліковы запіс доступу да даных аператараНалады APN з абмежаваннямі доступу платформы
Бягучы HTTP-проксі сеткіConnectivityManager і ProxyInfo
Уваход, патрабаваны выбраным проксіПадтрыманы кліентам працэс аўтэнтыфікацыі і дазволеная крыніца ўліковага запісу

У падтрыманай версіі Android ConnectivityManager.getDefaultProxy() вяртае адпаведную інфармацыю пра проксі. Вынік можа быць адсутным. ProxyInfo можа апісваць прамы канчатковы пункт або канфігурацыю PAC, таму праверце яго форму, перш чым лічыць кожны вынік парай «хост і порт».

ProxyInfo не прапануе ўніверсальнай пары імя карыстальніка і пароля. Калі выбраны сэрвіс патрабуе аўтэнтыфікацыі, атрымайце патрэбны ўліковы запіс праз падтрыманы прыкладаннем механізм уліковых даных. Выклік проксі і ўваход у аператара могуць выкарыстоўваць цалкам розныя асобы.

Гэта таксама аддзяляе выяўленне ад выкарыстання. Натыўны сокет або SDK з уласным транспартам не становіцца проксі-свядомым толькі таму, што прыкладанне можа чытаць ProxyInfo. Перадайце выбраны маршрут кліенту, які падтрымлівае яго пратакол і метад аўтэнтыфікацыі.

Старыя прыклады, якія запытваюць пастаўшчыка змесціва тэлефоніі, апісваюць пэўныя выпускі Android і дазволы. Яны карысныя як гістарычны кантэкст, але не могуць ператварыць уліковы запіс APN у адсутны пароль для незвязанага проксі.

Падобныя артыкулы