Hvers vegna blokkað Android-forrit sýnir enn netnotkun

Þú blokkar forrit í Android VPN-slarbrunni þinni, forritið hættir að virka og notkunalínan heldur áfram að hækka. Hið freistandi álit er að blokkin hafi lekið, eða að teljarinn sé bilaður. Hvort tveggja er ósannað. Notkunarskrá segir að bætum hafi verið úthlutað til þeirrar auðkenningar á einhverjum athugunarpunkti; hún segir ekkert um hvort fjarlæg þjónusta hafi samþykkt beiðni. Þegar þú veist hvaða mörk voru mæld og hvaða auðkenningu þau voru skrifuð á, hætta athuganirnar tvær að stangast á.

Teljarinn mælir bæti, ekki afhendingu

Android úthlutar umferð til UID og telur hana í báðar áttir, og gerir það á viðmótsmörkum frekar en á þeirri stundu sem beiðni forrits tekst.

Hafnað tengingartilraun hreyfir samt pakka: SYN, endurstillinguna eða endursendingarnar sem fylgja, auk DNS-fyrirspurnarinnar sem kom á undan báðum. Þessi bæti eru til staðar þótt engu hafi verið afhent, og á sumum leiðum eru þau talin áður en nokkur sía ákveður hvað gera skuli við þau.

Þess vegna getur lína blokkaðs forrits stækkað þótt sérhver beiðni mistakist. Teljarinn svarar „hversu mörgum bætum var úthlutað til þessarar auðkenningar“, ekki „náði þessi auðkenning internetinu“. Línurit getur ekki greint samþykkt straum frá kurteislega hafnaðri handslám, og heildartala sem leggur báðar áttir saman getur það ekki heldur.

Tilvísunin fylgir UID, ekki tákninu

Línan er fyrir hvert UID, og eitt UID getur verið deilt af fleiri en einum pakka, á meðan sýnilegt forrit getur afhent vinnu til sérstaks einingar sem keyrir undir eigin auðkenningu. Vafraflipi sem sameiginlegt WebView-ferli teiknar, samstillingarþjónusta í bakgrunni eða fylgipakki uppsettur við hlið aðalforritsins framleiða öll umferð sem notkunarskjárinn getur sýnt undir nafni sem þú bjóst ekki við, eða undir forritinu sem þú blokkaðir. Blokkaður pakki og hjálparforrit sem ber beiðnir hans eru tveir ólíkir aðilar, og reglan náði aðeins yfir annan þeirra.

Þegar tölurnar líta rangt út, berðu saman UID en ekki merkið. Notkunar-API er fyrirspurt eftir UID, og adb shell dumpsys package <package> | grep userId= prentar töluna sem bera á saman við, svo tvær færslur með sama UID eru sama auðkenning frá sjónarhóli teljarans.

Tímaglugginn getur verið eldri en reglan þín

Notkunargögn eru safnað í fötu og fyrirspurt reglulega, ekki streymt í beinni. Dagleg heildartala getur innihaldið mínúturnar áður en þú virkjaðir blokkina, bakgrunnssamstillingu frá fyrri klukkustund eða umferð sem þegar var á leiðinni. Að bera saman uppsafnaða heildartölu við eina hafnaða beiðni og kalla muninn leka er mælivilla, ekki niðurstaða slarbrunnar.

Notaðu styttri glugga og hreinan byrjun. Skráðu tímastimplilinn þegar þú breytir reglunni, bíddu eitt söfnunarbil og skoðaðu síðan aðeins gögn eftir það. Ef heildartalan heldur áfram að hækka í glugga sem byrjar eftir regluna, hefur þú eitthvað til að rannsaka; ef hún hættir að hækka var fyrri vöxturinn sagan sem verið var að sýna.

VPN-þjónustan er kannski ekki sú sem þú stilltir

VPN-slarbrunnur sér aðeins umferð sem eigin þjónusta ber. Ef annað VPN-forrit ræsist og tekur yfir virku tenginguna er sían þín ekki lengur á leiðinni á meðan viðmót hennar er enn til í stillingum. Listar um framhjáhlaup eftir forritum gera það sama viljandi, og snið sem útilokar forrit er ekki leki þegar forritið virkar svo.

IPv4, IPv6 og DNS geta líka farið sundur. Sía sem meðhöndlar IPv4 getur skilið IPv6 eða einkanlegan DNS-uppflettingarþjón utan við sig, þannig að hluti umferðar forritsins fylgir leið sem reglurnar þínar lýstu aldrei. Athugaðu hvaða forrit á VPN-ið núna og hvað útilokunarlistinn segir áður en þú endurskrifar eitthvað:

adb shell settings get secure always_on_vpn_app
adb shell dumpsys connectivity
adb shell dumpsys netstats detail

Prófaðu eina nýja beiðni og skráðu fjögur staðreyndaratriði

Veldu meinlaust beiðni, framkvæmdu hana einu sinni og skrifaðu niður fjögur atriði: regluna sem gildir, UID forritsins, stöðu netsins og tímann. Athugaðu síðan hvort sían þín skráði strauminn og hvort áfangastaðurinn eða gáttin sá sömu tengingu. Einn straumur sem greinist á báðum hliðum er sönnun; uppsöfnuð heildartala er það ekki.

Varnarhæf niðurstaða nefnir hvað var hafnað og hvaða athugun staðfesti það. „Teljarinn hækkaði“ er ekki niðurstaða, og „allir notkunarteljarar eru falsaðir“ er það ekki heldur. Kjörorð um OSI-lag leysir þetta ekki: heiðarlegt svar er að teljarinn og blokkin geta bæði verið rétt á meðan þau lýsa ólíkum hlutum. Tilvísun Android um NetworkStatsManager skjalfestir hvernig þessum fötum er fyrirspurt og úthlutað.