Nola irakurri VPN eta proxy egoera kudeatutako lan-aplikazio batean

Lan-aplikazio batek huts egiten du kudeatutako telefono batean, norbaitek VPN etengailua begiratzen du, piztuta ikusten du eta bidea osasuntsu dela adierazten du. Hemen gelditzen dira diagnostiko horietako gehienak, eta goizegi da: VPN garraio aktibo batek ez dio aplikazio honen eskaerek hura erabili dutenik, eta benetan aplikatzen den proxya aplikazio bakoitzekoa izan daiteke edo PAC fitxategi batek hautatua, Ezarpenetan erakutsi ordez. Hasi arazten ari zaren aplikazio eta profiletik, eta gero irakurri plataformak bideari buruz duen ikuspegia.

Hasi aplikaziotik eta haren profiletik

Lan-txartela duen aplikazio bat normalean profil bereizi batean exekutatzen da, sare-politika propioarekin. Telefono berean dagoen nabigatzaile pertsonala ez da horren froga, eta ezta kudeaketa ezberdina duen lankide baten gailuko emaitza ere. Ohartu aplikazioa zein profilekoa den ezer irakurri aurretik.

Ezarpenetan, zerrendatu konfiguratutako VPN sarrerak eta ohartu nor den bakoitzaren jabea. Samsung bertsioetan menuaren etiketak aldatzen dira bertsioen artean, beraz deskribatu sarrera, eta ez hara doan bidea. Sarrera grisa edo kudeatua gailua administratzen duenarena da; esperimentu gisa desaktibatzeak neurtu nahi duzuna aldatzen du eta politikaren aurka egon daiteke.

Irakurri plataformak jakinarazten duen egoera

Zure euskarri-tresnetan dagoen jarduera baten barruan, API 23 edo berriagoan, sarearen egoera irakur daiteke byte bat ere bidali gabe. Deiak ACCESS_NETWORK_STATE manifest baimen arrunta behar du gaitasunak irakurtzeko.

val cm = getSystemService(android.net.ConnectivityManager::class.java) ?: return
val network = cm.activeNetwork
val caps = network?.let { cm.getNetworkCapabilities(it) }
val hasVpn = caps?.hasTransport(android.net.NetworkCapabilities.TRANSPORT_VPN)
val proxy = cm.defaultProxy

Balio bakoitzak galdera estu bati erantzuten dio. Sare aktiboa deia egiten duen prozesuaren sare lehenetsia da une horretan. Gaitasunen egiaztapenak esaten dizu sare lehenetsi hori VPN bidezkoa den. Proxy deiak eraginkorra den HTTP proxy lehenetsia jakinarazten du, eta itzulitako objektuak proxy estatiko bat edo PAC script bat deskriba dezake.

Lehenetsiaren ordez sare bakoitzeko ikuspegia behar baduzu, irakurri sare beraren esteka-propietateak eta alderatu cm.getLinkProperties(network)?.httpProxy rekin. Gailu-kudeaketak instalatutako proxy bat proxy lehenetsiaren deian agertzen da eta ez esteka-propietateetan, eta hori modu azkarra da politikak emandako proxy bat sareak emandako batetik bereizteko.

Mantendu irteera zure euskarri-kanalean eta ez txosten publiko batean. Proxy ostalari-izenak, PAC URLak eta barne-atxizkiak erakusten dute zure erakundeak trafikoa nola bideratzen duen, eta horietako bat ere ez da beharrezkoa hutsegitea deskribatzeko.

Interpretatu eremu bakoitza estu

Sare nulu batek edo gaitasun-objektu nulu batek esan nahi du deia egiten duenaren sare-egoera ez zegoela erabilgarri edo irakurketa bitartean aldatu zela. Ez du esan nahi VPNik ez dagoenik. Tratatu ezezagun gisa eta irakurri berriro aplikazioa aurreko planora pasa ondoren, eta ez emaitza negatibo gisa.

VPN garraio bat positiboen artean ahulena da. VpnService duen edozein aplikaziok bat sortzen du, zure trafikoa inora ere bidaltzen ez duen iragazketa-aplikazio lokal bat barne. Beraz, balio egiazko batek esaten du VPN bidezko sare lehenetsi bat badagoela, ez zure erakundearen irteera erabili zenik eta inola ere ez ikuskapenik izan zenik.

Proxy lehenetsi nulu batek esan nahi du API honek ez duela HTTP proxy lehenetsirik jakinarazten konfigurazio eraginkorrerako. Oso gutxi baztertzen du: aplikazio batek bere SOCKS ezarpena eraman dezake, bere HTTP bezeroa inplementatu, edo gailuak inoiz ezagutzen ez duen pasabideko proxy batek gida dezake.

PAC da balio bakarreko erantzuna garaitzen duen kasua. Script batek helburu bat proxy bidez bidera dezake eta beste bat zuzenean bidali, beraz aplikazio beraren bi eskaerek segundo batean bide desberdinak har ditzakete. Eta bere socketak hautatutako sare batera lotzen dituen aplikazio bat, edo bindProcessToNetwork deitzen duena, ez dago behartuta lehenetsia jarraitzera.

Zer ezin dizu esan argazki honek

Ez da historia bat. Ezerk ez du hemen erregistratzen huts egiten duen eskaerak zein bide hartu zuen, eta hutsaren ondorengo irakurketa arrakastatsua ez da hutsari buruzko froga. Ez da inbentarioa ere: deia egiten duen prozesuaren sare lehenetsia lortzen duzu, ez aplikazio bakoitzaren konexio pribatuen zerrenda.

Socketaren gainean gertatzen denari buruz ere ez du ezer esaten. Gailu kudeatu batean huts egiten duen TLS esku-keinu bat konfiantza-biltegiko arazo bat, finkapen-desadostasun bat edo proxyak ukatzen duen izen bat izan daiteke, eta horietako bat ere ez da agertzen konektibitate-irakurketa batean.

Horregatik bi erdiek elkarrekin balio dute: argazkiak non begiratu murrizten du, eta aplikazioaren diagnostikoek zer huts egin zuen benetan esaten dute.

Eman horren berri administratzaile batek erabil dezakeen forman

Eman kaltetutako aplikazioa, profila, denbora-zigilua eta huts egin zuen etapa zehatza: izenen ebazpena, TCP konexioa, TLS esku-keinua edo HTTP egoera bat. Gehitu argazkiko balioak irakurri ziren bezala, nuluak nulu gisa idatzita eta ez ezer ez bezala. Ohartu profil bereko beste aplikazioren batzuek modu berean huts egiten duten, eta horrek aplikazio-arazo bat profil osoko bide-arazo batetik bereizten du.

Gero gelditu eta utzi bidearen jabeak erantzuten. Ez tratatu korporatiboa den ziurtagiri bat, proxy helbide bat edo VPN sarrera bat kudeaketa kentzeko edo onartutako ibilbidea saihesteko baimen gisa; horrek euskarri-kasu bat politika-gorabehera bihurtzen du.

Proxy lehenetsiaren kontratua laburra da eta behin irakurtzeko merezi du, deiak zein proxy jakinarazten duen zehazki definitzen duelako, eta argazki honen irakurketa gehiegizko oro gehiago jakinarazten duelakoan hasten da.