Näin tallennat ja vahvistat käytetyn VPN-poistumisosoitteen
Asiakasohjelmat näyttävät paikan nimen, eivät osoitetta, josta liikenteesi lähti. Tallenna poistumis-IP yhteyden hetkellä ja vertaa sitä suoraan perusviivaan.
Kysy työpöytä-VPN-ohjelmalta, mitä palvelimia olet käyttänyt, ja rehellinen vastaus on yleensä paikan nimi. Se nimi on sisääntulopiste, jonka valitsit, ja osoite, josta liikenteesi lähti, voi olla aivan toinen kone. Mikään sovelluksessa ei ole suunniteltu säilyttämään toista numeroa, joten tallenne on rakennettava käytön hetkellä. Tarjolla on kaksi lähestymistapaa, ja vain toinen niistä kestää tukitapauksen.
Kaksi tallennetta, joista vain toinen on olemassa
Asiakasohjelman oma näkymä on parhaimmillaan luettelo valituista paikoista aikaleimoineen. Se on suunnittelupäätös eikä laiminlyönti: osoitteet ovat käytön yksityiskohta, ne vaihtuvat määritysten välillä, ja vastaavuuden paljastaminen vaikeuttaa sekä tukea että väärinkäytön käsittelyä. Palveluntarjoajat asettavat pilvi-instanssit verkkojensa eteen juuri siksi, että päätepiste voi siirtyä kertomatta siitä kenellekään. Se, mitä sovellus näyttää, on sinun valintasi, ei reitti, jonka liikenne kulki.
Tallenne, jonka voit itse rakentaa, on paikallinen tiedosto, jossa on yksi julkinen osoite ja yksi UTC-aikaleima riviä kohden. Se on pienempi, rumempi ja paljon hyödyllisempi, koska se kuvaa juuri sitä, minkä ulkopuolinen tarkkailija voi myös nähdä.
Vaihtoehto A: tallenna poistumisosoite itse
Kaikupalvelu palauttaa lähdeosoitteen, josta pyyntö saapui, ja se on määritelmällisesti poistumisosoite. Käynnistä tallennus sen jälkeen, kun tunneli ilmoittaa yhteydestä, koska asiakasohjelma, joka sanoo yhdistetty ennen kuin reitit ja DNS vakiintuvat, tallentaa tunnelia edeltävän osoitteen ja myrkyttää lokin jo ensimmäiseltä riviltä.
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"Kaksi yksityiskohtaa tekevät tuosta pätkästä käyttökelpoisen eikä koristeellisen. Aikaleima ja osoite jakavat yhden rivin, joten myöhempi jäsennys ei joudu pariamaan tietueita, ja umask 077 pitää tiedoston yksityisenä luomishetkestä lähtien. Aja se kerran yhteyttä kohden äläkä kerran käynnistystä kohden, ja pidä yksi tiedosto laitetta kohden.
Loki kirjaa, milloin käytit tunnelia ja mistä verkosta ilmestyit, mikä on lähempänä selaushistoriaa kuin laskuria. Valitse säilytysaika, jonka voit perustella, pidä tiedosto poissa jaetuista synkronointikansioista ja poista se harkiten.
Vaihtoehto B: pyydä palveluntarjoajalta historia
Jotkut palveluntarjoajat pitävät yhteyslokeja ja vastaavat tukikysymykseen aikaleimalla ja palvelimen nimellä. Se tallenne kuvaa heidän infrastruktuuriaan, ei liikennettäsi, ja se on vain niin hyvä kuin heidän säilytysikkunansa ja halukkuutensa katsoa. Se kuvaa myös istuntoa, ei pyyntöä. Ikkuna on yleensä lyhyt, ja se mitataan tunnelin tarjoajan puolelta.
Palveluntarjoajat, jotka mainostavat, etteivät pidä lokeja, eivät voi tuottaa tätä pyynnöstä, eikä asiakaspuolen luettelo viimeisistä paikoista ole sama asia. Poistumisosoitteen pyytäminen logittomalta tarjoajalta päättyy yleensä selitykseen siitä, miksi näitä tietoja ei ole.
Mitä kumpikin tallenne voi todistaa tukitapauksessa
Kaksi tallennetta vastaa eri kysymyksiin, ja juuri taulukossa vertailu lakkaa olemasta akateemista.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
Vain ensimmäinen sarake on sinun hallinnassasi. Palveluntarjoajan tallenne voi vahvistaa, että tili oli yhdistetty tiettynä aikana, mutta se ei voi vahvistaa, mitkä pyynnöt käyttivät tunnelia, eikä se nimeä osoitetta, jota tarjoaja pitää käytön yksityiskohtana. Kumpikaan tallenne ei tunnista henkilöä, koska jaettu poistumisosoite voi kantaa monta asiakasta samalla minuutilla.
Vertaa molempia perusviivaan ennen kuin luotat kumpaankaan
Osoite yksinään ei todista mitään. Tallenna suora osoite ennen yhteyttä, tunnelin kautta kulkenut osoite sen jälkeen ja vertaa niitä. Samat arvot tarkoittavat, että tunneli ei kuljeta tätä pyyntöä, olipa syynä jaettu tunneli, ylätason välityspalvelin tai asiakasohjelma, joka putosi takaisin suoralle reitille.
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1Toista vertailu DNS:n ja IPv6:n osalta, koska osoitteen kaiku todistaa yhden HTTP-pyynnön reitin eikä mitään siitä, mikä ratkaisin vastasi. Laite, joka vuotaa toisessa, voi näyttää toisessa täysin terveeltä.