Hindi nag-leak ang VPN ng lumang IP mo: isang natandaang halaga ang gumawa nito

Ang makita ang luma mong pampublikong address sa ulat ng isang serbisyo pagkatapos bumangon ang VPN ay hindi, sa sarili nito, patunay ng pagtagas. Maaaring ginagamit ng buhay na koneksyon ang labasan ng tunnel habang nagpapadala ang app ng halagang natutunan nito bago pa umiral ang tunnel. Dalawang magkaibang patunay ito, at isa lang ang naglalarawan sa kasalukuyang packet. Ang isa pa ay halagang nakaligtas sa muling pagkonekta dahil walang anumang bagay sa landas ng network ang nagmamay-ari nito.

Ang dalawang paliwanag sa likod ng isang address

Ang pagkakasunod-sunod na inaakala ng mga tao ay isang packet na umaalis sa pisikal na interface habang ang VPN ay sinasabing aktibo. Ang pagkakasunod-sunod na madalas na nagpapaliwanag sa ulat ay mas maikli at mas nakababagot: may natutunan ang app na address kanina at hawak pa rin ito. Ang paglalagay ng mga pangyayari sa ayos ay naghihiwalay sa dalawa.

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

Wala sa ayos na iyon ang nangangailangan ng buhay na koneksyon mula sa unang address. Ang natandaang halaga ay naglalakbay sa loob ng mensahe, habang ang header ay nagdadala ng labasang pinili ng kasalukuyang ruta. Ang serbisyong nagtatala ng dalawang field ay magpapakita sa kanila nang magkatabi at magmumukhang magkasalungat.

Iyon ay isang posibleng paliwanag, hindi isang paratang sa isang partikular na client. Ang reputasyon ay hindi patunay: isang codebase na mababasa mo, isang tatak na pinagkakatiwalaan mo o ibang labasan ay walang sinasabi tungkol sa kung ano ang itinago o ipinadala ng isang programa.

Nakaligtas ang memorya ng app sa muling pagkonekta

Ang pagkonekta ng VPN ay nagbabago sa rutang tinatahak ng bagong koneksyon. Iniiwan nito ang estado ng app at hindi nito maibabalik ang impormasyong naimbak na ng malayuang serbisyo. Maaaring magpadala ang isang programa ng identifier ng account, naka-save na lokasyon, pangalan ng device o iba pang halagang nakuha kanina, at pinoprotektahan ng encryption ang payload na iyon habang nasa daan nang walang inaalis dito. Ang muling pagkonekta ay isang pangyayari sa network; ang itinagong halaga ay pangyayari ng app.

Mahalaga ang pagkakaiba dahil magkaibang lugar ang tinitirhan ng dalawa. Ang estado ng app ay pag-aari ng programa at nakaliligtas sa mga restart, habang ang ruta ay pag-aari ng operating system at muling itinatayo sa bawat koneksyon. Ang paglilinis ng isa ay walang epekto sa isa.

Maaari ring itago ng isang serbisyo ang halagang ibinigay mo rito noong mga nakaraang buwan, at sa ganoong kaso wala nang local na pagbabago ang magtatanggal nito. Iyon ay pag-iingat, at nasa labas ito ng tunnel nang ganap.

Basahin muna ang source header, pagkatapos ang payload

Magsimula sa pagtukoy kung saan lumitaw ang address. Ang log ng koneksyon ng server ay naglalarawan sa buhay na pinagmulan, habang ang isang field ng mensahe, profile ng account o lokal na diagnostic display ay maaaring maglarawan ng halagang ipinadala o inimbak nang mas maaga. Ang mga obserbasyong iyon ay sumasagot sa magkaibang tanong.

Ikumpara rin ang mga oras. Kung ang lumang address ay lumitaw sa isang field na nauuna sa koneksyon ng VPN, mas malakas ang paliwanag ng payload. Kung nagtatala ang server ng direktang koneksyon mula sa lumang address habang bukas ang tunnel, iyon ay tanong sa routing at nangangailangan ng ibang imbestigasyon. Ang pag-uuri ng mga uri ng obserbasyon muna ay pumipigil sa isang address na hatakin hanggang maging patunay ng tatlong pangyayari.

Panatilihin silang hiwalay sa iyong mga tala: pinagmulan ng koneksyon, field ng mensahe, display ng account, lokal na diagnostiko. Ang isang address na nakasulat sa apat na lugar ay isa pa ring address.

Ang pag-iingat ay ibang yugto kaysa transportasyon

Ang gabay sa privacy sa RFC 6973 ay tinatrato ang pangongolekta, paggamit, pagbubunyag at pag-iingat bilang magkaibang yugto, at nagbabala ito na ang mga muling ginamit na identifier ay nagpapadali ng ugnayan. Ang bagong landas ng network ay nagbabago sa yugto ng transportasyon at wala nang iba. Ang mga rekord na hawak na ng tatanggap ay hindi ginagalaw, gayundin ang anumang profile na nag-imbak ng halaga sa pagpasok. Iyon ang dahilan kung bakit ang muling pagkonekta ay maaaring pakiramdam na bigo habang maayos na gumagana ang transportasyon.

Walang filter ng packet ang makabubura ng halaga mula sa mga rekord ng tatanggap, at ang muling pagkonekta ay hindi maglilinis ng naka-imbak na kasaysayan ng bawat programa. Mga problema ito ng may-ari ng data, hindi ng tunnel, at nangangailangan ng ibang uri ng solusyon. Tanungin ang serbisyo kung ano ang itinatago nito at gaano katagal bago hilingin sa network na itago iyon.

Ano ang dapat suriin bago sisihin ang tunnel

Repasuhin ang dokumentadong pangongolekta ng app at mga kontrol ng account, at magpasya kung aling mga field ang maaari nitong ipadala, gaano katagal itinatago ng serbisyo ang mga iyon, at kung maaaring burahin o itama ng account ang mga ito. Pagkatapos ay gawin ang pagsubok na naghihiwalay sa mga paliwanag: isang bagong account o isang malinis na profile ng app. Kung mawala ang lumang halaga, may kinalaman ang pag-iingat o naka-cache na estado. Kung nakaligtas ito sa malinis na profile, suriin ang aktwal na field ng kahilingan bago magpasya na nabigo ang VPN.

Kung talagang may direktang koneksyon, ituring itong natuklasan tungkol sa landas ng network. Imbestigahan ang routing, split tunnel at patakaran ng client sa sarili nilang mga tuntunin, at huwag ihalo ang resultang iyon sa halaga ng payload na nakaligtas lang sa muling pagkonekta. Magkamukha ang dalawang kabiguan sa screenshot at lubos na magkaiba ang kilos sa isang capture.