Pam nad yw traffig dadfygio di-wifr yn brawf o ollyngiad VPN

Gwnaethoch alluogi dadfygio di-wifr, cysylltu gliniadur, a pharhaodd y sesiwn i weithio tra oedd y VPN ymlaen. Mae hynny'n edrych fel rhywbeth wedi llithro heibio'r twnnel. Bron yn sicr na wnaeth. Mae sesiwn dadfygio a chais ap i wefan yn berthnasoedd rhwydwaith gwahanol, a dim ond un ohonynt sydd i fod i groesi'r twnnel.

Rwyf wedi taro'r camddarllen hwn ddwywaith: unwaith gyda'r ffôn a'r gliniadur ar yr un Wi-Fi, ac unwaith ar ôl ailgychwyn pan oedd y paru wedi goroesi. Yn y ddau achos roedd y VPN yn gwneud yn union yr hyn y cafodd ei ffurfweddu i'w wneud.

Enwch yr arsylwi cyn enwi'r nam

Gall tri digwyddiad ddod cyn honiad o ollyngiad, ac nid ydynt yn gyfnewidiol. Gall offeryn ddarganfod gwasanaeth, gall y ddyfais gymeradwyo gorsaf waith, neu gall sesiwn awdurdodedig gludo gorchmynion a beitiau mewn gwirionedd. Nodwch pa un a welsoch, oherwydd mae pob un yn profi llai nag y mae pobl yn tybio.

Darganfyddiad yw mDNS neu sgan porthladd fel arfer. Paru yw penderfyniad cofrestru a wneir ar y ffôn, wedi'i gadarnhau â chod y mae'r defnyddiwr yn ei deipio. Mae sesiwn fyw yn golygu bod traffig wedi symud rhwng dau bwynt terfyn sydd wedi'u paru. Nid oes unrhyw un o'r rheini'n disgrifio i ble mae cais HTTPS ap yn mynd.

Cadwch y cyrchfan, y rhyngwyneb, y teulu cyfeiriadau, y stamp amser a'r proffil defnyddiwr ynghlwm wrth y digwyddiad. Heb y manylion hynny ni ellir cymharu'r arsylwi â'r polisi rhwydwaith lleol arfaethedig, nac â'r fersiwn VPN a oedd yn rhedeg bryd hynny.

Pam nad yw'r ddau lwybr byth yn cyfarfod

Cysylltiad mewnol â'r ddyfais yw dadfygio di-wifr. Mae adbd yn gwrando ar borthladd wedi'i rwymo i'r rhyngwyneb Wi-Fi, ac mae'r orsaf waith yn cysylltu ag ef ar ôl paru. Mae'r cyfeiriad yn bwysig: mae eich gliniadur yn cyrraedd i mewn i'r ffôn, nid y ffordd arall. Mae hynny'n groes i ollyngiad allanfa.

Mae traffig rhyngrwyd ap yn gadael trwy'r rhyngwyneb twnnel y mae VpnService yn ei osod, wedi'i baru gan UID a rheolau llwybro. Mae adbd yn ddemonaidd system sy'n rhedeg fel defnyddiwr shell, nid yn ap o fewn y set llwybro honno. Mae'n aros ar y cyswllt Wi-Fi sylfaenol hyd yn oed pan fo pob ap wedi'i binio i'r twnnel.

Mae'r modd clo yn gorfodi'r twnnel ar gyfer apiau dan sylw. Nid yw'n troi soced gwrando yn llwybr allanfa.

Dyna pam mae sesiwn ADB weithredol a switsh lladd gweithredol yn cyd-fodoli heb wrthddywediad. I brofi ollyngiad, rhaid i chi arsylwi'r cyfeiriad y dylid ei rwystro.

Sut mae prawf allanfa mewn gwirionedd yn edrych

Profwch yr ap dan sylw, nid y sianel ddadfygio. Gosodwch y cyflwr methiant yn fwriadol, yna gwnewch un cais newydd a chofnodwch beth ddigwyddodd.

1. Cadarnhewch mai'r VPN yw'r unig lwybr: trowch ymlaen VPN bob amser gyda rhwystro cysylltiadau heb VPN.
2. Ataliwch y VPN yn y ffordd a gefnogir a chadarnhewch fod yr ap yn adrodd dim cysylltedd.
3. Anfonwch un cais diniwed o'r ap hwnnw a nodwch ai methu neu lwyddo y mae.
4. Ailadroddwch gyda dadfygio di-wifr ymlaen, yna i ffwrdd, fel bod y newidyn wedi'i ynysu.

Mae cais wedi'i rwystro o dan yr amodau hynny'n dystiolaeth. Nid yw sesiwn ADB lwyddiannus, ac nid yw un ping o ap terfynell chwaith.

Os yw'r cais yn llwyddo tra bod y clo ymlaen, cofnodwch UID yr ap a'i ganiatâd VPN, y rhwydwaith gweithredol a fersiwn y cleient. Mae'r cyfuniad hwnnw'n ganfyddiad gwirioneddol.

Mae paru yn goroesi'r sesiwn

Mae paru yn gyflwr parhaus, nid ysgwyd llaw y gallwch ei anghofio ar ôl y prawf cebl. Mae dogfennaeth dadfygio Android yn disgrifio'r llif gwaith di-wifr ac yn nodi bod y berthynas yn para nes ei anghofio'n benodol neu nes dirymu'r awdurdodiadau.

Gwiriwch beth sydd o hyd yn awdurdodedig cyn beio'r twnnel. Agorwch Ddadfygio di-wifr, edrychwch ar Ddyfeisiau wedi'u paru, ac anghofiwch unrhyw beth nad ydych yn ei adnabod mwyach. Rhedewch adb devices o'r orsaf waith i weld pa gofnodion sy'n dal i ateb, a adb disconnect i ollwng un darfodedig. Mae diffodd dadfygio di-wifr yn cau'r porthladd gwrando'n gyfan gwbl.

Ar rwydwaith a rennir neu ansicr, gadewch ef i ffwrdd. Mae awdurdodiad parhaus ar rwydwaith nad ydych yn ei reoli'n broblem fwy na rhagdybiaeth o osgoi TUN.

Cyn i chi gyflwyno'r nam hwnnw

Mae adroddiad defnyddiol yn enwi'r union ffin a fethodd. Cynhwyswch fodel y ddyfais a fersiwn Android, cleient y VPN a'i fersiwn, a oedd y clo ymlaen, pecyn yr ap a'r UID, a'r rhwydwaith yr oedd y ffôn arno. Ychwanegwch y gorchymyn neu'r cais a gynhyrchodd yr arsylwi, ynghyd â'r amser y digwyddodd. Heb hynny, ni all neb atgynhyrchu'r ffin rydych yn honni ei bod wedi torri.

Peidiwch â dieithrio gorfodaeth nac amlygu dadfygio ar rwydwaith ansicr i wneud i'r prawf edrych yn fwy dramatig. Mae hynny'n newid y system rydych yn ei mesur ac yn gadael tystiolaeth na all neb ei hailadrodd.

Os mai eich unig brawf yw bod ADB wedi cysylltu tra oedd y VPN ymlaen, gwnaethoch fesur y llwybr anghywir. Ailredwch y prawf ar lefel ap yn gyntaf; mae'r ateb fel arfer yn cyrraedd yno.