Lefedi-e a telefon VPN-je a hotspotján lévő laptopot?
A hotspot a telefon internetkapcsolatát osztja meg, nem feltétlenül az alagútját. Három feltétel dönti el a lefedettséget, és a laptop mindig futtathatja a saját VPN-jét.
A telefon böngészője más országbeli címet jelent, a hotspotján lévő laptop viszont továbbra is a mobilszolgáltatót jelenti. Egyik megfigyelés sem téves, és az ellentmondás, amit az emberek látnak, abból a feltételezésből ered, hogy az internetkapcsolat megosztása egyben az alagút megosztását is jelenti. Három feltétel dönti el, bekerül-e a csatlakoztatott eszköz forgalma a telefon VPN-jébe, és ezek közül csak egy szól a telefon beállításairól. Menjen végig őket, mielőtt olyan megosztási funkciót keres, amely talán nem is létezik.
Mit továbbít valójában a hotspot
A tethering útvonalat ad a laptopnak az internetre a telefon mobil interfészén keresztül. A telefon továbbítja ezeket a csomagokat, és szokásos esetben lefordítja a laptop címeit, amikor azok kilépnek. Ez továbbítási funkció, és a továbbítás nem ugyanaz, mint a forgalom alagútba fogása.
Hogy a továbbított csomagok aztán bekerülnek-e a telefon VPN-jébe, attól függ, hogyan telepítette a VPN-alkalmazás az útvonalait és szabályait. Az az alkalmazás, amely csak a telefonon keletkező forgalmat fogja, nem fogja látni azokat a csomagokat, amelyeket a kernel egy csatlakoztatott kliens nevében továbbít.
Ezért létezik a két megfigyelés ilyen könnyen egymás mellett. A telefon saját böngészője használja az alagutat, a laptop csomagjai a továbbítási útvonalat követik, és egyik kijelzőn sem hazudik Önnek semmi. A két eszköz egyszerűen nem ugyanazt a kérdést teszi fel ugyanannak az interfésznek. Amint látja ezt a szétválást, a „miért nincs védve a laptopom” panasz tervezési kérdéssé válik, nem hibává.
Első feltétel: melyik alagutat futtatja a telefon
Kezdje a VPN hatókörének meghatározásával a telefonon. Az egész eszközre kiterjedő alagút, az alkalmazásonkénti alagút és a csak böngészős proxy három különböző dolog, és csak az elsőnek van némi esélye a továbbított forgalom lefedésére. A szolgáltató leírását nézze arról, mit fog az alkalmazás, ne az állapotsor ikonját.
Ezután ellenőrizze, mit mond a szolgáltató a tetheringről. Néhányan kifejezetten dokumentálják, hogy a szokásos hotspot-forgalom az alagúton kívül van, ami őszinte válasz egy olyan fogyasztói szolgáltatástól, amely soha nem ígért routert. A Proton VPN Android hotspot útmutatója egy közzétett példa erre a megkülönböztetésre; az Ön szolgáltatójának saját dokumentációja az, amely az eszközén számít.
Az állapotsor VPN-ikonja azt mondja, hogy a telefonnak van alagútja. Azt nem mondja meg, mely interfészeket fedi ez az alagút, és a zavar nagy része éppen ebben a hézagban él.
Második feltétel: benne van-e a tethering
Még az egész eszközre kiterjedő alagút is kizárhatja a továbbított forgalmat tervezés szerint, mert az alkalmazás útvonal-szabályai helyben keletkező csomagokra íródtak. A csatlakoztatott kliensek bevonása általában a szolgáltató kifejezett támogatását igényli, vagy rootolt eszközt egyéni szabályokkal, amit a legtöbb embernek nem lenne szabad megpróbálnia.
A Wi-Fi-ről USB-re váltás ezen nem változtat. A tethering alrendszer több átviteli módot támogat, de az átviteli mód nem az útvonalválasztási döntés. A kábel stabilabbá teszi a kapcsolatot, és semmit nem tesz az alagút lefedettségéért, ezért a „csak használj USB-t” tanács más kérdésre válaszol, mint amit feltettek.
A régi receptek, amelyek törlik a tűzfal szabályait és bizonyos interfészneveket feltételeznek, nem hordozható utasítások. Egy adott eszközre, egy adott ROM-ra és egy adott évre íródtak, és egy mai készülékre alkalmazva valószínűbb, hogy megtörik a tetheringet, mint hogy kiterjesztik az alagutat.
Harmadik feltétel: milyen identitásra van szüksége a célnak
Ez az a feltétel, amely általában eldönti a tervezést, és semmi köze a hotspotokhoz. Ha a laptopnak egy munkáltató hálózatát kell elérnie, a fontos identitás a laptopé, és a telefonon futó fogyasztói VPN nem tudja biztosítani.
ip -brief addr show curl -sS https://ifconfig.me/ip dig +short myip.opendns.com @resolver1.opendns.com
Ezeket a laptopon futtassa, nem a telefonen, mert a kérdés az, mit lát a cél abból az eszközből, amely érdekli. A telefon által jelentett nyilvános cím a telefonra vonatkozó kérdésre válaszol.
Még egy egyező eredmény is a laptopról gyenge bizonyíték. A névfeloldás, a többi alkalmazás és az alagút meghibásodásakor mutatott viselkedés mind ahhoz az eszközhöz tartozik, amelynek a lefedettségét teszteli, és egyetlen HTTP-kérés egyiket sem jellemzi. Tesztelje azt az alkalmazást, amely igazán fontos Önnek, majd tesztelje újra úgy, hogy az alagutat szándékosan bontja.
Mit tegyen helyette, erőfeszítés szerinti sorrendben
A legolcsóbb helyes válasz, ha a laptopon futtatja a VPN-t. Csatlakoztassa a hotspothoz, hagyja, hogy a telefon biztosítsa az alapul szolgáló mobilkapcsolatot, és építse fel az alagutat arról az eszközről, amelynek identitásra van szüksége. Ez munkáltatói VPN-ekkel is működik, és ez a legfontosabb eset.
Ha az eszköz egyáltalán nem tud VPN-klienst futtatni, keressen kifejezetten támogatott megosztási átjárót vagy olyan utazó routert, amely lezárja az alagutat. Olvassa el a dokumentációját a tényleges platformhoz, ahelyett hogy feltételezné, hogy egy hotspot-funkció az az átjáró.
Ha egyik sem lehetséges, fogadja el a korlátot, ahelyett hogy olyan recepttel kerülné meg, amelyet nem tud karbantartani. A telefon VPN-je a telefont fedi; a laptopnak saját útra van szüksége, és ezt előre tudni többet ér egy délutáni interfész-kísérletezésnél. Dokumentálja az elrendezést, hogy a következő ember ne fedezze fel újra egy incidens közben. Egyetlen sor a csapat wikijében elég.