Dekker VPN-en på telefonen laptop-en på hotspoten?

Nettleseren på telefonen rapporterer en adresse i et annet land, og laptop-en på hotspoten rapporterer fortsatt mobiloperatøren. Ingen av de to observasjonene er feil, og motsetningen folk ser, kommer av at man antar at det å dele en internettforbindelse også deler en tunnel. Tre betingelser avgjør om trafikk fra en tilkoblet enhet havner i telefonens VPN, og bare én av dem handler om telefonens innstillinger. Gå gjennom dem før du leter etter en endelingsfunksjon som kanskje ikke finnes.

Hva hotspoten faktisk videresender

Tethering gir laptop-en en vei til internett gjennom telefonens mobile grensesnitt. Telefonen videresender disse pakkene og oversetter vanligvis laptop-ens adresser når de forlater den. Det er en videresendingsfunksjon, og videresending er ikke det samme som å fange trafikk i en tunnel.

Om de videresendte pakkene deretter havner i telefonens VPN, avhenger av hvordan VPN-programmet installerte rutene og reglene sine. Et program som bare fanger trafikk som oppstår på telefonen, vil ikke se pakker som kjernen videresender på vegne av en tilkoblet klient.

Derfor sameksisterer de to observasjonene så lett. Telefonens egen nettleser bruker tunnelen, laptop-ens pakker tar videresendingsveien, og ingenting på noen av skjermene lyver for deg. De to enhetene stiller rett og slett ikke samme spørsmål til samme grensesnitt. Når du ser denne splittelsen, blir klagen «hvorfor er ikke laptop-en min beskyttet» et designspørsmål i stedet for en feil.

Betingelse én: hvilken tunnel telefonen kjører

Begynn med å fastslå omfanget av VPN-en på telefonen. En tunnel for hele enheten, en tunnel per program og en proxy bare for nettleseren er tre forskjellige ting, og bare den første har noen sjanse til å dekke videresendt trafikk. Se på leverandørens beskrivelse av hva appen fanger, i stedet for ikonet i statuslinjen.

Sjekk deretter hva leverandøren sier om tethering. Noen dokumenterer uttrykkelig at vanlig hotspot-trafikk er utenfor tunnelen, noe som er det ærlige svaret for en forbrukertjeneste som aldri lovet å være en ruter. Proton VPNs veiledning for Android-hotspot er ett publisert eksempel på den forskjellen; leverandørens egen dokumentasjon er den som betyr noe for enheten din.

Et VPN-ikon i statuslinjen forteller deg at telefonen har en tunnel. Det forteller deg ikke hvilke grensesnitt tunnelen dekker, og i det gapet bor det meste av forvirringen.

Betingelse to: om tethering er inkludert

Selv en tunnel for hele enheten kan etter design utelate videresendt trafikk, fordi programmets ruteregler ble skrevet for lokalt genererte pakker. Å inkludere tilkoblede klienter krever vanligvis at leverandøren støtter det uttrykkelig, eller en rootet enhet med egne regler som de fleste ikke bør forsøke.

Å bytte fra Wi-Fi til USB endrer ikke dette. Tethering-undersystemet støtter flere transporter, men transporten er ikke rutingsbeslutningen. En kabel gjør forbindelsen mer stabil og gjør ingenting for tunneldekningen, og derfor svarer rådet «bare bruk USB» på et annet spørsmål enn det som stilles.

Gamle oppskrifter som tømmer brannmurregler og antar bestemte grensesnittnavn er ikke flyttbare instruksjoner. De ble skrevet for en bestemt enhet, en bestemt ROM og et bestemt år, og å bruke dem på en moderne telefon vil snarere bryte tethering enn å utvide en tunnel.

Betingelse tre: hvilken identitet destinasjonen trenger

Dette er betingelsen som vanligvis avgjør designet, og den har ingenting med hotspoter å gjøre. Hvis laptop-en må nå et nettverk hos en arbeidsgiver, tilhører identiteten som betyr noe, laptop-en, og en forbruker-VPN på telefonen kan ikke levere den.

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

Kjør disse på laptop-en, ikke på telefonen, fordi spørsmålet er hva destinasjonen ser fra enheten du bryr deg om. En offentlig adresse som telefonen rapporterer, svarer på et spørsmål om telefonen.

Selv et samsvarende resultat fra laptop-en er begrenset bevis. Navneoppslag, andre programmer og oppførsel når tunnelen svikter, tilhører alle enheten du tester dekningen til, og én HTTP-forespørsel karakteriserer ingen av dem. Test programmet du faktisk bryr deg om, og test det deretter på nytt med tunnelen bevisst koblet fra.

Hva du bør gjøre i stedet, i rekkefølge etter innsats

Det billigste riktige svaret er å kjøre VPN-en på laptop-en. Koble den til hotspoten, la telefonen levere den underliggende mobilforbindelsen, og etabler tunnelen fra enheten som trenger identiteten. Dette fungerer med arbeidsgiveres VPN-er, og det er tilfellet som betyr mest.

Hvis enheten ikke kan kjøre en VPN-klient i det hele tatt, se etter en uttrykkelig støttet delingsgateway eller en reiseruter som avslutter tunnelen. Les dokumentasjonen for den faktiske plattformen i stedet for å anta at en hotspot-funksjon er den gatewayen.

Hvis ingen av delene er mulig, godta begrensningen i stedet for å omgå den med en oppskrift du ikke kan vedlikeholde. Telefonens VPN dekker telefonen; laptop-en trenger sin egen vei, og å vite det på forhånd er mer verdt enn en ettermiddag med grensesnitteksperimenter. Dokumenter ordningen slik at neste person ikke gjenoppdager den under en hendelse. Én linje i teamets wiki er nok.