Hvernig á að lesa VPN- og proxy-stöðu stýrðs vinnuforrits

Vinnuforrit mistekst í stýrðum síma, einhver skoðar VPN-rofa, sér að hann er á og lýsir leiðinni heilbrigðri. Hér stöðva flestar þessara greininga, og það er of snemma: virk VPN-flutningur segir ekki að beiðnir þessa forrits hafi notað hana, og proxyið sem raunverulega gildir getur verið fyrir hvert forrit eða valið af PAC-skrá í stað þess að birtast í Stillingum. Byrjaðu á tilteknu forritinu og sniðinu sem þú greinir, lestu svo eigin sýn kerfisins á leiðina.

Byrjaðu á forritinu og sniðinu þess

Forrit með vinnumerki keyrir venjulega í sér sniði með eigin netstefnu. Persónulegur vafri í sama síma er ekki sönnun fyrir því, og niðurstaða úr tæki kollega með aðra stjórnun er það ekki heldur. Athugaðu hvaða sniði forritið tilheyrir áður en þú lest nokkuð.

Í Stillingum skaltu lista upp stilltu VPN-færslurnar og athuga hver á hverja. Í Samsung-útgáfum færast valmyndarmerki milli útgáfa, svo lýstu færslunni frekar en leiðinni að henni. Grá eða stýrð færsla tilheyrir þeim sem stjórnar tækinu; að slökkva á henni sem tilraun breytir því sem þú ert að reyna að mæla og getur verið gegn stefnunni.

Lestu stöðuna sem kerfið greinir frá

Inni í fyrirliggjandi virkni í stuðningstólunum þínum, á API 23 eða nýrri, er hægt að lesa netstöðuna án þess að senda einn bæti. Kallið þarf venjulegt ACCESS_NETWORK_STATE-manifestleyfi til að lesa getuna.

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

Hvert gildi svarar þröngri spurningu. Virka netið er sjálfgefna netið fyrir kallandi ferlið á þeirri stundu. Getuprófið segir þér hvort það sjálfgefna net sé VPN-stutt. Proxykallið greinir frá virka sjálfgefna HTTP-proxinu, og skilaða hlutnum getur lýst annaðhvort kyrru proxyi eða PAC-skriftu.

Ef þú þarft sýnina fyrir hvert net í stað sjálfgefna, lestu tengieiginleika sama nets og berðu saman við cm.getLinkProperties(network)?.httpProxy. Proxy sem uppsetning tækisins setur birtist í kalli sjálfgefna proxysins en ekki í tengieiginleikunum, sem er fljótleg leið til að greina proxy frá stefnunni og proxy frá netinu.

Haltu úttakinu í stuðningsrásinni þinni frekar en í opinberri skýrslu. Proxy-hýslanöfn, PAC-slóðir og innri viðskeyti afhjúpa hvernig samtökin þín beina umferð, og ekkert þeirra er nauðsynlegt til að lýsa biluninni.

Túlkaðu hvert svið þröngt

Núllnet eða núll getuhluti þýðir að netstaða kallandans var ekki tiltæk eða breyttist meðan lesið var. Það þýðir ekki að ekkert VPN sé. Meðhöndlaðu það sem óþekkt og lestu aftur eftir að forritið kom í forgrunn, ekki sem neikvæða niðurstöðu.

VPN-flutningur er veikasta jákvæða merkið. Sérhvert forrit sem heldur VpnService framleiðir eitt, þar á meðal staðbundið síuforrit sem sendir umferðina þína aldrei neitt. Þannig að gildið true segir að sjálfgefið net með VPN-stuðningi sé til, ekki að útgönguleið samtakanna hafi verið notuð og alls ekki að skoðun hafi farið fram.

Núll sjálfgefið proxy þýðir að þetta API greinir ekki frá neinu sjálfgefnu HTTP-proxyi fyrir virka uppsetningu. Það útilokar mjög lítið: forrit getur borið eigin SOCKS-stillingu, útfært eigin HTTP-biðlara eða verið stýrt af proxyi á gáttinni sem tækið lærir aldrei um.

PAC er tilfellið sem sigrar svar með einu gildi. Skrifta getur beint einum áfangastað gegnum proxy og sent annan beint, svo tvær beiðnir frá sama forriti innan sekúndu geta farið ólíkar leiðir. Og forrit sem bindur sokkana sína við valið net, eða kallar á bindProcessToNetwork, er alls ekki skylt að fylgja sjálfgefna gildinu.

Hvað þessi skyndimynd getur ekki sagt þér

Þetta er ekki saga. Ekkert hér skráir hvaða leið beiðnin sem mistekst fór, og vel heppnaður lestur eftir bilun er ekki sönnun um bilunina. Þetta er heldur ekki vörulisti: þú færð sjálfgefið net kallandi ferlisins, ekki lista yfir einkatengingar hvers forrits.

Það segir líka ekkert um það sem gerist fyrir ofan soketinn. TLS-handaband sem mistekst í stýrðu tæki getur verið vandamál traustageymslu, misræmi í festingu eða nafn sem proxyið hafnar, og ekkert þeirra birtist í tengingarlestri.

Þess vegna skipta báðir helmingar máli saman: skyndimyndin þrengir það hvar á að líta, og greining forritsins sjálfs segir hvað raunverulega mistókst.

Tilkynntu það í formi sem stjórnandi getur notað

Gefðu upp viðkomandi forrit, sniðið, tímastimpilinn og nákvæma þrep sem mistókst: nafnleysing, TCP-tenging, TLS-handaband eða HTTP-staða. Bættu við gildum skyndimyndarinnar eins og þau voru lesin, með núllum skrifuðum sem núll en ekki sem orðið ekkert. Athugaðu hvort önnur forrit í sama sniði mistakist á sama hátt, sem aðgreinir vandamál forrits frá vandamáli leiðar í öllu sniðinu.

Stoppaðu svo og leyfðu eiganda leiðarinnar að svara. Ekki líta á fyrirtækjaskírteini, proxyheimilisfang eða VPN-færslu sem leyfi til að fjarlægja stjórnun eða fara fram hjá samþykktu leiðinni; það gerir stuðningsmál að stefnufráviki.

Samningurinn um sjálfgefið proxy er stuttur og þess virði að lesa einu sinni, því hann skilgreinir nákvæmlega hvaða proxy kallið greinir frá, og sérhver oflestur á þessari skyndimynd byrjar á þeirri forsendu að hún greini frá meiru.