Dek jou telefoon se VPN die skootrekenaar op sy hotspot?

Die telefoon se blaaier rapporteer ’n adres in ’n ander land, en die skootrekenaar op sy hotspot rapporteer steeds die mobiele netwerk. Nie een van die twee waarnemings is verkeerd nie, en die teenstrydigheid wat mense sien, kom daarvan dat hulle aanneem dat die deel van ’n internetverbinding ook die deel van ’n tonnel beteken. Drie voorwaardes bepaal of getetherde verkeer by die telefoon se VPN intree, en net een daarvan gaan oor die telefoon se instellings. Werk deur hulle voordat jy na ’n deelfunksie soek wat dalk nie bestaan nie.

Wat die hotspot werklik aanstuur

Tethering gee die skootrekenaar ’n pad na die internet deur die telefoon se mobiele koppelvlak. Die telefoon stuur daardie pakkette aan en vertaal gewoonlik die skootrekenaar se adresse wanneer hulle uitgaan. Dit is ’n aanstuurfunksie, en aanstuur is nie dieselfde as om verkeer in ’n tonnel vas te vang nie.

Of die aangestuurde pakkette dan by die telefoon se VPN intree, hang daarvan af hoe die VPN-program sy roetes en reëls geïnstalleer het. ’n Program wat net verkeer wat op die telefoon ontstaan vasvang, sal nie pakkette sien wat die kern namens ’n getetherde kliënt aanstuur nie.

Dis hoekom die twee waarnemings so maklik saam bestaan. Die telefoon se eie blaaier gebruik die tonnel, die skootrekenaar se pakkette volg die aanstuurpad, en niks in een van die twee vertonings is ’n leuen nie. Die twee toestelle vra bloot nie dieselfde vraag oor dieselfde koppelvlak nie. Sodra jy die skeiding sien, word die klag “hoekom is my skootrekenaar nie beskerm nie” ’n ontwerpvraag eerder as ’n fout.

Voorwaarde een: watter tonnel die telefoon laat loop

Begin deur die VPN se omvang op die telefoon te bepaal. ’n Tonnel vir die hele toestel, ’n tonnel per program en ’n proxy wat net vir die blaaier werk, is drie verskillende dinge, en net die eerste het enige kans om aangestuurde verkeer te dek. Kyk na die verskaffer se beskrywing van wat die program vasvang, eerder as na die ikoon in die statusbalk.

Kyk dan wat die verskaffer oor tethering sê. Sommige dokumenteer uitdruklik dat gewone hotspot-verkeer buite die tonnel val, wat die eerlike antwoord is vir ’n verbruikersdiens wat nooit belowe het om ’n router te wees nie. Proton VPN se Android-hotspotriglyne is een gepubliseerde voorbeeld van daardie onderskeid; jou verskaffer se eie dokumentasie is die een wat vir jou toestel saak maak.

’n VPN-ikoon in die statusbalk sê vir jou die telefoon het ’n tonnel. Dit sê nie watter koppelvlakke daardie tonnel dek nie, en daardie gaping is waar die meeste verwarring woon.

Voorwaarde twee: of tethering ingesluit is

Selfs ’n tonnel vir die hele toestel kan aangestuurde verkeer volgens ontwerp uitsluit, want die program se roetereëls is vir plaaslik gegenereerde pakkette geskryf. Om getetherde kliënte in te sluit, vereis gewoonlik dat die verskaffer dit uitdruklik ondersteun, of ’n gerootte toestel met pasgemaakte reëls wat die meeste mense nie moet probeer nie.

Om van Wi-Fi na USB oor te skakel, verander dit nie. Die tethering-substelsel ondersteun verskeie vervoermiddels, maar die vervoermiddel is nie die roetebesluit nie. ’n Kabel maak die skakel stabieler en doen niks vir tonneldekking nie, en daarom beantwoord die raad om “net USB te gebruik” ’n ander vraag as die een wat gevra word.

Ou resepte wat firewallreëls spoel en sekere koppelvlakname aanneem, is nie draagbare instruksies nie. Hulle is vir ’n spesifieke toestel, ’n spesifieke ROM en ’n spesifieke jaar geskryf, en om hulle op ’n huidige handset toe te pas, sal waarskynlik eerder tethering breek as om ’n tonnel uit te brei.

Voorwaarde drie: wie se identiteit die bestemming nodig het

Dit is die voorwaarde wat die ontwerp gewoonlik beslis, en dit het niks met hotspots te doen nie. As die skootrekenaar ’n werkgewer se netwerk moet bereik, behoort die identiteit wat saak maak aan die skootrekenaar, en ’n verbruikers-VPN op die telefoon kan dit nie verskaf nie.

ip -brief addr show
curl -sS https://ifconfig.me/ip
dig +short myip.opendns.com @resolver1.opendns.com

Voer dit op die skootrekenaar uit, nie op die telefoon nie, want die vraag is wat die bestemming sien vanaf die toestel waaroor jy jou bekommer. ’n Openbare adres wat die telefoon rapporteer, beantwoord ’n vraag oor die telefoon.

Selfs ’n ooreenstemmende resultaat van die skootrekenaar is beperkte bewyse. Naamresolusie, ander programme en gedrag wanneer die tonnel faal, behoort alles aan die toestel wie se dekking jy toets, en een HTTP-versoek kenmerk nie een daarvan nie. Toets die program waaroor jy werklik bekommerd is, en toets dit dan weer met die tonnel doelbewus ontkoppel.

Wat om eerder te doen, in volgorde van moeite

Die goedkoopste korrekte antwoord is om die VPN op die skootrekenaar te laat loop. Koppel dit aan die hotspot, laat die telefoon die onderliggende mobiele verbinding verskaf, en vestig die tonnel vanaf die toestel wat die identiteit nodig het. Dit werk met werkgewer-VPN's, wat die geval is wat die meeste saak maak.

As die toestel glad nie ’n VPN-kliënt kan loop nie, soek ’n uitdruklik ondersteunde deelslaag of ’n reisroeteerder wat die tonnel beëindig. Lees sy dokumentasie vir die werklike platform eerder as om aan te neem dat ’n hotspot-funksie daardie deelslaag is.

As nie een van die twee moontlik is nie, aanvaar die beperking eerder as om dit te omseil met ’n resep wat jy nie kan onderhou nie. Die telefoon se VPN dek die telefoon; die skootrekenaar het sy eie pad nodig, en om dit vooraf te weet is meer werd as ’n middag se koppelvlak-eksperimente. Dokumenteer die reëling sodat die volgende persoon dit nie tydens ’n voorval weer ontdek nie. ’n Eenreël-nota in die span se wiki is genoeg.