VPN ei vuotanut vanhaa IP:täsi: muistettu arvo teki sen

Vanhan julkisen osoitteesi näkeminen palvelun raportissa VPN:n noustua ei sinänsä ole todiste vuodosta. Elävä yhteys voi käyttää tunnelin ulostuloa, kun sovellus lähettää arvoa, jonka se oppi ennen tunnelin olemassaoloa. Ne ovat kaksi eri todistetta, ja vain toinen kuvaa nykyistä pakettia. Toinen on arvo, joka selvisi uudelleenyhdistämisestä, koska mikään verkkopolulla ei omista sitä.

Kaksi selitystä yhden osoitteen takana

Järjestys, jonka ihmiset kuvittelevat, on paketti, joka lähtee fyysisestä rajapinnasta VPN:n ollessa muka aktiivinen. Järjestys, joka usein selittää raportin, on lyhyempi ja tylsempi: sovellus oppi osoitteen aiemmin ja pitää sitä yhä. Tapahtumien asettaminen järjestykseen erottaa ne kaksi.

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

Mikään tuossa järjestyksessä ei vaadi elävää yhteyttä ensimmäisestä osoitteesta. Muistettu arvo kulkee viestin sisällä, kun taas otsake kantaa sen ulostulon, jonka nykyinen reitti valitsi. Palvelu, joka lokittaa molemmat kentät, näyttää ne vierekkäin ja näyttää ristiriitaiselta.

Se on mahdollinen selitys, ei syytös tiettyä asiakasta vastaan. Maine ei ole todiste: koodikanta, jonka voit lukea, brändi, johon luotat, tai eri ulostulo eivät kerro mitään siitä, mitä yksi ohjelma piti tai lähetti.

Sovelluksen muisti elää uudelleenyhdistämistä pidempään

VPN:n yhdistäminen muuttaa reittiä, jonka uusi yhteys ottaa. Se jättää sovelluksen tilan rauhaan eikä voi vetää takaisin tietoa, jonka etäpalvelu on jo tallentanut. Ohjelma voi lähettää tilitunnisteen, tallennetun sijainnin, laitteen nimen tai muun aiemmin saamansa arvon, ja salaus suojaa tuota hyötykuormaa matkalla poistamatta siitä mitään. Uudelleenyhdistäminen on verkkotapahtuma; säilytetty arvo on sovellustapahtuma.

Ero on tärkeä, koska ne kaksi elävät eri paikoissa. Sovelluksen tila kuuluu ohjelmalle ja selviää uudelleenkäynnistyksistä, kun taas reitti kuuluu käyttöjärjestelmälle ja rakennetaan uudelleen joka yhteydellä. Toisen tyhjentäminen ei vaikuta toiseen.

Palvelu voi pitää myös arvoa, jonka annoit sille kuukausia sitten, ja silloin mikään paikallinen muutos ei poista sitä. Se on säilytystä, ja se on kokonaan tunnelin ulkopuolella.

Lue ensin lähdeotsake ja sitten hyötykuorma

Aloita selvittämällä, mihin osoite ilmestyi. Palvelimen yhteysloki kuvaa elävää lähdettä, kun taas viestikenttä, tiliprofiili tai paikallinen diagnostiikkanäyttö voivat kuvata paljon aiemmin lähetettyä tai tallennettua arvoa. Nuo havainnot vastaavat eri kysymyksiin.

Vertaa myös aikoja. Jos vanha osoite esiintyy kentässä, joka on ennen VPN-yhteyttä, hyötykuorman selitys on vahvempi. Jos palvelin tallentaa suoran yhteyden vanhasta osoitteesta tunnelin ollessa päällä, se on reitityskysymys ja vaatii toisenlaisen tutkinnan. Havaintotyyppien lajittelu ensin estää yhden osoitteen venyttämisen kolmen tapahtuman todisteeksi.

Pidä ne erillään muistiinpanoissasi: yhteyden lähde, viestikenttä, tilin näyttö, paikallinen diagnostiikka. Yksi osoite, joka on kirjoitettu neljään paikkaan, on yhä yksi osoite.

Säilytys on eri vaihe kuin siirto

Yksityisyyden ohjeet RFC 6973-standardissa käsittelevät keräämistä, käyttöä, luovuttamista ja säilytystä erillisinä vaiheina ja varoittavat, että uudelleenkäytetyt tunnisteet tekevät korrelaatiosta helppoa. Uusi verkkopolku muuttaa siirtovaihetta eikä mitään muuta. Tietueet, jotka vastaanottajalla jo on, jäävät koskemattomiksi, samoin mikä tahansa profiili, joka tallensi arvon sisääntulossa. Siksi uudelleenyhdistäminen voi tuntua epäonnistumiselta, kun siirto käyttäytyy oikein.

Mikään pakettisuodatin ei voi poistaa arvoa vastaanottajan tietueista, eikä uudelleenyhdistäminen tyhjennä jokaisen ohjelman tallennettua historiaa. Ne ovat tiedon omistajan ongelmia, eivät tunnelin, ja ne vaativat toisenlaisen ratkaisun. Kysy palvelulta, mitä se pitää ja kuinka kauan, ennen kuin pyydät verkkoa piilottamaan sen.

Mitä tarkistaa ennen tunnelin syyttämistä

Käy läpi sovelluksen dokumentoitu kerääminen ja tilin hallinta ja päätä, mitä kenttiä se saa lähettää, kuinka kauan palvelu pitää niitä ja voiko tili tyhjentää tai korjata ne. Tee sitten testi, joka erottaa selitykset: uusi tili tai puhdas sovellusprofiili. Jos vanha arvo katoaa, säilytys tai välimuistiin tallennettu tila oli mukana. Jos se selviää puhtaasta profiilista, tutki varsinainen pyyntökenttä ennen kuin päättelet VPN:n epäonnistuneen.

Jos suora yhteys todella on olemassa, käsittele sitä verkkopolun löydöksenä. Tutki reititystä, jaettua tunnelia ja asiakaskäytäntöä niiden omilla ehdoilla äläkä sekoita tuota tulosta hyötykuorman arvoon, joka yksinkertaisesti selvisi uudelleenyhdistämisestä. Kaksi vikaa näyttävät samalta kuvakaappauksessa ja käyttäytyvät täysin eri tavoin tallenteessa.