Monero over VPN: kva for ein av dei tre nettverksvegane endrar seg?

Opne lommeboka, start daemonen og teikn tre piler før du aktiverer noko. Éi pil går frå lommeboka til RPC-porten til ein node, éi ber peer-synkroniseringa til daemonen, og éi ber lokalt innsende transaksjonar mot ein vidaresendingsveg. Dette er ulike samband med ulik konfigurasjon, og ein VPN eller eit anonymitetsnett kan dekkje eitt, to eller ingen av dei.

Gå gjennom vegane i den rekkjefølgja programvara opnar dei. Å merke kvar pil med mål og transport er det som gjer den seinare personvernpåstanden etterprøvbar. Rekkjefølgja har noko å seie, fordi den seinare påstanden vanlegvis berre dekkjer éin av dei.

Byrja med å teikne sambandet frå lommeboka til noden

Ei lommebok som snakkar med ein ekstern node, sender RPC-førespurnader til adressa og porten til den noden. Ei lommebok med ein lokal daemon snakkar i staden med loopback-grensesnittet. Dette er ulike tillitsforhold, sjølv om begge i daglegtale blir kalla «noden».

Skriv ned adressa, porten og transporten som lommeboka er konfigurert til å bruke. Har lommeboka si eiga proxy-innstilling, før ho opp separat frå innstillingane til daemonen; å konfigurere éin prosess konfigurerer ikkje den andre.

Det er òg her eit offentleg RPC-endepunkt blir freistande. Å eksponere RPC-tenesta til noden for å forenkle diagrammet byter ein nettverksveg mot eit åtaksareal. Hald sambandet frå lommeboka til noden på ein privat veg eller loopback-grensesnittet, og dokumenter kva det er. Eit diagram som skjuler den eksponeringa, er verre enn ingen diagram.

Deretter følgjer du peer-trafikken til daemonen

Ein synkroniserande daemon opnar utgåande samband til peers og utvekslar kjededata over peer-til-peer-porten sin. Den trafikken er ikkje RPC-sambandet til lommeboka, og han blir ikkje automatisk rutta gjennom proxyen til lommeboka. Han følgjer dei eigne nettverksinnstillingane til daemonen og rutetabellen til verten.

Før opp peer-porten, talet på samband og om daemonen er konfigurert til å bruke ein proxy for peer-trafikk. Sjekk deretter ruta til verten for ei døme-peer-adresse. Viss VPN-en fangar standardruta, brukar peer-sambanda henne truleg; viss daemonen er bunden til eit bestemt grensesnitt, gjer dei kanskje ikkje det. Dei to fakta avgjer pila.

Observatørspørsmålet endrar seg med denne vegen. Ein VPN skjuler peer-sambanda for det lokale åtkomstnettet, men VPN-endepunktet og peerane sjølve ser eit anna bilete. Ingen av dei to observasjonane beviser at førespurnadene til lommeboka tok same ruta.

Isoler deretter vidaresendingsvegen for transaksjonar

Lokalt innsende transaksjonar kan sendast vidare mot nettverket gjennom ein konfigurert relay eller proxy. I gjeldande dokumentasjon for Monero-daemonen sender det valet berre transaksjonsvidaresendingstrafikken du peikar på proxyen gjennom han. Det gjer ikkje kvart RPC-, lommebok- og synkroniseringssamband til trafikk via proxy.

Dokumentasjonen til prosjektet om anonymitetsnett skildrar Tor- og I2P-integreringa som eksperimentell og avgrensar åtferda ved vidaresending. Les dokumentasjonen for versjonen du faktisk køyrer, fordi eldre diskusjonar brukar namn som Kovri og skildrar komponentar som ikkje finst i same form lenger.

Hald vidaresendingsvegen åtskild i diagrammet. Ein transaksjon som går ut gjennom ein proxy medan saldoførespurnadene til lommeboka brukar ein ekstern node, har to ulike observatørar, og at transaksjonen gjekk via proxy seier ingenting om vegen til førespurnaden.

Legg til VPN-en først etter at dei tre vegane er merkte

Med pilene teikna, merk kva VPN-en faktisk ber. Ein full-tunnel-VPN fangar standardruta til verten, så samband som følgjer standardruta brukar henne. Ein delt tunnel, eit bunde grensesnitt eller ein proxy som går ut gjennom ei bestemt adresse kan la nokre piler bli ståande utanfor tunnelen.

Set no observatørmodellen fram eksplisitt. I eit design der eit anonymitetsnettsamband går inne i VPN-en, ser det lokale åtkomstnettet det ytre VPN-sambandet, medan VPN-sida ser det vidare sambandet. Det er ei endring av observatør, ikkje bevis for at identifiserande signal forsvinn.

Sjekk feilåtferda som del av same gjennomgang. Viss VPN-en fell, fell daemonen då tilbake til eit direkte peer-samband, held lommeboka fram med å spørje den eksterne noden, og feilar vidaresendingsproxyen lukka? Med mindre blokkering er konfigurert, tyder ei ny tilkopling vanlegvis eit nytt direkte forsøk i staden for stille.

Stadfest vegane du trur du har konfigurert

Bruk verktøya til verten sjølv: les ruta for kvar destinasjon, gransk soklane som lyttar og dei etablerte, og stadfest kva prosess som eig kvart samband. Gjer dette medan lommeboka, daemonen og vidaresendinga alle køyrer, fordi ein veg som berre finst ved oppstart kan forsvinne etter ei ny tilkopling.

Gjenta etter ei ny VPN-tilkopling og etter ein omstart av daemonen. Samanlikn destinasjonane og transportane med diagrammet. Viss ei pil flytta seg, flytta personvernmodellen seg med henne, sjølv om kvar prosess framleis rapporterer at han er sunn.

Før opp dei tre destinasjonane, transporten for kvar og observatøren du vil skjule dei for. Eit kort vegkart med namngjevne observatørar er nyttigare enn éin einaste VPN-indikator når fleire uavhengige klientar køyrer på same maskin.