Tor prest VPN-aren aurretik: abiarazte-atea behar bezala ordenatzea
tor prozesu bat martxan egotea ez da garraioa. Jarri VPN-a dokumentatutako bezero-prestasun seinale baten menpe, gero bere parekoan, eta mantendu ordezko bideak bereizita.
tor prozesu bat zaintzea eta gero VPN-a abiaraztea da pila hau gaizki eraikitzeko modurik ohikoena. Deabrua askoz lehenago agertzen da bezeroaren korronte bat eraman dezakeelako, eta itxaronaldi finko bat menpekotasun gisa mozorrotutako susmoa da. Ateak hurrengo osagaiak benetan behar duen egoera izan behar du. Egin beheko lau urratsak hurrenez hurren, eta tratatu bakoitza baldintza bereizi gisa, doitzeko atzerapen gisa beharrean.
1. urratsa: aukeratu benetan duzun garraioa
Hasi protokoloarekin, diseinuaren gainerakoa harekin lotuta baitago. Tor-ren SOCKS interfazeak ez du UDP ASSOCIATE ezartzen, beraz, haren bidez garraiatutako edozerk TCP korrontea izan behar du. UDP erabiltzen duen OpenVPN profilek ez du bide honetatik funtzionatuko, gainbegiratzailea nola idatzita dagoen ere. Aldatu profila TCPra eta egiaztatu urruneko parekoak onartzen duela abiarazte-logika ukitu aurretik.
Ondoren egiaztatu zure bezeroak SOCKS proxi batera irits daitekeela. OpenVPN 2.6k socks-proxy aukera dokumentatzen du TCP profiletarako, eta bezero desberdinek proxy euskarri desberdina eskaintzen dute. Proxy aukera isilka alde batera uzten duen abiarazle bat zuzenean konektatuko da eta funtzionatzen ari dela dirudien, porrot egitea baino okerragoa dena.
Idatzi hautatutako garraioa runbook-ean, geroko egiaztapen bakoitza harekin lotuta baitago.
2. urratsa: irakurri bootstrap fasea, ez prozesu zerrenda
Tor kontrol protokoloak GETINFO status/bootstrap-phase eskaerari bootstrap egoera berrienarekin erantzuten dio, aurrerapen ehunekoa eta laburpen etiketa barne. Erantzun hori erabilgarria da kontrolatzaile bat deabruak bootstrapa amaitu ondoren konektatu daitekeelako. Gertaerak soilik entzuten dituen gainbegiratzaile batek Tor gainbegiratzailea hasi aurretik prest zegoen kasua galduko du.
Autentifikatu kontrol konexioa behar bezala. Kontrol ataka administrazio interfaze bat da, eta harekin hitz egin dezakeen edonork deabrua birkonfigura dezake. Mantendu localhost-en, mantendu cookie edo pasahitz autentifikazioa gaituta, eta ez ezabatu inor ere abiarazte script bat sinpleagoa egiteko.
Irakurri fasea behin abiaraztean, eta gero harpidetu aurrerapen gertaeretara zuzeneko ikuspegiarako.
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/torrc100 aurrerapen eta done etiketa dituen erantzun batek deabruak bere abiaraztea amaitu duela esan nahi du. Oraindik ez du esan nahi zure helbururako erabil daitekeen zirkuitu bat dagoenik.
3. urratsa: itxaron bezero zirkuitu gertaera bat
Tor gertaera protokoloak CIRCUIT_ESTABLISHED definitzen du, bezeroak erabil dezakeen zirkuitu bat duela jakinarazten duena. Hori da garraio-ate batek nahi duen prestasun seinalea, ehuneko bat baino hurbilago baitago behar duzun gaitasunetik. Harpidetu gertaerara eta erregistratu trantsizioa, erregistroak garraioa noiz bihurtu zen erabilgarri erakuts dezan, prozesua noiz agertu zen beharrean.
Tratatu gertaera probatzeko baimen gisa, helburu zehatz bati buruzko berme gisa beharrean. Irteera-politika batek urruneko parekoa oraindik bazter dezake, eta VPN-aren beraren esku-ukitzeak oraindik huts egin dezake Tor-ekin zerikusirik ez duten arrazoiengatik.
Mantendu bi baldintzak bereizita kodean. ready izeneko boolear bakar batek bat egingo ditu eta hurrengo gertaera irakurtezin bihurtuko du.
4. urratsa: jarri VPN-a bere esku-ukitzearen menpe
VPN-ak bere prestasun baldintza du, eta hori da tunela altxatu zela frogatzen duen bakarra. Itxaron bezeroak helbide esleituarekin konektatutako egoera jakinarazi arte, eta gero egiaztatu proxy baldintzak indarrean jarraitu duela. Huts bat egin ondoren socks-proxy aukera botatzen duen berritze-begizta batek zuzenean konektatuko du eta diseinu osoa isilka gaindituko du.
Erabaki zer gertatzen den parekoa eskuraezina denean, jakin behar duzun aurretik. Huts egite nabarmena duen berritze mugatuak errazagoa da eragiten begizta infinitu bat baino, eta monitorizazio sistemari alertatzeko zerbait ematen dio. Erabaki bera aplikatzen zaio garraioari: Tor berrabiarazten bada, VPN-a eraitsi eta berriro atetik pasa behar da, zirkuitu hil baten gainean lanean utzi beharrean.
Azkenik, mantendu aplikazioaren politika propioa VPN-a behera dagoen bitartean. Behar bezala itxaroten duen gainbegiratzaile batek ez du ezer egiten erlaziorik gabeko prozesu batek trafikoa zuzenean bidaltzea eragozteko.
Egiaztatu bizirik atera behar dituzun lau trantsizioak
Lau kasuk estaltzen dute diseinua: Tor lehenengo altxatzen den abiarazte hotza, jada prest dagoen Tor-era konektatzen den gainbegiratzailea, eskuragarri ez dagoen VPN parekoa, eta tunela gora dagoela garraioaren galera. Bakoitzak espero den trantsizio desberdina du, eta bakoitzak erregistro-lerro desberdina sortzen du atea behar bezala idatzita badago.
Exekutatu nahita, banan-banan, eta irakurri egoera aldaketak prozesu zerrenda beharrean.
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/ipGarraioa erortzen denean, VPN-ak harekin batera jaitsi behar luke berritze-tarte baten barruan, tunel zaharkitu batekin zintzilik geratu beharrean. Tor itzultzen denean, atea zirkuituaren gertaeraren ondoren bakarrik berriro ireki behar luke, ez prozesua hasi ondoren. Erregistratu zein baldintza falta zen huts bakoitzean, eta hurrengo txandako pertsonak ez du ordena denbora-marketatik berreraiki beharko.