Monero tra VPN: kiu el la tri retaj vojoj ŝanĝiĝas?

Malfermu la monujon, startigu la demonon kaj desegnu tri sagojn antaŭ ol vi ŝaltos ion ajn. Unu sago iras de la monujo al la RPC-pordo de nodo, unu portas la samtavolan sinkronigon de la demono, kaj unu portas loke senditajn transakciojn al plusenda vojo. Ili estas malsamaj konektoj kun malsama agordo, kaj VPN aŭ anonimeca reto povas kovri unu, du aŭ neniun el ili.

Iru laŭ la vojoj en la ordo, en kiu la programaro malfermas ilin. Etikedi ĉiun sagon per ĝia celo kaj transporto estas tio, kio faras la postan privatecan aserton testebla. La ordo gravas, ĉar la posta aserto kutime kovras nur unu el ili.

Komencu desegnante la konekton de la monujo al la nodo

Monujo, kiu parolas kun fora nodo, sendas RPC-petojn al la adreso kaj pordo de tiu nodo. Monujo kun loka demono parolas anstataŭe al la bukla interfaco. Tio estas malsamaj fido-rilatoj, kvankam ambaŭ estas nomataj “la nodo” en ĉiutaga konversacio.

Notu la adreson, la pordon kaj la transporton, kiujn la monujo estas agordita uzi. Se la monujo havas propran prokuran agordon, registru ĝin aparte de la agordoj de la demono; agordi unu procezon ne agordas la alian.

Ĉi tie ankaŭ publika RPC-finpunkto fariĝas tentiga. Elmeti la RPC-servon de la nodo por simpligi la diagramon interŝanĝas retan vojon kontraŭ atako-surfaco. Tenu la ligilon de la monujo al la nodo sur privata vojo aŭ la bukla interfaco, kaj dokumentu, kiu ĝi estas. Diagramo, kiu kaŝas tiun elmeton, estas pli malbona ol neniu diagramo.

Poste sekvu la samtavolan trafikon de la demono

Sinkroniga demono malfermas elirajn konektojn al samtavoloj kaj interŝanĝas ĉenajn datumojn tra sia samtavola pordo. Tiu trafiko ne estas la RPC-ligilo de la monujo, kaj ĝi ne aŭtomate iras tra la prokuro de la monujo. Ĝi sekvas la proprajn retajn agordojn de la demono kaj la enkursigan tabelon de la gastiganto.

Notu la samtavolan pordon, la nombron de konektoj kaj ĉu la demono estas agordita uzi prokuron por samtavola trafiko. Poste kontrolu la gastigantan enkursigon por specimena samtavola adreso. Se la VPN kaptas la defaŭltan enkursigon, la samtavolaj konektoj probable uzas ĝin; se la demono estas ligita al specifa interfaco, eble ne. Tiuj du faktoj decidas la sagon.

La demando pri la observanto ŝanĝiĝas kun ĉi tiu vojo. VPN kaŝas la samtavolajn konektojn de la loka alira reto, sed la VPN-finpunkto kaj la samtavoloj mem vidas alian bildon. Neniu el la du observoj pruvas, ke la petoj de la monujo iris la saman vojon.

Poste izolu la plusendan vojon de transakcioj

Loke senditaj transakcioj povas esti plusenditaj al la reto tra agordita plusendilo aŭ prokuro. En la nuna dokumentaro de la demono Monero, tiu opcio sendas tra la prokuro nur la transakcian plusendan trafikon, kiun vi direktas al ĝi. Ĝi ne igas ĉiun RPC-, monujan kaj sinkronigan konekton prokura trafiko.

La dokumentaro de la projekto pri anonimecaj retoj priskribas la integriĝon de Tor kaj I2P kiel eksperimentan kaj limigas la konduton de plusendado. Legu la dokumentaron por la versio, kiun vi efektive funkciigas, ĉar pli malnovaj diskutoj uzas nomojn kiel Kovri kaj priskribas komponentojn, kiuj ne plu ekzistas en la sama formo.

Tenu la plusendan vojon aparte en la diagramo. Transakcio, kiu eliras tra prokuro dum la saldaj demandoj de la monujo uzas foran nodon, havas du malsamajn observantojn, kaj la fakto, ke la transakcio iris tra prokuro, diras nenion pri la demanda vojo.

Aldonu la VPN nur post kiam la tri vojoj estas etikeditaj

Kun la sagoj desegnitaj, marku, kiujn la VPN efektive portas. Plentunela VPN kaptas la defaŭltan enkursigon de la gastiganto, do konektoj, kiuj sekvas la defaŭltan, uzos ĝin. Dividita tunelo, ligita interfaco aŭ prokuro, kiu eliras tra specifa adreso, povas lasi kelkajn sagojn ekster la tunelo.

Nun esprimu la observantan modelon eksplicite. En dizajno, kie anonimeca reta konekto funkcias ene de la VPN, la loka alira reto vidas la eksteran VPN-konekton, dum la VPN-flanko vidas la pluan konekton. Tio estas ŝanĝo de observanto, ne pruvo, ke identigaj signaloj malaperas.

Kontrolu la malsukan konduton kiel parton de la sama trairo. Se la VPN falas, ĉu la demono revenas al rekta samtavola konekto, ĉu la monujo daŭre demandas la foran nodon, kaj ĉu la plusenda prokuro malsukcesas fermite? Se blokado ne estas agordita, rekonekto kutime signifas novan rektan provon anstataŭ silenton.

Kontrolu la vojojn, kiujn vi kredas esti agordinta

Uzu la proprajn ilojn de la gastiganto: legu la enkursigon por ĉiu celo, inspektu la aŭskultajn kaj establitajn ingojn, kaj konfirmu, kiu procezo posedas ĉiun konekton. Faru tion dum la monujo, la demono kaj la plusendado ĉiuj funkcias, ĉar vojo, kiu ekzistas nur ĉe starto, povas malaperi post rekonekto.

Ripetu post VPN-rekonekto kaj post restarto de la demono. Komparu la celojn kaj la transportojn kun la diagramo. Se sago moviĝis, la privateca modelo moviĝis kun ĝi, eĉ se ĉiu procezo ankoraŭ raportas sin sana.

Notu la tri celojn, la transporton por ĉiu kaj la observanton, de kiu vi intencas kaŝi ilin. Mallonga vojmapo kun nomitaj observantoj estas pli utila ol unu sola VPN-indikilo, kiam pluraj sendependaj klientoj funkcias sur unu maŝino.