A VPN-ed odaadja a kapcsolatodat? Két irány, amit érdemes ellenőrizni

Két ember, aki ugyanahhoz a szolgáltatóhoz csatlakozik, nem feltétlenül használja egymás otthoni kapcsolatát, mert a szokásos elrendezésben mindkét eszköz a szolgáltató végpontjára küldi a forgalmát, és csak a kimeneti címet osztja meg. Egy erőforrás-megosztó termék fordítva is működhet, amikor a géped utat ad valaki más forgalmának. Az irány maga a kérdés, és a válasz megadható az előtted lévő alkalmazásból. A következőkben a kérdezés sorrendje és a megőrzésre érdemes bizonyítékok következnek.

Két irány, és csak az egyikhez kell beleegyezés

Távoli kijárat használata azt jelenti, hogy a forgalmad a szolgáltatón keresztül hagyja el a hálózatot, és a cél a szolgáltató címét látja. Kijárat felajánlása azt jelenti, hogy valaki más forgalma a te kapcsolatodon keresztül távozik, és a cél a te címedet látja. Mindkettőt VPN-nek nevezik, és teljesen más kötelezettségeket rónak arra, aki a klienst futtatja. Egy termék megteheti az elsőt anélkül, hogy bármit tenne a másodikból, és megteheti mindkettőt egyszerre.

1. Távoli kijárat: az alkalmazásod a forgalmát a szolgáltató végpontjára küldi, és a cél rögzíti a szolgáltató címét.
2. Felajánlott kijárat: egy másik ember forgalma átmegy a gépeden lévő megosztó összetevőn, a te vonaladon távozik, és a cél a te címedet rögzíti.

Az első a saját forgalmadról szóló adatvédelmi döntés. A második valaki máséról szóló döntés, ezért a megosztott kimeneti cím hírnévprobléma, míg a felajánlott kapcsolat a forgalom eredetének problémája. Ezt a két aggodalmat állandóan összekeverik, és szétválasztásuk az elemzés nagy része.

Olvasd el a megosztás kapcsolót a telepített alkalmazásban

Nyisd meg a ténylegesen telepített terméket, és keresd a beállításaiban az olyan szavakat, mint megosztás, hozzájárulás, peer-to-peer vagy közösségi hozzáférés. Jegyezd fel, van-e kapcsoló, bekapcsolva indul-e, és melyik fiókszinthez tartozik, majd készíts képet a panelről látható verziószámmal, mert a támogatási válasz ezt kérni fogja. Ismételd meg az ellenőrzést a következő frissítés után, mert az alapértelmezések változnak a kiadások között. A mindenhol megosztási nyelvet nélkülöző panel hasznos lelet, bár önmagában nem garancia.

Az a szolgáltató, amely egy terméknél peer-to-peer megosztást ír le, más kiadásokat pedig kizár, épp most mondta el a márkanév által rejtett különbséget. Egy ilyen szolgáltatás szolgáltatói GYIK-je különválasztja a hozzájáruló termékeket a peer nélküli kiadásoktól, és éppen ilyen különbséget érdemes magadnak elolvasni. A fizetési állapot sem technikai leírás, mert egy fizetős előfizetés tartalmazhat megosztó összetevőt, miközben a díjmentes szint az, amelyik nem.

Mi fut tovább az ablak bezárása után

A böngésző-bővítmény és egy külön telepített szolgáltatás különböző feladatokat láthat el egyetlen logó alatt, ezért zárd be az ablakot, és vizsgáld meg, túlél-e egy folyamat. A lapnál tovább élő folyamat a különbség az általad bekapcsolt funkció és a nélküle tovább dolgozó összetevő között. Mindkettő lehet jogszerű, és csak az egyik látható a lapról.

Az alábbi blokk Windowsra készült. Beolvassa a folyamatot, majd a folyamat tulajdonában lévő socketeket, és az első sor azonosítója az, amelyre a másik kettő szűr, ezért cseréld ki, ahelyett hogy három egymástól független kimenetet futtatnál. A folyamat útvonalát és a létrejött kapcsolatokat együtt olvasd, mert bármelyik önmagában nagyon keveset bizonyít.

Get-Process | Where-Object Path -like '*VPN*' | Select-Object Name, Id, Path
Get-NetTCPConnection -State Established | Where-Object OwningProcess -eq <pid> | Select-Object RemoteAddress, RemotePort
netstat -ano | Select-String 'ESTABLISHED' | Select-String '<pid>'

A relé nem fájlmegosztás

Valaki más forgalmának továbbítása más engedély, mint fájlok vagy szolgáltatások közzététele a gépeden. Az egyikről szóló dokumentáció nem írja le a másikat, és az alagútba adott beleegyezés nem beleegyezés a fájlmegosztásba, akkor sem, ha egyetlen telepítő állította be mindkettőt. Tartsd külön a két kérdést, amikor beállítási oldalt olvasol.

A figyelő port hiánya nem bizonyítja, hogy semmit sem osztanak meg, mert egy relé indíthat kimenő kapcsolatokat, és soha nem fogad be jövőt, és pontosan így kerülik el a peer-to-peer rendszerek a tűzfal körüli bajt. Azt nézd, hová mennek a kapcsolatok, és ne csak azt, mi figyel. Egy kapcsolat a szolgáltató saját végpontjára ügyfélnek látszik, míg több, általad megmagyarázhatatlan címre közelebbi pillantást érdemel. Ha a modell a beállítások és a dokumentáció után is homályos, tegyél fel az üzemeltetőnek egy konkrét kérdést; munkagépen vagy kezelt hálózaton az adminisztrátor dönt, nem a laptopot tartó ember.

Írd fel, mit láttál, aztán ellenőrizd újra

Írd le a verziót, a beállítások állapotát és a megfigyelt socketeket időbélyegekkel, mert ez a feljegyzés teszi a gyanút olyan kérdéssé, amelyre valaki válaszolni tud. Erre akkor is szükséged lesz, ha hónapokkal később visszaélési értesítés érkezik, és egy csevegőablakban hagyott jegyzet nem feljegyzés.

Az alábbi blokk Linuxra vagy macOS-re készült, és ugyanazokra a kérdésekre válaszol, mint a Windows-os. Frissítés után is futtasd, mert az összetevők elrendezése változik a kiadások között, és egy új segédfolyamatot könnyű kihagyni. A socketlista megnevezi a birtokló folyamatot, és ez teszi a két blokkot összehasonlíthatóvá a kiadások között.

ss -tunp | head -n 20
lsof -i -P -n | grep -i vpn
journalctl --since '1 hour ago' | grep -i -E 'vpn|relay' | tail -n 20

Ha a címed megjelenik egy panaszban, ne feledd, hogy egy IP-cím önmagában nem azonosít egy embert. Őrizd meg az értesítést, az időbélyegeket és a feljegyzett beállításokat, majd kövesd a szolgáltató vagy az adminisztrátor bejelentési folyamatát. Ez nem utasítja el a panaszt, és igenis elkülöníti a megosztott kimeneti címet a forgalomtól, amely valóban a saját kapcsolatodat hagyta el.