Acoperă VPN-ul telefonului laptopul din hotspotul acestuia?

Browserul telefonului raportează o adresă din altă țară, iar laptopul din hotspotul acestuia raportează în continuare operatorul mobil. Niciuna dintre cele două observații nu este greșită, iar contradicția pe care oamenii o văd vine din presupunerea că partajarea unei conexiuni la internet înseamnă și partajarea unui tunel. Trei condiții decid dacă traficul dispozitivului conectat intră în VPN-ul telefonului, și doar una dintre ele ține de setările telefonului. Parcurgeți-le înainte de a căuta o funcție de partajare care poate nu există.

Ce redirecționează hotspotul de fapt

Tetheringul oferă laptopului o cale către internet prin interfața mobilă a telefonului. Telefonul redirecționează pachetele respective și, în mod obișnuit, traduce adresele laptopului atunci când acestea ies. Aceasta este o funcție de redirecționare, iar redirecționarea nu este același lucru cu capturarea traficului într-un tunel.

Dacă pachetele redirecționate intră apoi în VPN-ul telefonului depinde de modul în care aplicația VPN și-a instalat rutele și regulile. O aplicație care capturează doar traficul originat pe telefon nu va vedea pachetele pe care nucleul le redirecționează în numele unui client conectat.

De aceea cele două observații coexistă atât de ușor. Browserul telefonului folosește tunelul, pachetele laptopului urmează calea de redirecționare, și nimic din niciunul dintre cele două ecrane nu vă minte. Cele două dispozitive pur și simplu nu pun aceeași întrebare aceleiași interfețe. Odată ce vedeți această separare, plângerea „de ce nu este protejat laptopul meu” devine o întrebare de proiectare, nu un defect.

Prima condiție: ce tunel rulează telefonul

Începeți prin a stabili amploarea VPN-ului pe telefon. Un tunel pentru întregul dispozitiv, un tunel pe aplicație și un proxy doar pentru browser sunt trei lucruri diferite, și doar primul are vreo șansă să acopere traficul redirecționat. Uitați-vă la descrierea furnizorului despre ce captează aplicația, nu la pictograma din bara de stare.

Apoi verificați ce spune furnizorul despre tethering. Unii documentează explicit că traficul obișnuit al hotspotului este în afara tunelului, ceea ce este răspunsul onest pentru un serviciu de consum care nu a promis niciodată să fie un router. Ghidul Proton VPN pentru hotspot pe Android este un exemplu publicat al acestei distincții; documentația propriului furnizor este cea care contează pentru dispozitivul dumneavoastră.

O pictogramă VPN în bara de stare vă spune că telefonul are un tunel. Nu vă spune ce interfețe acoperă tunelul respectiv, și exact în acest gol locuiește cea mai mare parte a confuziei.

A doua condiție: dacă tetheringul este inclus

Chiar și un tunel pentru întregul dispozitiv poate exclude prin proiectare traficul redirecționat, pentru că regulile de rutare ale aplicației au fost scrise pentru pachete generate local. Includerea clienților conectați cere de obicei ca furnizorul să o susțină explicit, sau un dispozitiv cu root și reguli personalizate pe care majoritatea oamenilor nu ar trebui să le încerce.

Trecerea de la Wi-Fi la USB nu schimbă acest lucru. Subsistemul de tethering acceptă mai multe transporturi, dar transportul nu este decizia de rutare. Un cablu face legătura mai stabilă și nu face nimic pentru acoperirea tunelului, de aceea sfatul „folosește doar USB” răspunde la altă întrebare decât cea pusă.

Rețetele vechi care golesc regulile firewall-ului și presupun nume de interfață anume nu sunt instrucțiuni portabile. Au fost scrise pentru un anumit dispozitiv, un anumit ROM și un anumit an, iar aplicarea lor la un telefon actual are mai multe șanse să strice tetheringul decât să extindă un tunel.

A treia condiție: ce identitate are nevoie destinația

Aceasta este condiția care decide de obicei proiectarea, și nu are nimic de-a face cu hotspoturile. Dacă laptopul trebuie să ajungă la rețeaua unui angajator, identitatea care contează aparține laptopului, iar un VPN de consum pe telefon nu o poate furniza.

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

Rulați aceste comenzi pe laptop, nu pe telefon, pentru că întrebarea este ce vede destinația din dispozitivul care vă interesează. O adresă publică raportată de telefon răspunde la o întrebare despre telefon.

Chiar și un rezultat identic de pe laptop este o dovadă limitată. Rezolvarea numelor, alte aplicații și comportamentul când tunelul eșuează aparțin dispozitivului a cărui acoperire o testați, iar o singură cerere HTTP nu caracterizează niciuna dintre ele. Testați aplicația care vă interesează cu adevărat, apoi testați-o din nou cu tunelul deconectat intenționat.

Ce să faceți în schimb, în ordinea efortului

Cel mai ieftin răspuns corect este să rulați VPN-ul pe laptop. Conectați-l la hotspot, lăsați telefonul să furnizeze conexiunea mobilă de bază și stabiliți tunelul de pe dispozitivul care are nevoie de identitate. Aceasta funcționează cu VPN-urile angajatorilor, care este cazul cel mai important.

Dacă dispozitivul nu poate rula deloc un client VPN, căutați un gateway de partajare susținut explicit sau un router de călătorie care încheie tunelul. Citiți documentația lui pentru platforma reală în loc să presupuneți că o funcție de hotspot este acel gateway.

Dacă niciuna nu este posibilă, acceptați limitarea în loc să o ocoliți cu o rețetă pe care nu o puteți întreține. VPN-ul telefonului acoperă telefonul; laptopul are nevoie de propria cale, iar să știți asta dinainte valorează mai mult decât o după-amiază de experimente cu interfețe. Documentați aranjamentul ca următoarea persoană să nu îl descopere din nou în timpul unui incident. O singură linie în wiki-ul echipei este suficientă.