VPN не изтече стария ви IP: това го направи запомнена стойност

Да видите стария си публичен адрес в отчет на услуга, след като VPN се включи, само по себе си не е доказателство за изтичане. Живата връзка може да използва изхода на тунела, докато приложението подава стойност, която е научило преди тунелът да съществува. Това са две различни доказателства и само едно от тях описва текущия пакет. Другото е стойност, която е преживяла повторното свързване, защото нищо по мрежовия път не я притежава.

Двете обяснения зад един адрес

Последователността, която хората си представят, е пакет, напускащ физическия интерфейс, докато VPN уж е активен. Последователността, която често обяснява отчета, е по-кратка и по-скучна: приложение е научило адрес по-рано и все още го пази. Подреждането на събитията по ред разделя двете.

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

Нищо в този ред не изисква жива връзка от първия адрес. Запомнената стойност пътува вътре в съобщението, а заглавката носи изхода, който текущият маршрут е избрал. Услуга, която записва и двете полета, ще ги покаже едно до друго и ще изглежда противоречива.

Това е възможно обяснение, а не обвинение срещу конкретен клиент. Репутацията не е доказателство: кодова база, която можете да прочетете, марка, на която вярвате, или различен изход не казват нищо за това какво е запазила или изпратила една програма.

Паметта на приложението надживява повторното свързване

Свързването на VPN променя маршрута на новата връзка. То не пипа състоянието на приложението и не може да оттегли информация, която отдалечена услуга вече е запазила. Програма може да подаде идентификатор на акаунт, запазено местоположение, име на устройство или друга стойност, получена по-рано, а шифроването защитава този товар по пътя, без да премахва нищо от него. Повторното свързване е мрежово събитие; запазената стойност е събитие на приложението.

Разликата е важна, защото двете живеят на различни места. Състоянието на приложението принадлежи на програмата и оцелява при рестартиране, докато маршрутът принадлежи на операционната система и се изгражда наново при всяко свързване. Изчистването на едното не влияе на другото.

Услуга може също да пази стойност, която й дадохте преди месеци, и тогава никаква локална промяна няма да я премахне. Това е съхранение и стои изцяло извън тунела.

Прочетете заглавката на източника, след това полезния товар

Започнете, като установите къде се е появил адресът. Журналът на връзките на сървъра описва живия източник, докато поле на съобщение, профил на акаунт или локален диагностичен екран могат да описват стойност, подадена или запазена много по-рано. Тези наблюдения отговарят на различни въпроси.

Сравнете и времената. Ако старият адрес се появи в поле, което предхожда VPN връзката, обяснението с товара е по-силно. Ако сървърът записва пряка връзка от стария адрес, докато тунелът е включен, това е въпрос на маршрутизация и изисква друго разследване. Подреждането на типовете наблюдения първо пречи един адрес да бъде разтегнат в доказателство за три събития.

Дръжте ги отделно в бележките си: източник на връзката, поле на съобщението, екран на акаунта, локална диагностика. Един адрес, записан на четири места, все още е един адрес.

Съхранението е различен етап от преноса

Насоките за поверителност в RFC 6973 разглеждат събирането, използването, разкриването и съхранението като отделни етапи и предупреждават, че повторно използваните идентификатори правят корелацията лесна. Новият мрежов път променя етапа на пренос и нищо друго. Записите, които получателят вече пази, остават непокътнати, както и всеки профил, който е запазил стойността по пътя. Затова повторното свързване може да изглежда като провал, докато преносът работи правилно.

Никой филтър на пакети не може да изтрие стойност от записите на получателя и повторното свързване няма да изчисти запазената история на всяка програма. Това са проблеми на собственика на данните, а не на тунела, и изискват различен вид решение. Попитайте услугата какво пази и колко дълго, преди да помолите мрежата да го скрие.

Какво да проверите, преди да обвините тунела

Прегледайте документираните средства за събиране и управление на акаунта на приложението и решете кои полета може да подава, колко дълго услугата ги пази и дали акаунтът може да ги изчисти или коригира. След това направете теста, който разделя обясненията: нов акаунт или чист профил на приложението. Ако старата стойност изчезне, участвали са съхранение или кеширано състояние. Ако оцелее при чист профил, прегледайте действителното поле на заявката, преди да заключите, че VPN се е провалил.

Ако наистина има пряка връзка, третирайте я като находка за мрежовия път. Разследвайте маршрутизацията, разделения тунел и клиентската политика по техните собствени правила и не смесвайте този резултат със стойност на товара, която просто е преживяла повторното свързване. Двете повреди изглеждат еднакво на екранна снимка и се държат съвсем различно в прихващане.