Tor tayari kabla ya VPN: panga lango la kuanzisha ipasavyo

Kufuatilia mchakato wa tor kisha kuanzisha VPN ndiyo njia ya kawaida zaidi ya kuijenga vibaya staki hii. Daemon huonekana muda mrefu kabla ya kuweza kubeba mtiririko wa mteja, na kusubiri kwa muda maalum ni dhahania iliyovishwa kama utegemezi. Lango lazima liwe hali ambayo sehemu inayofuata inahitaji kweli. Pitia hatua nne hapa chini kwa mpangilio, na chukulia kila moja kama sharti tofauti badala ya kuchelewa kunayoweza kurekebishwa.

Hatua 1: chagua usafirishaji ambao unayo kweli

Anza na itifaki, kwa sababu muundo uliobaki unategemea hiyo. Kiolesura cha SOCKS cha Tor hakiutekelezi UDP ASSOCIATE, kwa hiyo chochote kinachobebwa kupitia hicho lazima kiwe mtiririko wa TCP. Profaili ya OpenVPN inayotumia UDP haitafanya kazi kwa njia hii, hata kama msimamizi ameandikwa vipi. Badilisha profaili kuwa TCP na uthibitishe kuwa mwenzake wa mbali anaikubali kabla ya kugusa mantiki ya kuanzisha.

Kisha uthibitishe kuwa mteja wako anaweza kufikia proksi ya SOCKS kabisa. OpenVPN 2.6 inaandika chaguo la socks-proxy kwa profaili za TCP, na wateja tofauti hutoa msaada tofauti wa proksi. Kianzilishi kinachopuuza chaguo la proksi kimya kimya kitaunganisha moja kwa moja na kitaonekana kufanya kazi, jambo ambalo ni baya kuliko kushindwa.

Andika usafirishaji uliochaguliwa katika runbook, kwa sababu kila ukaguzi unaofuata unategemea hiyo.

Hatua 2: soma awamu ya bootstrap, si orodha ya michakato

Itifaki ya udhibiti ya Tor hujibu GETINFO status/bootstrap-phase kwa hali ya bootstrap ya hivi karibuni, ikiwa ni pamoja na asilimia ya maendeleo na lebo ya muhtasari. Jibu hilo ni muhimu kwa sababu hasa kidhibiti kinaweza kuunganisha baada ya daemon kumaliza bootstrap. Msimamizi anayesikiliza matukio pekee atakosa kisa ambapo Tor ilikuwa tayari kabla msimamizi kuanza.

Thibitisha muunganisho wa udhibiti ipasavyo. Bandari ya udhibiti ni kiolesura cha kiutawala, na yeyote anayeweza kuzungumza nayo anaweza kusanidi daemon upya. Iweke kwenye localhost, iweke uthibitishaji wa kidakuzi au neno la siri ukiwa umewekwa, na usiongeze kuondoa chochote kati ya vyote ili kurahisisha skripti ya kuanzisha.

Soma awamu mara moja wakati wa kuanzisha, kisha jisajili kwa matukio ya maendeleo kwa mwonekano wa moja kwa moja.

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

Jibu lenye maendeleo 100 na lebo done linamaanisha daemon imekamilisha uanzishaji wake yenyewe. Bado haimaanishi kuwa kuna mzunguko unaoweza kutumika kuelekea lengo lako.

Hatua 3: subiri tukio la mzunguko wa mteja

Itifaki ya matukio ya Tor inafafanua CIRCUIT_ESTABLISHED, ambayo huripoti kuwa mteja ana mzunguko anaoweza kutumia. Hiyo ndiyo ishara ya utayari ambayo lango la mtoa huduma linataka, kwa sababu iko karibu zaidi na uwezo unaohitaji kuliko asilimia. Jisajili kwa tukio na urekodi mpito, ili kumbukumbu ionyeshe wakati mtoa huduma alipoweza kutumika, si wakati mchakato ulipoonekana.

Chukulia tukio kama ruhusa ya kujaribu, si kama dhamana kuhusu lengo lolote mahususi. Sera ya kutoka bado inaweza kukataa mwenzake wa mbali, na makubaliano ya VPN yenyewe bado yanaweza kushindwa kwa sababu zisizohusiana na Tor.

Weka masharti mawili tofauti katika msimbo. Thamani moja ya boolean inayoitwa ready itayaunganisha na kufanya tukio linalofuata lisosomeke.

Hatua 4: funga VPN kwa makubaliano yake yenyewe

VPN ina sharti lake la utayari, na ni hilo pekee linalothibitisha kuwa handaki limepanda. Subiri mteja aripoti hali iliyounganishwa na anwani iliyotengwa, kisha angalia kuwa hitaji la proksi lilibaki kwa nguvu. Mzunguko wa kujaribu tena unaoacha chaguo la socks-proxy baada ya kushindwa mara moja utaunganisha moja kwa moja na kushinda muundo mzima kimya kimya.

Amua nini kinatokea mwenzake asipoweza kufikiwa kabla ya kuhitaji kujua. Kujaribu tena kwa kikomo pamoja na kushindwa kunaoonekana ni rahisi kuendesha kuliko mzunguko usio na mwisho, na kunapa mfumo wa ufuatiliaji kitu cha kuonya. Uamuzi huo huo unahusu mtoa huduma: ikiwa Tor itaanza upya, VPN lazima ivunjwe na kufungwa upya badala ya kuachwa ikiendesha kwenye mzunguko uliokufa.

Mwisho, weka sera ya programu yenyewe mahali pake wakati VPN imezimwa. Msimamizi anayesubiri ipasavyo hafanyi chochote kuzuia mchakato usiohusiana kutuma trafiki moja kwa moja.

Angalia mipito minne ambayo lazima uistahimili

Kesi nne zinashughulikia muundo: uanzishaji baridi ambapo Tor hupanda kwanza, msimamizi anayeunganisha na Tor iliyo tayari, mwenzake wa VPN asiyepatikana, na kupoteza mtoa huduma wakati handaki likiwa juu. Kila moja ina mpito tofauti unaotarajiwa, na kila moja hutoa mstari tofauti wa kumbukumbu ikiwa lango limeandikwa ipasavyo.

Ziendeshe kwa makusudi, moja baada ya nyingine, na soma mabadiliko ya hali badala ya orodha ya michakato.

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

Mtoa huduma anapoanguka, VPN inapaswa kushuka pamoja nayo ndani ya muda mmoja wa kujaribu tena badala ya kubaki na handaki lililopitwa na wakati. Tor inaporudi, lango linapaswa kufunguka tena tu baada ya tukio la mzunguko, si baada ya kuanza kwa mchakato. Rekodi sharti gani lilikosekana katika kila kushindwa, na mtu anayefuata zamu hatalazimika kuunda upya mpangilio kutoka alama za muda.