Hoe't jo it brûkte VPN-útgongsadres registrearje en ferifiearje
Client-apps litte in plaknamme sjen, net it adres dêr't jo fertier út wei gie. Fêstje it útgangs-IP by ferbining en fergelykje it mei in direkte basisline.
Freegje in desktop-VPN-client hokker servers jo brûkt hawwe, en it earlike antwurd is meastentiids in plaknamme. Dy namme is it yngongspunt dat jo keazen hawwe, en it adres dêr't jo fertier út wei gie kin in hiel oar masine wêze. Neat yn 'e app is ûntwurpen om it twadde nûmer te bewarjen, dus moat it register op it momint fan gebrûk boud wurde. Der binne twa oanpakken, en mar ien fan beide oerlibbet in stjergefal.
Twa registers, en mar ien fan beide bestiet
It eigen byld fan 'e client is op syn bêst in list fan keazen plakken mei tiidstimpels. Dat is in ûntwerpbeslút en gjin fersin: adressen binne bedriuwsdetails, se rotearje tusken tawizings, en it bleatmeitsjen fan 'e mapping makket sawol stipe as it behanneljen fan misbrûk dreger. Oanbieders sette wolk-eksimplaren foar har netwurken krekt sadat it einpunt ferpleatse kin sûnder immen wat te sizzen. Wat de app jo lit sjen is de kar dy't jo makken, net de rûte dy't it fertier naam.
It register dat jo bouwe kinne is in lokaal bestân mei ien iepenbier adres en ien UTC-tiidstimpel per rigel. It is lytser, lilkernôch en folle nuttiger, om't it krekt beskriuwt wat in bûtensteander ek sjen kin.
Opsje A: fêstje it útgangsadres sels
In eggotsjinst jout it boarne-adres werom dêr't it fersyk wei kaam, en dat is per definysje it útgangsadres. Rin de opname nei't de tunnel ferbûn rapportearret, want in client dy't ferbûn seit foardat rûten en DNS har sette, sil it adres foar de tunnel registrearje en it log fan 'e earste rigel ôf fergiftigje.
#!/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"Twa details meitsje dat stik brûkber ynstee fan fersiering. Tiidstimpel en adres diele ien rigel, sadat in lettere analyze gjin records pearje hoecht, en umask 077 hâldt it bestân privee fan it momint fan oanmeitsjen ôf. Rin it ien kear per ferbining ynstee fan ien kear per start, en hâld ien bestân per apparaat.
It log registrearret wannear't jo in tunnel brûkten en út hokker netwurk jo ferskynden, wat tichter by blêdzjehistoarje sit as by in teller. Kies in bewarperioade dy't jo ferdigenje kinne, hâld it bestân bûten dielde syngronisaasjemappen en wiskje it bewust.
Opsje B: freegje de oanbieder om in skiednis
Guon oanbieders hâlde ferbiningslogs by en sille in stipefraach beantwurdzje mei in tiidstimpel en in servernamme. Dat register beskriuwt har ynfrastruktuer en net jo fertier, en it is mar sa goed as har bewarfinster en har berêdens om te sjen. It beskriuwt ek in sesje, net in fersyk. It finster is meastentiids koart, en it wurdt metten fan 'e kant fan 'e oanbieder fan 'e tunnel.
Oanbieders dy't advertearje dat se gjin logs hâlde, kinne dit net op oanfraach leverje, en in client-side list fan resinte plakken is net itselde. It freegjen fan in útgangsadres by in oanbieder sûnder logs einiget meastentiids mei in útlis wêrom't dy gegevens net besteane.
Wat elk register bewize kin yn in stipefal
De twa registers beantwurdzje ferskate fragen, en yn 'e tabel hâldt de fergeliking op akademysk te wêzen.
| 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 |
Allinnich de earste kolom is ûnder jo kontrôle. In register fan 'e oanbieder kin befêstigje dat in account op in beskaat momint ferbûn wie, mar it kin net befêstigje hokker fersiken de tunnel brûkten, en it sil gjin adres neame dat de oanbieder as bedriuwsdetail behannelt. Gjin fan beide registers identifisearret in persoan, om't in dield útgangsadres in protte klanten yn deselde minút drage kin.
Fergelykje beide mei in basisline foardat jo ien fan beide fertrouwe
In adres allinnich bewiist neat. Fêstje it direkte adres foar it ferbinen, it tunnele adres dêrnei, en fergelykje se. Deselde wearden betsjutte dat de tunnel dat fersyk net draacht, itsij troch in splitst tunnel, in oerhearskjende proxy of in client dy't weromfoel op in direkte paad.
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.1Werhelje de fergeliking foar DNS en foar IPv6, om't in eggo fan it adres it paad fan ien HTTP-fersyk bewiist en neat seit oer hokker resolver antwurde. In apparaat dat op ien fan beide lekket, kin op 'e oare folslein sûn lykje.