Ĉu la VPN de via telefono kovras la tekkomputilon en ĝia hotspot?

La retumilo de la telefono raportas adreson en alia lando, kaj la tekkomputilo en ĝia hotspot ankoraŭ raportas la poŝtelefonan operatoron. Neniu el la du observoj estas malĝusta, kaj la kontraŭdiro, kiun homoj vidas, venas el la supozo, ke kunhavigi interretan konekton ankaŭ kunhavigas tunelon. Tri kondiĉoj decidas, ĉu la trafiko de ligita kliento eniras la VPN de la telefono, kaj nur unu el ili temas pri la agordoj de la telefono. Trapasu ilin antaŭ ol vi serĉos kunhavigan funkcion, kiu eble ne ekzistas.

Kion la hotspot efektive plusendas

Tethering donas al la tekkomputilo vojon al la interreto tra la poŝtelefona interfaco de la telefono. La telefono plusendas tiujn pakaĵojn kaj, en la ordinara kazo, tradukas la adresojn de la tekkomputilo dum ili eliras. Tio estas plusenda funkcio, kaj plusendo ne samas kiel kapti trafikon en tunelon.

Ĉu la plusenditaj pakaĵoj poste eniras la VPN de la telefono dependas de tio, kiel la VPN-programo instalas siajn vojojn kaj regulojn. Programo, kiu kaptas nur trafikon originintan en la telefono, ne vidos pakaĵojn, kiujn la kerno plusendas nome de ligita kliento.

Tial la du observoj tiel facile kunekzistas. La retumilo de la telefono mem uzas la tunelon, la pakaĵoj de la tekkomputilo sekvas la plusendan vojon, kaj nenio en iu ajn el la du ekranoj mensogas al vi. La du aparatoj simple ne faras la saman demandon al la sama interfaco. Post kiam vi vidos tiun disigon, la plendo “kial mia tekkomputilo ne estas protektata” fariĝas demando pri dezajno, ne cimo.

Unua kondiĉo: kiun tunelon la telefono rulas

Komencu per determini la amplekson de la VPN en la telefono. Tunelo por la tuta aparato, tunelo por unuopa programo kaj prokurilo nur por la retumilo estas tri malsamaj aferoj, kaj nur la unua havas iun ŝancon kovri plusenditan trafikon. Rigardu la priskribon de la provizanto pri tio, kion la programo kaptas, ne la ikonon en la stata breto.

Poste kontrolu, kion la provizanto diras pri tethering. Iuj eksplicite dokumentas, ke ordinara hotspot-trafiko estas ekster la tunelo, kio estas la honesta respondo por konsuma servo, kiu neniam promesis esti enkursigilo. La gvidilo de Proton VPN pri Android-hotspot estas unu publikigita ekzemplo de tiu distingo; la propra dokumentaro de via provizanto estas tiu, kiu gravas por via aparato.

VPN-ikono en la stata breto diras al vi, ke la telefono havas tunelon. Ĝi ne diras, kiujn interfacojn tiu tunelo kovras, kaj en tiu malpleno loĝas la plej granda parto de la konfuzo.

Dua kondiĉo: ĉu tethering estas inkluzivita

Eĉ tunelo por la tuta aparato povas laŭdezajne ekskludi plusenditan trafikon, ĉar la enkursigaj reguloj de la programo estis skribitaj por loke generitaj pakaĵoj. Inkluzivi ligitajn klientojn kutime postulas, ke la provizanto eksplicite subtenu ĝin, aŭ aparaton kun radika aliro kaj propraj reguloj, kiujn plej multaj homoj ne devus provi.

Ŝanĝi de Wi-Fi al USB tion ne ŝanĝas. La tethering-subsistemo subtenas plurajn transportojn, sed la transporto ne estas la enkursiga decido. Kablo faras la ligon pli stabila kaj faras nenion por la tunela kovrado, kaj tial la konsilo “nur uzu USB” respondas al alia demando ol la demandita.

Malnovaj receptoj, kiuj malplenigas fajrobarilajn regulojn kaj supozas certajn interfacajn nomojn, ne estas porteblaj instrukcioj. Ili estis skribitaj por certa aparato, certa ROM kaj certa jaro, kaj ilia aplikado al nuntempa telefono pli verŝajne rompos tethering ol etendos tunelon.

Tria kondiĉo: kies identecon la celo bezonas

Tiu ĉi estas la kondiĉo, kiu kutime decidas la dezajnon, kaj ĝi havas nenion komunan kun hotspot-oj. Se la tekkomputilo devas atingi reton de dunganto, la identeco, kiu gravas, apartenas al la tekkomputilo, kaj konsuma VPN en la telefono ne povas liveri ĝin.

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

Rulu tiujn komandojn en la tekkomputilo, ne en la telefono, ĉar la demando estas, kion la celo vidas de la aparato, kiu gravas al vi. Publika adreso raportita de la telefono respondas demandon pri la telefono.

Eĉ kongrua rezulto de la tekkomputilo estas limigita pruvo. Nomrezolucio, aliaj programoj kaj konduto kiam la tunelo fiaskas ĉiuj apartenas al la aparato, kies kovradon vi testas, kaj unu HTTP-peto karakterizas neniun el ili. Testu la programon, kiu vere gravas al vi, poste testu ĝin denove kun la tunelo intence malkonektita.

Kion fari anstataŭe, laŭ ordo de peno

La plej malmultekosta ĝusta respondo estas ruli la VPN en la tekkomputilo. Konektu ĝin al la hotspot, lasu la telefonon liveri la suban poŝtelefonan konekton, kaj starigu la tunelon de la aparato, kiu bezonas la identecon. Tio funkcias kun VPN-oj de dungantoj, kaj tio estas la kazo, kiu plej gravas.

Se la aparato tute ne povas ruli VPN-klienton, serĉu eksplicite subtenatan kunhavigan enirejon aŭ vojaĝan enkursigilon, kiu finas la tunelon. Legu ĝian dokumentaron por la reala platformo anstataŭ supozi, ke hotspot-funkcio estas tiu enirejo.

Se neniu el la du eblas, akceptu la limigon anstataŭ ĉirkaŭiri ĝin per recepto, kiun vi ne povas prizorgi. La VPN de la telefono kovras la telefonon; la tekkomputilo bezonas sian propran vojon, kaj scii tion anticipe valoras pli ol posttagmezo da interfacaj eksperimentoj. Dokumentu la aranĝon, por ke la sekva persono ne remalkovru ĝin dum incidento. Unu linio en la teama vikio sufiĉas.