VPN-dən əvvəl Tor hazır: başlanğıc qapısını düzgün sıralayın

tor prosesini gözləyib sonra VPN-i işə salmaq bu yığını səhv qurmağın ən geniş yayılmış yoludur. Demon müştəri axınını daşıya bilməmişdən çox əvvəl görünür və sabit fasilə asılılıq adlandırılmış bir təxmindir. Qapı növbəti komponentin həqiqətən ehtiyac duyduğu vəziyyət olmalıdır. Aşağıdakı dörd addımı sıra ilə keçin və hər birini tənzimlənəcək gecikmə deyil, ayrıca şərt kimi qəbul edin.

Addım 1: həqiqətən malik olduğunuz nəqliyyatı seçin

Protokoldan başlayın, çünki dizaynın qalan hissəsi ondan asılıdır. Tor-un SOCKS interfeysi UDP ASSOCIATE-i tətbiq etmir, ona görə də onun üzərindən daşınan hər şey TCP axını olmalıdır. UDP istifadə edən OpenVPN profili nəzarətçinin necə yazıldığından asılı olmayaraq bu yoldan işləməyəcək. Profili TCP-yə keçirin və başlanğıc məntiqinə toxunmazdan əvvəl uzaq peer-in bunu qəbul etdiyini təsdiqləyin.

Sonra müştərinizin ümumiyyətlə SOCKS proxy-ə çata bildiyini təsdiqləyin. OpenVPN 2.6 TCP profilləri üçün socks-proxy seçimini sənədləşdirir və müxtəlif müştərilər fərqli proxy dəstəyi təqdim edir. Proxy seçimini səssizcə nəzərə almayan başladıcı birbaşa qoşulacaq və işləyirmiş kimi görünəcək, bu isə uğursuzluqdan pisdir.

Seçilmiş nəqliyyatı runbook-a yazın, çünki sonrakı hər yoxlama ondan asılıdır.

Addım 2: proses siyahısını deyil, bootstrap mərhələsini oxuyun

Tor nəzarət protokolu GETINFO status/bootstrap-phase sorğusuna ən son bootstrap vəziyyətini, o cümlədən tərəqqi faizi və xülasə teqini cavablandırır. Bu cavab məhz ona görə faydalıdır ki, nəzarətçi demon artıq bootstrap-ı bitirdikdən sonra qoşula bilər. Yalnız hadisələri dinləyən nəzarətçi Tor-un nəzarətçi başlamazdan əvvəl hazır olduğu halı qaçıracaq.

Nəzarət bağlantısını düzgün autentifikasiya edin. Nəzarət portu inzibati interfeysdir və onunla danışa bilən hər kəs demonu yenidən konfiqurasiya edə bilər. Onu localhost-da saxlayın, cookie və ya parol autentifikasiyasını aktiv saxlayın və başlanğıc skriptini sadələşdirmək üçün heç birini silməyin.

Mərhələni işə başlayanda bir dəfə oxuyun, sonra canlı görünüş üçün tərəqqi hadisələrinə abunə olun.

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

Tərəqqi 100 və done teqi olan cavab demonun öz başlanğıcını bitirdiyini bildirir. Bu hələ təyinatınız üçün istifadə edilə bilən dövrənin mövcud olduğunu bildirmir.

Addım 3: müştəri dövrə hadisəsini gözləyin

Tor hadisə protokolu CIRCUIT_ESTABLISHED hadisəsini müəyyən edir, bu da müştərinin istifadə edə biləcəyi dövrəyə malik olduğunu bildirir. Bu, daşıyıcı qapısının istədiyi hazırlıq siqnalıdır, çünki faizdən çox ehtiyac duyduğunuz qabiliyyətə daha yaxındır. Hadisəyə abunə olun və keçidi qeyd edin ki, jurnal daşıyıcının nə vaxt yararlı olduğunu göstərsin, prosesin nə vaxt göründüyünü deyil.

Hadisəyə cəhd etmək üçün icazə kimi yanaşın, hər hansı konkret təyinat barədə zəmanət kimi deyil. Çıxış siyasəti hələ də uzaq peer-i rədd edə bilər və VPN-in öz əl sıxması hələ də Tor ilə heç bir əlaqəsi olmayan səbəblərdən uğursuz ola bilər.

İki şərti kodda ayrı saxlayın. ready adlı tək boolean onları birləşdirəcək və növbəti hadisəni oxunmaz edəcək.

Addım 4: VPN-i öz əl sıxmasına bağlayın

VPN-in öz hazırlıq şərti var və tunelin qalxdığını sübut edən yeganə şərt budur. Müştərinin təyin edilmiş ünvanla qoşulmuş vəziyyət bildirməsini gözləyin, sonra proxy tələbinin qüvvədə qaldığını yoxlayın. Bir uğursuzluqdan sonra socks-proxy seçimini atan yenidən cəhd dövrəsi birbaşa qoşulacaq və bütün dizaynı səssizcə məhv edəcək.

Peer əlçatmaz olduqda nə olacağına bilməyə ehtiyac duymazdan əvvəl qərar verin. Görünən uğursuzluqla məhdudlaşdırılmış yenidən cəhd sonsuz dövrədən idarə etmək daha asandır və monitorinq sisteminə xəbərdarlıq edəcək bir şey verir. Eyni qərar daşıyıcıya da aiddir: Tor yenidən başlasa, VPN ölü dövrədə işləməyə davam etmək əvəzinə sökülməli və yenidən qapıdan keçirilməlidir.

Nəhayət, VPN söndüyü müddətdə tətbiqin öz siyasətini qüvvədə saxlayın. Düzgün gözləyən nəzarətçi əlaqəsiz bir prosesin trafiki birbaşa göndərməsinin qarşısını almaq üçün heç nə etmir.

Sağ qalmalı olduğunuz dörd keçidi yoxlayın

Dizaynı dörd hal əhatə edir: Tor-un birinci qalxdığı soyuq başlanğıc, artıq hazır Tor-a qoşulan nəzarətçi, əlçatmaz VPN peer-i və tunel qalxmışkən daşıyıcının itməsi. Hər birinin fərqli gözlənilən keçidi var və qapı düzgün yazılıbsa, hər biri fərqli jurnal sətri yaradır.

Onları qəsdən, bir-bir işə salın və proses siyahısını deyil, vəziyyət dəyişikliklərini oxuyun.

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

Daşıyıcı düşəndə VPN köhnə tunellə qalmaq əvəzinə bir yenidən cəhd intervalı içində onunla birlikdə aşağı düşməlidir. Tor qayıdanda qapı prosesin başlamasından sonra deyil, yalnız dövrə hadisəsindən sonra yenidən açılmalıdır. Hər uğursuzluqda hansı şərtin çatışmadığını qeyd edin və növbəti növbətçi şəxs sıranı vaxt damğalarından bərpa etmək məcburiyyətində qalmayacaq.