VPN nuk zbuloi IP-në tuaj të vjetër: e bëri një vlerë e mbajtur mend

Të shohësh adresën tënde të vjetër publike në raportin e një shërbimi pasi VPN ndizet nuk është, në vetvete, provë e një rrjedhjeje. Lidhja aktive mund të përdorë daljen e tunelit ndërsa aplikacioni dërgon një vlerë që e mësoi para se tuneli të ekzistonte. Këto janë dy prova të ndryshme, dhe vetëm njëra përshkruan paketën aktuale. Tjetra është një vlerë që i mbijetoi rilidhjes sepse asgjë në rrugën e rrjetit nuk e zotëron atë.

Dy shpjegimet pas një adrese

Sekuenca që njerëzit imagjinojnë është një paketë që largohet nga ndërfaqja fizike ndërsa VPN-ja supozohet aktive. Sekuenca që shpesh shpjegon raportin është më e shkurtër dhe më e mërzitshme: një aplikacion mësoi një adresë më parë dhe ende e mban. Vendosja e ngjarjeve sipas radhës i ndan të dyja.

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

Asgjë në atë radhë nuk kërkon një lidhje aktive nga adresa e parë. Vlera e mbajtur mend udhëton brenda mesazhit, ndërsa koka mban daljen që zgjodhi rruga aktuale. Një shërbim që regjistron të dyja fushat do t'i shfaqë ato krah për krah dhe do të duket kontradiktor.

Ky është një shpjegim i mundshëm, jo një akuzë ndaj një klienti të caktuar. Reputacioni nuk është provë: një kod që mund ta lexoni, një markë që i besoni ose një dalje tjetër nuk thonë asgjë për atë që një program mbajti ose dërgoi.

Kujtesa e aplikacionit i mbijeton rilidhjes

Lidhja me një VPN ndryshon rrugën që merr një lidhje e re. E lë gjendjen e aplikacionit në paqe dhe nuk mund të tërheqë informacion që një shërbim i largët ka ruajtur tashmë. Një program mund të dërgojë një identifikues llogarie, një vendndodhje të ruajtur, një emër pajisjeje ose një vlerë tjetër të marrë më parë, dhe kriptimi e mbron atë ngarkesë gjatë rrugës pa hequr asgjë prej saj. Rilidhja është një ngjarje rrjeti; vlera e mbajtur është një ngjarje aplikacioni.

Dallimi ka rëndësi sepse të dyja jetojnë në vende të ndryshme. Gjendja e aplikacionit i përket programit dhe u mbijeton rinisjeve, ndërsa rruga i përket sistemit operativ dhe rindërtohet në çdo lidhje. Pastrimi i njërës nuk ka efekt mbi tjetrën.

Një shërbim mund të mbajë edhe një vlerë që ia dhatë muaj më parë, dhe në atë rast asnjë ndryshim lokal nuk do ta heqë atë. Kjo është ruajtje, dhe qëndron plotësisht jashtë tunelit.

Lexoni fillimisht kokën e burimit, pastaj ngarkesën

Filloni duke përcaktuar ku u shfaq adresa. Regjistri i lidhjeve të një serveri përshkruan burimin aktiv, ndërsa një fushë mesazhi, një profil llogarie ose një ekran diagnostik lokal mund të përshkruajnë një vlerë të dërguar ose ruajtur shumë më parë. Këto vëzhgime u përgjigjen pyetjeve të ndryshme.

Krahasoni edhe kohët. Nëse adresa e vjetër shfaqet në një fushë që i paraprin lidhjes VPN, shpjegimi me ngarkesën është më i fortë. Nëse serveri regjistron një lidhje të drejtpërdrejtë nga adresa e vjetër ndërsa tuneli është aktiv, ky është një problem rrugëtimi dhe kërkon një hetim tjetër. Renditja e llojeve të vëzhgimeve fillimisht pengon që një adresë të shtrihet në provë të tre ngjarjeve.

Mbajini ato të ndara në shënimet tuaja: burimi i lidhjes, fusha e mesazhit, ekrani i llogarisë, diagnostika lokale. Një adresë e shkruar në katër vende është ende një adresë.

Ruajtja është një fazë ndryshe nga transporti

Udhëzimet për privatësinë në RFC 6973 i trajtojnë mbledhjen, përdorimin, zbulimin dhe ruajtjen si faza të veçanta, dhe paralajmërojnë se identifikuesit e ripërdorur e bëjnë të lehtë korrelimin. Një rrugë e re rrjeti ndryshon fazën e transportit dhe asgjë tjetër. Regjistrimet që marrësi tashmë i ka nuk preken, dhe as çdo profil që ruajti vlerën në hyrje. Kjo është arsyeja pse një rilidhje mund të ndihet si dështim ndërsa transporti sillet saktë.

Asnjë filtër paketash nuk mund të fshijë një vlerë nga regjistrimet e një marrësi, dhe rilidhja nuk do të pastrojë historikun e ruajtur të çdo programi. Këto janë probleme të pronarit të të dhënave, jo të tunelit, dhe kërkojnë një lloj tjetër zgjidhjeje. Pyetni shërbimin çfarë mban dhe sa kohë para se t'i kërkoni rrjetit ta fshehë atë.

Çfarë të kontrolloni para se të fajësoni tunelin

Rishikoni mbledhjen e dokumentuar të aplikacionit dhe kontrollet e llogarisë, dhe vendosni cilat fusha mund të dërgojë, sa kohë i mban shërbimi dhe nëse llogaria mund t'i fshijë ose korrigjojë ato. Më pas kryeni testin që i ndan shpjegimet: një llogari e re ose një profil aplikacioni i pastër. Nëse vlera e vjetër zhduket, ishin të përfshira ruajtja ose gjendja në cache. Nëse i mbijeton një profili të pastër, shqyrtoni fushën reale të kërkesës para se të konkludoni se VPN-ja dështoi.

Nëse vërtet ekziston një lidhje e drejtpërdrejtë, trajtojeni si një gjetje për rrugën e rrjetit. Hetoni rrugëtimin, tunelin e ndarë dhe politikën e klientit sipas kushteve të tyre, dhe mos e përzieni atë rezultat me një vlerë ngarkese që thjesht i mbijetoi rilidhjes. Dy dështimet duken njësoj në një pamje ekrani dhe sillen krejt ndryshe në një regjistrim.