Tor tilbúið fyrir VPN: rétt röðun ræsihliðsins

Að fylgjast með tor-ferli og ræsa síðan VPN er algengasta leiðin til að byggja þennan stakk vitlaust. Púkinn birtist löngu áður en hann getur borið biðlaraflæði, og föst bið er gisk klætt sem óhæði. Hliðið verður að vera það ástand sem næsti hluti þarf í raun og veru. Farðu í gegnum fjögur skrefin hér að neðan í réttri röð og meðhöndlaðu hvert þeirra sem sjálfstætt skilyrði en ekki seinkun sem á að stilla.

Skref 1: veldu þá flutningaleið sem þú hefur í raun

Byrjaðu á samskiptareglunni, því restin af hönnuninni ræðst af henni. SOCKS-viðmót Tor útfærir ekki UDP ASSOCIATE, svo allt sem flutt er í gegnum það verður að vera TCP-straumur. OpenVPN-snið sem notar UDP virkar ekki eftir þessari leið, sama hvernig eftirlitsmaðurinn er skrifaður. Skiptu sniðinu yfir í TCP og staðfestu að fjartengdi jafninginn samþykki það áður en þú snertir ræsirökfræðina.

Staðfestu síðan að biðlarinn þinn nái yfirhöfuð SOCKS-millilið. OpenVPN 2.6 skjalfestir socks-proxy valkost fyrir TCP-snið, og mismunandi biðlarar bjóða mismunandi milliliðastuðning. Ræsir sem hunsar milliliðavalkostinn þegjandi tengist beint og virðist virka, sem er verra en að mistakast.

Skrifaðu valda flutningaleiðina í runbookið, því hver síðari athugun ræðst af henni.

Skref 2: lestu bootstrap-fasann, ekki ferlalistann

Stjórnsamskiptaregla Tor svarar GETINFO status/bootstrap-phase með nýjasta bootstrap-ástandinu, þar á meðal framvinduhlutfalli og samantektarmerki. Það svar er gagnlegt einmitt vegna þess að stjórnandi getur tengst eftir að púkinn hefur þegar lokið bootstrap. Eftirlitsmaður sem hlustar aðeins á atburði mun missa tilfellið þar sem Tor var þegar tilbúið áður en eftirlitsmaðurinn byrjaði.

Auðkenndu stjórntenginguna almennilega. Stjórnport er stjórnunarviðmót, og hver sem getur talað við það getur stillt púkann upp á nýtt. Haltu því á localhost, haltu auðkenningu með vafraköku eða lykilorði virkri, og fjarlægðu hvorki heldur til að gera ræsiskriftu einfaldari.

Lestu fasann einu sinni við ræsingu og gerðu þig síðan áskrifandi að framvinduatburðum fyrir beina sýn.

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

Svar með framvindu 100 og merkinu done þýðir að púkinn hefur lokið eigin ræsingu. Það þýðir ekki enn að nothæf rás sé til að áfangastaðnum þínum.

Skref 3: bíddu eftir atburði biðlararásar

Atburðasamskiptaregla Tor skilgreinir CIRCUIT_ESTABLISHED, sem tilkynnir að biðlarinn hafi rás sem hann getur notað. Það er tilbúinleikamerkið sem flutningshlið vill fá, því það er nær þeirri getu sem þú þarft en hlutfall er. Gerðu þig áskrifandi að atburðinum og skráðu umskiptin, svo annálin sýni hvenær flutningurinn varð nothæfur en ekki hvenær ferlið birtist.

Meðhöndlaðu atburðinn sem leyfi til að reyna, ekki sem tryggingu fyrir tilteknum áfangastað. Útgöngustefna getur samt hafnað fjartengda jafningjanum, og handaband VPN-sins sjálfs getur samt mistekist af ástæðum sem tengjast Tor engu.

Haltu skilyrðunum tveimur aðskildum í kóðanum. Eitt bólgildi að nafni ready mun sameina þau og gera næsta atvik ólæsilegt.

Skref 4: hliðaðu VPN á eigið handaband þess

VPN hefur sitt eigið tilbúinleiksskilyrði, og það er það eina sem sannar að göngin hafi risið. Bíddu eftir að biðlarinn tilkynni tengt ástand með úthlutaðri vistfangi og athugaðu síðan að milliliðakrafan hafi haldist í gildi. Endurtekningarlykkja sem sleppir socks-proxy valkostinum eftir eina mistök mun tengjast beint og sigra hljóðlega alla hönnunina.

Ákveddu hvað gerist þegar jafninginn er óaðgengilegur áður en þú þarft að vita það. Takmörkuð endurtekning með sýnilegri mistökum er auðveldari í rekstri en endalaus lykkja, og hún gefur vöktunarkerfinu eitthvað til að láta vita af. Sama ákvörðun gildir um flutninginn: ef Tor endurræsist verður að rífa VPN niður og hliða það aftur í stað þess að láta það hanga á dauðri rás.

Að lokum skaltu halda eigin stefnu forritsins á sínum stað á meðan VPN er niðri. Eftirlitsmaður sem bíður rétt gerir ekkert til að koma í veg fyrir að ótengt ferli sendi umferð beint.

Athugaðu fjögur umskiptin sem þú verður að lifa af

Fjögur tilfelli ná yfir hönnunina: köld ræsing þar sem Tor rís fyrst, eftirlitsmaður sem tengist þegar tilbúnu Tor, óaðgengilegur VPN-jafningi og tap flutningsins á meðan göngin eru uppi. Hvert þeirra hefur annað vænt umskipti, og hvert þeirra framleiðir aðra annálslínu ef hliðið er skrifað rétt.

Keyrðu þau viljandi, eitt í einu, og lestu ástandsbreytingarnar í stað ferlalistans.

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

Þegar flutningurinn fellur ætti VPN að fylgja honum niður innan eins endurtekningarbils í stað þess að hanga með úreltum göngum. Þegar Tor kemur aftur ætti hliðið aðeins að opnast aftur eftir rásaratburðinn, ekki eftir ræsingu ferlisins. Skráðu hvaða skilyrði vantaði við hver mistök, og næsti vaktmaður þarf ekki að endurbyggja röðina úr tímastimplum.