Paano itala at i-verify ang VPN exit address na ginamit mo

Tanungin ang isang desktop VPN client kung aling mga server ang ginamit mo, at ang tapat na sagot ay karaniwang pangalan ng lokasyon. Ang pangalang iyon ang entry point na pinili mo, at ang address na pinaglabasan ng iyong traffic ay maaaring ganap na ibang makina. Wala sa app ang idinisenyo para itago ang pangalawang numero, kaya kailangang buuin ang tala sa sandali ng paggamit. May dalawang paraan, at isa lang sa kanila ang nakakaligtas sa isang usapin sa suporta.

Dalawang tala, at isa lang sa kanila ang umiiral

Ang sariling tanaw ng client ay, sa pinakamainam, listahan ng mga piniling lokasyon na may mga timestamp. Desisyon ito sa disenyo at hindi kapabayaan: ang mga address ay detalye ng operasyon, umiikot sila sa pagitan ng mga assignment, at ang pagbubunyag ng mapping ay nagpapahirap sa suporta at sa paghawak ng abuso. Naglalagay ang mga provider ng cloud instance sa harap ng kanilang mga network para lang makalipat ang endpoint nang walang pagsasabi kaninuman. Ang ipinapakita ng app sa iyo ay ang pinili mo, hindi ang rutang tinahak ng traffic.

Ang talang maaari mong buuin ay lokal na file na may isang pampublikong address at isang UTC timestamp bawat linya. Mas maliit ito, mas pangit at mas kapaki-pakinabang, dahil inilalarawan nito nang eksakto ang makikita rin ng isang tagamasid sa labas.

Opsyon A: ikaw mismo ang kumuha ng exit address

Ang isang echo service ay nagbabalik ng source address na pinanggalingan ng kahilingan, at iyon ang exit address ayon sa depinisyon. Patakbuhin ang pagkuha pagkatapos iulat ng tunnel na konektado, dahil ang client na nagsasabing konektado bago mag-settle ang mga ruta at DNS ay itatala ang address bago ang tunnel at lalason ang log mula sa unang linya.

#!/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"

Dalawang detalye ang gumagawa sa bahaging iyon na kapaki-pakinabang at hindi palamuti. Magkasama sa isang linya ang timestamp at address, kaya hindi na kailangang ipares ng susunod na pagsusuri ang mga tala, at pinapanatiling pribado ng umask 077 ang file mula nang malikha ito. Patakbuhin ito isang beses kada koneksyon at hindi isang beses kada boot, at panatilihin ang isang file kada device.

Itinatala ng log kung kailan ka gumamit ng tunnel at mula sa aling network ka lumitaw, na mas malapit sa kasaysayan ng pag-browse kaysa sa isang counter. Pumili ng panahon ng pagpapanatili na kayang ipagtanggol, itago ang file sa labas ng mga shared sync folder, at sadyang linisin ito.

Opsyon B: humingi ng kasaysayan sa provider

May mga provider na nag-iingat ng connection log at sasagot sa tanong sa suporta gamit ang timestamp at pangalan ng server. Inilalarawan ng talang iyon ang kanilang imprastruktura at hindi ang iyong traffic, at kasinghalaga lang ito ng kanilang window ng pagpapanatili at ng kanilang pagpayag na tumingin. Inilalarawan din nito ang isang session, hindi ang isang kahilingan. Karaniwang maikli ang window, at sinusukat ito mula sa panig ng provider ng tunnel.

Ang mga provider na nag-aanunsyong hindi nag-iingat ng log ay hindi ito maibibigay kapag hiniling, at ang listahan ng mga kamakailang lokasyon sa panig ng client ay hindi pareho. Ang paghingi ng exit address sa provider na walang log ay karaniwang nauuwi sa paliwanag kung bakit wala ang datos na iyon.

Ano ang kayang patunayan ng bawat tala sa isang usapin sa suporta

Iba ang sinasagot ng dalawang tala, at sa talahanayan mismo tumitigil na maging akademiko ang paghahambing.

Ang unang kolum lang ang nasa kontrol mo. Kayang kumpirmahin ng tala ng provider na may account na konektado sa isang partikular na oras, pero hindi nito makukumpirma kung aling mga kahilingan ang gumamit ng tunnel, at hindi nito sasabihin ang address na itinuturing ng provider na detalye ng operasyon. Wala sa dalawang tala ang tumutukoy sa isang tao, dahil ang shared exit address ay maaaring magdala ng maraming customer sa parehong minuto.

Ihambing ang dalawa sa isang baseline bago magtiwala sa alinman

Ang address lang ay wala ring pinapatunayan. Kunin ang direktang address bago kumonekta, ang address sa pamamagitan ng tunnel pagkatapos, at ihambing. Ang magkaparehong halaga ay nangangahulugang hindi dinadala ng tunnel ang kahilingang iyon, dahil man sa split tunnel, isang nangingibabaw na proxy, o isang client na bumalik sa direktang landas.

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.1

Ulitin ang paghahambing para sa DNS at para sa IPv6, dahil ang echo ng address ay nagpapatunay ng landas ng isang HTTP na kahilingan at wala itong sinasabi kung aling resolver ang sumagot. Ang device na tumutulo sa isa ay maaaring magmukhang ganap na malusog sa isa.