VPN neunikl vaši starou IP adresu: udělala to zapamatovaná hodnota

Vidět svou starou veřejnou adresu ve zprávě služby poté, co se VPN spustí, samo o sobě není důkazem úniku. Živé připojení může používat výstup tunelu, zatímco aplikace odesílá hodnotu, kterou se naučila před vznikem tunelu. To jsou dva různé důkazy a jen jeden popisuje aktuální paket. Druhý je hodnota, která přežila opětovné připojení, protože ji na síťové cestě nic nevlastní.

Dvě vysvětlení jedné adresy

Posloupnost, kterou si lidé představují, je paket opouštějící fyzické rozhraní, zatímco VPN je údajně aktivní. Posloupnost, která zprávu často vysvětluje, je kratší a nudnější: aplikace se adresu naučila dříve a stále ji drží. Uspořádání událostí podle pořadí obojí oddělí.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

Nic v tomto pořadí nevyžaduje živé připojení z první adresy. Zapamatovaná hodnota jede uvnitř zprávy, zatímco hlavička nese výstup, který zvolila aktuální trasa. Služba, která zaznamenává obě pole, je ukáže vedle sebe a bude vypadat protichůdně.

To je možné vysvětlení, ne obvinění konkrétního klienta. Pověst není důkaz: kód, který si můžete přečíst, značka, které věříte, nebo jiný výstup nic neříkají o tom, co jeden program uchoval nebo odeslal.

Paměť aplikace přežije opětovné připojení

Připojení VPN mění trasu, kterou nové připojení projde. Stav aplikace nechává být a nemůže stáhnout informace, které vzdálená služba už uložila. Program může odeslat identifikátor účtu, uloženou polohu, název zařízení nebo jinou hodnotu, kterou získal dříve, a šifrování ten obsah při přenosu chrání, aniž by z něj cokoli odebralo. Opětovné připojení je síťová událost; uchovaná hodnota je událost aplikace.

Rozdíl je důležitý, protože obojí žije jinde. Stav aplikace patří programu a přežívá restarty, zatímco trasa patří operačnímu systému a při každém připojení se staví znovu. Vyčištění jednoho nemá na druhé žádný vliv.

Služba může také držet hodnotu, kterou jste jí předali před měsíci, a pak ji žádná místní změna neodstraní. To je uchovávání a stojí zcela mimo tunel.

Nejprve přečtěte hlavičku zdroje, pak obsah

Začněte tím, že určíte, kde se adresa objevila. Protokol připojení serveru popisuje živý zdroj, zatímco pole zprávy, profil účtu nebo místní diagnostické zobrazení mohou popisovat hodnotu odeslanou nebo uloženou mnohem dříve. Tato pozorování odpovídají na různé otázky.

Porovnejte také časy. Pokud se stará adresa objeví v poli, které předchází připojení VPN, vysvětlení obsahem je silnější. Pokud server zaznamená přímé připojení ze staré adresy, zatímco tunel běží, jde o otázku směrování a vyžaduje jiné vyšetřování. Roztřídění typů pozorování nejdřív brání tomu, aby se jedna adresa roztáhla na důkaz tří událostí.

Držte je v poznámkách oddělené: zdroj připojení, pole zprávy, zobrazení účtu, místní diagnostika. Jedna adresa napsaná na čtyřech místech je pořád jedna adresa.

Uchovávání je jiná fáze než přenos

Pokyny k soukromí v RFC 6973 považují sběr, použití, zveřejnění a uchovávání za odlišné fáze a varují, že znovu použité identifikátory usnadňují korelaci. Nová síťová cesta mění fázi přenosu a nic jiného. Záznamy, které příjemce už drží, zůstávají nedotčené, stejně jako jakýkoli profil, který hodnotu uložil při vstupu. Proto opětovné připojení může působit jako selhání, zatímco přenos funguje správně.

Žádný filtr paketů nemůže smazat hodnotu ze záznamů příjemce a opětovné připojení nevyčistí uloženou historii každého programu. To jsou problémy vlastníka dat, ne tunelu, a vyžadují jiný druh řešení. Zeptejte se služby, co a jak dlouho uchovává, než požádáte síť, aby to skryla.

Co zkontrolovat, než obviníte tunel

Projděte dokumentovaný sběr a ovládání účtu v aplikaci a rozhodněte, která pole smí odesílat, jak dlouho je služba uchovává a zda je účet může vymazat nebo opravit. Pak proveďte test, který vysvětlení oddělí: nový účet nebo čistý profil aplikace. Pokud stará hodnota zmizí, šlo o uchovávání nebo stav v mezipaměti. Pokud přežije čistý profil, prohlédněte skutečné pole požadavku, než usoudíte, že VPN selhala.

Pokud přímé připojení skutečně existuje, berte to jako nález síťové cesty. Vyšetřete směrování, rozdělený tunel a klientskou politiku za jejich vlastních podmínek a nemíchejte tento výsledek s hodnotou obsahu, která prostě přežila opětovné připojení. Obě selhání vypadají na snímku obrazovky podobně a v zachycení se chovají úplně jinak.