İstifadə etdiyiniz VPN çıxış ünvanını necə qeyd etməli və yoxlamalı

Masaüstü VPN müştərisinə hansı serverlərdən istifadə etdiyinizi soruşun və dürüst cavab adətən yerləşmə adı olur. Bu ad seçdiyiniz giriş nöqtəsidir və trafikinizin çıxdığı ünvan tamamilə başqa maşın ola bilər. Proqramda heç nə ikinci rəqəmi saxlamaq üçün nəzərdə tutulmayıb, ona görə də qeyd istifadə anında qurulmalıdır. İki yanaşma var və onlardan yalnız biri dəstək işi ilə üzləşməyə tab gətirir.

İki qeyd, amma yalnız biri mövcuddur

Müştərinin öz görünüşü ən yaxşı halda zaman nişanları ilə seçilmiş yerləşmələrin siyahısıdır. Bu dizayn qərarıdır, səhv deyil: ünvanlar əməliyyat detallarıdır, təyinatlar arasında dəyişir və uyğunluğun açılması həm dəstəyi, həm də sui-istifadə ilə işləməyi çətinləşdirir. Provayderlər şəbəkələrinin qarşısına bulud nüsxələri qoyur ki, son nöqtə heç kimə xəbər vermədən yerini dəyişə bilsin. Proqram sizə etdiyiniz seçimi göstərir, trafikin getdiyi marşrutu yox.

Özünüz qura biləcəyiniz qeyd hər sətirdə bir ictimai ünvan və bir UTC zaman nişanı saxlayan yerli fayldır. Daha kiçik, daha çirkin və daha faydalıdır, çünki kənar müşahidəçinin də görə biləcəyi şeyi dəqiq təsvir edir.

A variantı: çıxış ünvanını özünüz tutun

Eks-mexanizm xidməti sorğunun gəldiyi mənbə ünvanını qaytarır, bu isə tərifinə görə çıxış ünvanıdır. Tutmağı tunel qoşuldu bildirdikdən sonra işə salın, çünki marşrutlar və DNS oturmadan qoşuldu deyən müştəri tuneldən əvvəlki ünvanı qeyd edəcək və jurnalı ilk sətirdən zəhərləyəcək.

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

İki detal həmin parçanı bəzək deyil, işlək edir. Zaman nişanı və ünvan bir sətri paylaşır, beləliklə sonrakı təhlil qeydləri cütləmək məcburiyyətində qalmır və umask 077 faylı yaradıldığı andan şəxsi saxlayır. Onu hər açılışda bir dəfə deyil, hər bağlantıda bir dəfə işə salın və cihaz başına bir fayl saxlayın.

Jurnal tuneldən nə vaxt istifadə etdiyinizi və hansı şəbəkədən göründüyünüzü qeyd edir, bu da sayğacdan çox baxış tarixçəsinə yaxındır. Müdafiə edə biləcəyiniz saxlama müddəti seçin, faylı paylaşılan sinxronizasiya qovluqlarından kənarda saxlayın və şüurlu şəkildə silin.

B variantı: provayderdən tarixçə istəyin

Bəzi provayderlər bağlantı jurnalları aparır və dəstək sualına zaman nişanı və server adı ilə cavab verəcək. Həmin qeyd onların infrastrukturunu təsvir edir, sizin trafikinizi yox, və yalnız saxlama pəncərələri və baxmaq istəkləri qədər dəyərlidir. O, həm də sessiyanı təsvir edir, sorğunu yox. Pəncərə adətən qısadır və tunelin provayder tərəfindən ölçülür.

Jurnal aparmadığını reklam edən provayderlər bunu sorğu əsasında verə bilməz və müştəri tərəfindəki son yerləşmələr siyahısı eyni şey deyil. Jurnalsız provayderdən çıxış ünvanı istəmək adətən bu məlumatların niyə mövcud olmadığına dair izahatla bitir.

Hər qeydin dəstək işində sübut edə biləcəyi şey

İki qeyd fərqli suallara cavab verir və məhz cədvəldə müqayisə akademik olmaqdan çıxır.

Yalnız birinci sütun sizin nəzarətinizdədir. Provayder qeydi hesabın müəyyən anda qoşulduğunu təsdiqləyə bilər, amma hansı sorğuların tuneldən istifadə etdiyini təsdiqləyə bilməz və provayderin əməliyyat detalları saydığı ünvanı göstərməyəcək. Heç bir qeyd şəxsi identifikasiya etmir, çünki paylaşılan çıxış ünvanı eyni dəqiqədə çox müştərini daşıya bilər.

Hər ikisini bir istinadla müqayisə edin, birinə güvənməzdən əvvəl

Ünvan tək başına heç nə sübut etmir. Qoşulmadan əvvəl birbaşa ünvanı, sonra tuneldən keçən ünvanı tutun və onları müqayisə edin. Eyni dəyərlər tunelin bu sorğunu daşımadığını bildirir; istər bölünmüş tunel, istər üstün proksi, istərsə də birbaşa yola qayıdan müştəri səbəbindən.

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

Müqayisəni DNS və IPv6 üçün təkrarlayın, çünki ünvan əks-sədası bir HTTP sorğusunun yolunu sübut edir və hansı həlledicinin cavab verdiyi barədə heç nə demir. Birində sızan cihaz digərində tamamilə sağlam görünə bilər.