SOCKS-stilling NetGuard nær yfir TCP, ekki hvert prótókol

NetGuard tekur VPN-viðmót Android til að sía umferð, og getur afhent studdar tengingar til SOCKS-endapunkts. Þessar tvær staðreyndir eru oft lesnar sem „síminn er á VPN“, sem er niðurstaða sem vélbúnaðurinn styður ekki. Síuskilin sjá pakka; proxy-þjónninn sér aðeins þær tengingar sem honum voru í raun afhentar. Milli þessara tveggja fullyrðinga liggur öll spurningin um umfjöllun.

Algengar spurningar upprunalega verkefnisins skjalfesta bæði takmörkina við eina þjónustu og SOCKS-valkostinn. Tilvist valkostsins er ekki sönnun þess að hver leyfður pakki noti hann, og umfjöllunarspurningarnar koma einmitt úr þessu eyði.

Tvær framsendingarleiðir í einni app

TCP-hlið útfærslunnar inniheldur meðferð SOCKS-tenginga, svo leyfð TCP-tenging getur verið samin við proxy-þjóninn og borin í gegnum hann. UDP-hliðin hefur aðskilda socket-leið, og meðferð sendingar og móttöku hennar er ekki háð þeirri TCP-samningagerð. Því getur gagnapakki sem sían leyfir náð venjulegu netinu án þess að fara nokkurn tíma í gegnum proxy-þjóninn. Ekkert af þessu er galli í appinu; það er einfaldlega það sem leiðirnar tvær útfæra.

Þessi greinarmunur hefur afleiðingu sem fólk lýsir rangt í báðar áttir. Að kalla hvern UDP-pakka leka hunsar blokkunarréttinn, því hafnaður gagnapakki fer aldrei út. Að kalla alla uppsetninguna VPN hunsar leyfðu beinu leiðina, því hluti umferðar fer vissulega út án proxy. Það sem þú hefur er síað tæki með hluta-proxy, og heiðarleg lýsing er fylki, ekki merki.

Að auglýsa UDP er ekki að útfæra það

SOCKS-þjónn sem segist styðja UDP bætir ekki samsvarandi meðferð á biðlarahlið við appið í símanum þínum. Fræðilegir eiginleikar prótókolsins og hegðun uppsettrar útgáfu eru mismunandi viðfangsefni, og aðeins hið síðara lýsir umferðinni þinni.

Athugaðu útgáfuna og stillingarnar sem þú keyrir í raun, prófaðu svo skaðlausa gagnapakkastreymi og fylgstu með hvort hún birtist hjá proxy-þjóninum. Allt annað er ályktun úr eiginleikalista, og eiginleikalistar lýsa áformum, ekki kóðaleiðum.

DNS er þriðja leiðin, ekki smáatriði

Nafnaupplausn bætir eigin grein við fylkið. Staðbundinn DNS-framsendir, venjuleg UDP-fyrirspurn, viðtökuhýsinanafn sem proxy-þjónninn leysir sjálfur og dulkóðuð leysir í vafranum eru fjórar aðskildar uppsetningar. Þær greinast að því hver sér fyrirspurnina og hvaða netleið ber hana, og að blanda þeim saman gefur próf sem sannar ekkert um hinar.

Ákveddu af ásettu ráði hverja þú vilt. Ef krafan er að nöfn leysist í gegnum göngin, mun vafrastilling ein og sér ekki veita það, og proxy-þjónn sem leysir hýsinöfn sjálfur breytir aðeins svarinu fyrir þær tengingar sem hann meðhöndlar í raun.

Flutningurinn gegnum proxy er ekki sjálfkrafa trúnaðarlegur

Venjulegt SOCKS er ekki dulkóðuð tenging frá síma til proxy. Ef endapunkturinn er náð í gegnum aðra varða leið, nefndu þá leið og bilunarstefnu hennar, því afturhvarf til opna netsins gerir einkauppsetningu að opinberri án viðvörunar. Auðkenning proxy-þjónsins sjálfs skiptir líka máli: opinn hlustandi á sameiginlegu tæki er þjónusta sem enginn gerir grein fyrir.

Uppsetningar milli prófíla eiga skilið sömu skoðun. VPN vinnuprófíls verndar aðeins þá umferð sem notar leið þess, og samvera eldveggjar persónuprófíls og vinnuganga sannar ekki að framhaldstenging eldveggjarins nái þeim göngum. Staðfestu aðgengi og auðkenningu í stað þess að gera ráð fyrir að prófílarnir tveir vinni saman.

Úttekt umfjöllunar með fylki, ekki með síðuhleðslu

Fyrir heimilað mat skaltu velja skaðlaus dæmi sem tákna hvern þann flokk sem þér er annt um: nauðsynlegt TCP, leyft UDP og DNS í báðum vistfangafjölskyldum. Fyrir hvert þeirra skráðu hvort það fór um proxy, var blokkt eða sent beint. Ein taflan er afurðin, og hún er miklu gagnlegri en skjámynd af síðu sem hlóðst.

Ef krafan er að öll valin forritsumferð fari um fjarlæg göng, veldu útfærslu sem styður sérstaklega sameinaða síun og göng. Uppsetning með aðeins TCP-proxy heldur gildi sínu fyrir þrengri verkefni, að því tilskildu að önnur umferð sé meðhöndluð viljandi en ekki gleymd.