VPN-ээс өмнө Tor бэлэн: эхлүүлэх хаалгыг зөв эрэмбэлэх

tor процесс ажиглаад дараа нь VPN-ийг эхлүүлэх нь энэ стекийг буруу барих хамгийн түгээмэл арга юм. Демон нь клиентийн урсгалыг зөөхөөс нэлээд өмнө гарч ирдэг бөгөөд тогтмол хүлээлт нь хамаарал мэт дүр эсгэсэн таамаг юм. Хаалга нь дараагийн бүрэлдэхүүн хэсэгт үнэхээр хэрэгтэй төлөв байх ёстой. Доорх дөрвөн алхмыг дэс дараатайгаар туулж, алхам бүрийг тохируулах саатал биш, тусдаа нөхцөл гэж үзээрэй.

1-р алхам: үнэхээр байгаа тээврийг сонго

Протоколоос эхэл, учир нь дизайны бусад хэсэг түүнээс хамаарна. Tor-ийн SOCKS интерфэйс UDP ASSOCIATE-ийг хэрэгжүүлдэггүй тул түүгээр дамжуулсан бүхэн TCP урсгал байх ёстой. UDP ашигладаг OpenVPN профайл хянагч хэрхэн бичигдсэнээс үл хамааран энэ замаар ажиллахгүй. Профайлыг TCP руу шилжүүлж, эхлүүлэх логикт хүрэхийн өмнө алсын хамтрагч үүнийг хүлээн авч байгааг батал.

Дараа нь таны клиент SOCKS проксид хүрч чадах эсэхийг батал. OpenVPN 2.6 нь TCP профайлуудад зориулсан socks-proxy сонголтыг баримтжуулдаг бөгөөд өөр өөр клиентүүд өөр өөр прокси дэмжлэг үзүүлдэг. Прокси сонголтыг чимээгүй үл хэрэгсэх гүйцэтгэгч шууд холбогдож, ажиллаж байгаа мэт харагдах бөгөөд энэ нь бүтэлгүйтэхээс ч дор юм.

Сонгосон тээврийг runbook-д бичээрэй, учир нь дараах бүх шалгалт түүнээс хамаарна.

2-р алхам: процессын жагсаалт биш, bootstrap үеийг унш

Tor-ийн удирдлагын протокол GETINFO status/bootstrap-phase-д хамгийн сүүлийн bootstrap төлөвөөр хариулдаг бөгөөд үүнд ахицын хувь, дүгнэлтийн шошго багтана. Тэр хариулт нь яг л контролер демон bootstrap-оо аль хэдийн дуусгасны дараа холбогдож чаддаг учраас ашигтай. Зөвхөн үйл явдлыг сонсдог хянагч нь хянагч эхлэхээс өмнө Tor аль хэдийн бэлэн байсан тохиолдлыг алдах болно.

Удирдлагын холболтыг зөв баталгаажуул. Удирдлагын порт нь захиргааны интерфэйс бөгөөд түүнтэй ярьж чаддаг хэн бүхэн демоныг дахин тохируулж чадна. Үүнийг localhost дээр байлгаж, күүки эсвэл нууц үгийн баталгаажуулалтыг асаалттай байлга, эхлүүлэх скриптийг хялбар болгох үүднээс аль нэгийг нь ч бүү хас.

Эхлэх үед үеийг нэг удаа уншаад, дараа нь шууд харагдацад зориулж ахицын үйл явдлуудад бүртгүүл.

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

Ахиц 100 болон done шошготой хариулт нь демон өөрийн эхлэлийг дуусгасан гэсэн үг. Энэ нь таны очих газар руу ашиглаж болох хэлхээ байгаа гэсэн үг хараахан биш.

3-р алхам: клиентийн хэлхээний үйл явдлыг хүлээ

Tor-ийн үйл явдлын протокол CIRCUIT_ESTABLISHED-ийг тодорхойлдог бөгөөд энэ нь клиентэд ашиглаж болох хэлхээ байгааг мэдээлдэг. Энэ нь тээвэрлэгчийн хаалганы хүсдэг бэлэн байдлын дохио бөгөөд хувь хэмжээнээс илүү таны хэрэгтэй чадварт ойр байдаг. Үйл явдалд бүртгүүлж, шилжилтийг тэмдэглэ, ингэснээр бүртгэл процесс хэзээ гарч ирснийг биш, тээвэрлэгч хэзээ ашиглагдахуйц болсныг харуулна.

Үйл явдлыг оролдох зөвшөөрөл гэж үз, тодорхой очих газрын баталгаа гэж бүү үз. Гарах бодлого алсын хамтрагчийг няцааж болно, VPN-ийн өөрийнх нь гар барилт ч Tor-той ямар ч холбоогүй шалтгаанаар бүтэлгүйтэж болно.

Кодонд хоёр нөхцөлийг тусад нь байлга. ready нэртэй ганц логик утга тэдгээрийг нэгтгэж, дараагийн тохиолдлыг уншиж болохгүй болгоно.

4-р алхам: VPN-ийг өөрийнх нь гар барилтад хаалгаар холбо

VPN-д өөрийн бэлэн байдлын нөхцөл байдаг бөгөөд туннель боссныг нотолдог цорын ганц нь тэр юм. Клиент хуваарилагдсан хаягтай холбогдсон төлөвийг мэдээлэх хүртэл хүлээгээд, дараа нь прокси шаардлага хүчинтэй хэвээр байсан эсэхийг шалга. Нэг бүтэлгүйтлийн дараа socks-proxy сонголтыг орхидог дахин оролдлогын давталт шууд холбогдож, бүх дизайныг чимээгүйхэн унагана.

Хамтрагч хүрэхгүй үед юу болохыг мэдэх шаардлага гарахаас өмнө шийд. Харагдах бүтэлгүйтэлтэй хязгаарлагдмал дахин оролдлого нь төгсгөлгүй давталтаас хялбар ажиллуулж, хяналтын системд анхааруулах зүйл өгдөг. Мөн адил шийдвэр тээвэрлэгчид хамаарна: хэрэв Tor дахин эхэлбэл VPN-ийг буулгаж, дахин хаалгаар оруулах ёстой, үхсэн хэлхээн дээр ажиллуулж үлдээх ёсгүй.

Эцэст нь, VPN унтарсан байх хугацаанд аппликейшны өөрийн бодлогыг хүчинтэй байлга. Зөв хүлээж буй хянагч холбоогүй процесс шууд трафик илгээхийг сэргийлэхийн тулд юу ч хийдэггүй.

Та даван туулах ёстой дөрвөн шилжилтийг шалга

Дөрвөн тохиолдол дизайныг хамарна: Tor хамгийн түрүүнд босдог хүйтэн эхлэл, аль хэдийн бэлэн Tor-т холбогддог хянагч, хүрэхгүй VPN хамтрагч, туннель боссон байхад тээвэрлэгч алдагдах. Тус бүр өөр хүлээгдэж буй шилжилттэй бөгөөд хаалгыг зөв бичсэн бол тус бүр өөр бүртгэлийн мөр үүсгэдэг.

Тэдгээрийг санаатайгаар, нэг нэгээр нь ажиллуулж, процессын жагсаалт биш төлөвийн өөрчлөлтийг унш.

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

Тээвэрлэгч унах үед VPN хуучин туннельтай эргэлзэхгүйгээр нэг дахин оролдлогын интервал дотор түүнтэй хамт доошлох ёстой. Tor буцаж ирэхэд хаалга процесс эхэлсний дараа биш, хэлхээний үйл явдлын дараа л дахин нээгдэх ёстой. Бүтэлгүйтэл бүрт ямар нөхцөл дутагдсаныг бүртгэ, дараагийн жижүүр цагийн тэмдэглэгээнээс дарааллыг сэргээх шаардлагагүй болно.