Monero VPN bidez: hiru sare-bidetatik zein aldatzen da?

Ireki zorroa, abiarazi daemona eta marraztu hiru gezi ezer gaitu aurretik. Gezi bat zorrotik nodo baten RPC portura doa, beste batek daemonaren pare sinkronizazioa darama, eta hirugarrenak tokian bertan bidalitako transakzioak birbidalketa bide baterantz daramatza. Konfigurazio desberdineko konexio desberdinak dira, eta VPN batek edo anonimotasun sare batek bat, bi edo bat ere ez ditu estal ditzake.

Ibilki bideak softwareak irekitzen dituen ordenan. Gezi bakoitza bere helmugaz eta garraioaz etiketatzeak egiten du frogagarri geroagoko pribatutasun baieztapena. Ordena garrantzitsua da, geroagoko baieztapenak normalean horietako bat baino ez baitu estaltzen.

Hasi zorroaren eta nodoaren arteko konexioa marrazten

Nodo urrun batekin hitz egiten duen zorroak RPC eskaerak bidaltzen dizkio nodo horren helbideari eta portuari. Daemon lokal bat duen zorroak loopback interfazearekin hitz egiten du. Konfiantza harreman desberdinak dira, nahiz eta hizkera arruntean biak “nodoa” deitzen diren.

Idatzi zorroak erabiltzeko konfiguratuta dauzkan helbidea, portua eta garraioa. Zorroak bere proxy ezarpena badu, erregistratu daemonaren ezarpenetatik bereiz; prozesu bat konfiguratzeak ez du bestea konfiguratzen.

Hemen bihurtzen da tentagarri RPC amaierako puntu publiko bat. Nodoaren RPC zerbitzua diagrama sinplifikatzeko agerian jartzeak sare bide bat trukatzen du eraso azalera baten truke. Eutsi zorroaren eta nodoaren arteko estekari bide pribatu batean edo loopback interfazean, eta dokumentatu zein den. Agertze hori ezkutatzen duen diagrama bat diagramarik ez baino okerragoa da.

Ondoren, jarraitu daemonaren pare trafikoa

Sinkronizatzen ari den daemon batek irteerako konexioak irekitzen dizkie pareei, eta kate datuak trukatzen ditu bere pare-to-pare portuaren bidez. Trafiko hori ez da zorroaren RPC esteka, eta ez da automatikoki zorroaren proxy-tik pasatzen. Daemonaren beraren sare ezarpenak eta ostalariaren bideratze taula jarraitzen ditu.

Erregistratu pare portua, konexio kopurua eta daemona pare trafikorako proxy bat erabiltzeko konfiguratuta dagoen ala ez. Ondoren, egiaztatu ostalariaren bidea pare helbide lagin baterako. VPN-ak lehenetsitako bidea harrapatzen badu, pare konexioek seguruenik hura erabiliko dute; daemona interfaze zehatz batera lotuta badago, agian ez. Bi datu horiek erabakitzen dute gezia.

Behatzailearen galdera aldatzen da bide honekin. VPN batek pare konexioak ezkutatzen dizkio sarbide sare lokalari, baina VPN-aren amaierako puntuak eta pareek beraiek beste irudi bat ikusten dute. Bi behaketetako batek ere ez du frogatzen zorroaren eskaerek bide bera hartu zutenik.

Ondoren, isolatu transakzioen birbidalketa bidea

Tokian bertan bidalitako transakzioak konfiguratutako errele edo proxy baten bidez sarearen aldera birbidal daitezke. Monero daemonaren uneko dokumentazioan, aukera horrek proxy-ra bidaltzen du zuk hara zuzentzen duzun transakzio birbidalketa trafikoa soilik. Ez ditu RPC, zorro eta sinkronizazio konexio guztiak proxy bidezko trafiko bihurtzen.

Proiektuaren anonimotasun sareei buruzko dokumentazioak Tor eta I2P integrazioa esperimentaltzat deskribatzen du eta birbidalketa jokaeraren esparrua mugatzen du. Irakurri benetan exekutatzen duzun bertsioaren dokumentazioa, eztabaida zaharrek Kovri bezalako izenak erabiltzen baitituzte eta jada forma berean existitzen ez diren osagaiak deskribatzen dituzte.

Eutsi birbidalketa bidea bereizita diagraman. Proxy batetik irteten den transakzio batek, zorroaren saldo kontsultei nodo urrun bat erabiltzen duten bitartean, bi behatzaile desberdin ditu, eta transakzioa proxy batetik igaro izateak ez du ezer esaten kontsultaren bideari buruz.

Gehitu VPN hiru bideak etiketatu ondoren soilik

Geziak marraztuta, markatu zein daramatzan VPN-ak benetan. Tunel osoko VPN batek ostalariaren lehenetsitako bidea harrapatzen du, beraz lehenetsia jarraitzen duten konexioek hura erabiliko dute. Tunel zatitu batek, lotutako interfaze batek edo helbide zehatz batetik irteten den proxy batek gezi batzuk tuneletik kanpo utz ditzake.

Orain adierazi behatzaile eredua esplizituki. Anonimotasun sareko konexio bat VPN-aren barruan exekutatzen den diseinu batean, sarbide sare lokalak kanpoko VPN konexioa ikusten du, eta VPN aldeak, berriz, aurreranzko konexioa. Behatzailearen aldaketa da hori, ez identifikazio seinaleak desagertzen diren froga.

Egiaztatu hutsegite jokaera ibilaldi beraren zati gisa. VPN-a erortzen bada, daemona pare konexio zuzen batera itzultzen da, zorroak nodo urruna kontsultatzen jarraitzen du, eta birbidalketa proxy-ak hutsegiten du itxita? Blokeoa konfiguratuta ez badago, berriz konektatzeak normalean beste saiakera zuzen bat esan nahi du, ez isiltasuna.

Egiaztatu konfiguratu dituzula uste duzun bideak

Erabili ostalariaren beraren tresnak: irakurri helmuga bakoitzaren bidea, ikuskatu entzuten eta ezarrita dauden socketak, eta egiaztatu zein prozesuk duen konexio bakoitza. Egin hori zorroa, daemona eta birbidalketa guztiak martxan daudelarik, abiaraztean soilik existitzen den bide bat berriz konektatu ondoren desager baitaiteke.

Errepikatu VPN-a berriz konektatu ondoren eta daemona berrabiarazi ondoren. Alderatu helmugak eta garraioak diagramarekin. Gezi bat mugitu bada, pribatutasun eredua harekin mugitu da, prozesu bakoitzak osasuntsu jarraitzen duela jakinarazi arren.

Erregistratu hiru helmugak, bakoitzaren garraioa eta horiek zein behatzailetik ezkutatu nahi dituzun. Behatzaile izendatuekin egindako bide mapa labur bat VPN adierazle bakar bat baino erabilgarriagoa da makin berean hainbat bezero independente exekutatzen direnean.