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'то кармаңыз, cookie же сырсөз менен аутентификацияны күйгүзүп кармаңыз жана иштетүү скрибин жөнөкөйлөтүү үчүн экөөнүн бирин да алып салбаңыз.

Фазаны иштетүүдө бир жолу окуп, андан кийин түз көрүнүш үчүн прогресс окуяларына жазылыңыз.

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 кайтып келгенде, дарбаза процесстин башталышынан кийин эмес, чынжыр окуясынан кийин гана кайра ачылышы керек. Ар бир ийгиликсиздикте кайсы шарт жетишпегенин жазыңыз, ошондо кийинки кезекчи кезекти убакыт белгилеринен кайра курууга аргасыз болбойт.