Monero sa pamamagitan ng VPN: alin sa tatlong landas ng network ang nagbabago?

Buksan ang pitaka, simulan ang daemon at gumuhit ng tatlong palaso bago paganahin ang anuman. Isang palaso ang mula sa pitaka patungo sa RPC port ng isang node, isa ang nagdadala ng peer synchronization ng daemon, at isa ang nagdadala ng mga transaksyong ipinadala nang lokal patungo sa landas ng pagpapasa. Magkakaibang koneksyon ang mga ito na may magkakaibang configuration, at maaaring saklawin ng VPN o anonymity network ang isa, dalawa o wala sa mga ito.

Sundan ang mga landas sa ayos na binubuksan ng software. Ang paglalagay ng label sa bawat palaso kasama ang destinasyon at transport nito ang nagpapatawag-okey sa susunod na paghahayag tungkol sa privacy. Mahalaga ang ayos, dahil karaniwang isa lamang sa mga ito ang saklaw ng susunod na paghahayag.

Magsimula sa pagguhit ng koneksyon mula sa pitaka patungo sa node

Ang pitakang nakikipag-usap sa isang malayong node ay nagpapadala ng mga kahilingang RPC sa address at port ng node na iyon. Ang pitakang may lokal na daemon ay nakikipag-usap sa loopback interface sa halip. Magkaibang ugnayan ng pagtitiwala ang mga ito, kahit sa pang-araw-araw na usapan ay tinatawag na “node” ang dalawa.

Isulat ang address, port at transport na naka-configure para gamitin ng pitaka. Kung may sariling proxy setting ang pitaka, itala ito nang hiwalay sa mga setting ng daemon; ang pag-configure ng isang proseso ay hindi nagko-configure ng isa pa.

Dito rin nagiging kaakit-akit ang pampublikong RPC endpoint. Ang paglalantad ng serbisyong RPC ng node para gawing simple ang diagram ay nagpapalit ng landas ng network sa ibabaw ng pag-atake. Panatilihin ang link ng pitaka sa node sa pribadong landas o sa loopback interface, at idokumento kung alin. Ang diagram na nagtatago ng paglalantad na iyon ay mas masama kaysa sa walang diagram.

Susunod, sundan ang trapiko ng mga peer ng daemon

Ang daemon na nagsi-sync ay nagbubukas ng mga palabas na koneksyon sa mga peer at nagpapalitan ng chain data sa peer-to-peer port nito. Ang trapikong iyon ay hindi ang RPC link ng pitaka, at hindi ito awtomatikong dumadaan sa proxy ng pitaka. Sinusundan nito ang sariling network settings ng daemon at ang routing table ng host.

Itala ang peer port, bilang ng mga koneksyon at kung naka-configure ang daemon na gumamit ng proxy para sa trapiko ng peer. Pagkatapos suriin ang ruta ng host para sa isang halimbawang peer address. Kung nahuli ng VPN ang default na ruta, malamang ginagamit ito ng mga koneksyon ng peer; kung nakatali ang daemon sa isang partikular na interface, maaaring hindi. Ang dalawang katotohanang iyon ang magpapasya sa palaso.

Nagbabago ang tanong tungkol sa tagamasid sa landas na ito. Itinatago ng VPN ang mga koneksyon ng peer mula sa lokal na network ng pag-access, ngunit ang endpoint ng VPN at ang mga peer mismo ay may ibang nakikitang larawan. Wala sa dalawang obserbasyong iyon ang nagpapatunay na ang mga kahilingan ng pitaka ay dumaan sa parehong ruta.

Pagkatapos, ihiwalay ang landas ng pagpapasa ng mga transaksyon

Ang mga transaksyong ipinadala nang lokal ay maaaring ipasa patungo sa network sa pamamagitan ng naka-configure na relay o proxy. Sa kasalukuyang dokumentasyon ng daemon ng Monero, ang opsyong iyon ay nagpapadala lamang sa proxy ng trapikong pagpapasa ng transaksyon na itinuro mo rito. Hindi nito ginagawang trapikong dumadaan sa proxy ang bawat koneksyon ng RPC, pitaka at pag-sync.

Inilalarawan ng dokumentasyon ng proyekto tungkol sa mga anonymity network ang pagsasama ng Tor at I2P bilang eksperimental at nililimitahan ang saklaw ng pag-uugali ng pagpapasa. Basahin ang dokumentasyon para sa bersyong aktwal mong pinapatakbo, dahil gumagamit ang mga lumang talakayan ng mga pangalang tulad ng Kovri at naglalarawan ng mga bahaging wala na sa parehong anyo.

Panatilihing hiwalay ang landas ng pagpapasa sa diagram. Ang transaksyong lumalabas sa proxy habang ang mga pagtatanong sa balanse ng pitaka ay gumagamit ng malayong node ay may dalawang magkaibang tagamasid, at ang katotohanang dumaan ang transaksyon sa proxy ay walang sinasabi tungkol sa landas ng pagtatanong.

Idagdag ang VPN pagkatapos lamang malagyan ng label ang tatlong landas

Kapag naiguhit na ang mga palaso, markahan kung alin ang aktwal na dinadala ng VPN. Ang full-tunnel VPN ay humuhuli sa default na ruta ng host, kaya gagamitin ito ng mga koneksyong sumusunod sa default. Ang split tunnel, nakataling interface o proxy na lumalabas sa isang partikular na address ay maaaring mag-iwan ng ilang palaso sa labas ng tunnel.

Ngayon, sabihin nang malinaw ang modelo ng tagamasid. Sa isang disenyong tumatakbo ang koneksyon ng anonymity network sa loob ng VPN, nakikita ng lokal na network ng pag-access ang panlabas na koneksyon ng VPN, samantalang nakikita ng panig ng VPN ang pasulong na koneksyon. Iyon ay pagbabago ng tagamasid, hindi patunay na nawawala ang mga signal na nagpapakilala.

Suriin ang pag-uugali sa pagkabigo bilang bahagi ng parehong paglalakbay. Kapag bumagsak ang VPN, bumabalik ba ang daemon sa direktang koneksyon sa peer, patuloy bang nagtatanong ang pitaka sa malayong node, at nabibigo ba nang sarado ang proxy ng pagpapasa? Maliban kung naka-configure ang pagharang, ang muling pagkonekta ay karaniwang nangangahulugang bagong direktang pagtatangka sa halip na katahimikan.

Tiyakin ang mga landas na inaakala mong na-configure mo

Gamitin ang sariling mga tool ng host: basahin ang ruta para sa bawat destinasyon, siyasatin ang mga socket na nakikinig at naitatag, at tiyakin kung aling proseso ang may-ari ng bawat koneksyon. Gawin ito habang tumatakbo ang pitaka, daemon at pagpapasa, dahil ang landas na umiiral lamang sa pagsisimula ay maaaring mawala pagkatapos ng muling pagkonekta.

Ulitin pagkatapos ng muling pagkonekta ng VPN at pagkatapos ng restart ng daemon. Ihambing ang mga destinasyon at transport sa diagram. Kung gumalaw ang isang palaso, gumalaw din ang modelo ng privacy kasama nito, kahit na bawat proseso ay nag-uulat pa ring malusog.

Itala ang tatlong destinasyon, ang transport ng bawat isa at ang tagamasid na nais mong pagtaguan ng mga ito. Ang maikling mapa ng landas na may pinangalanang tagamasid ay mas kapaki-pakinabang kaysa sa iisang tagapagpahiwatig ng VPN kapag maraming malayang kliyente ang tumatakbo sa isang makina.