Monero oor ’n VPN: watter van die drie netwerkroetes verander?

Maak die beursie oop, begin die daemon en teken drie pyle voordat jy enigiets aanskakel. Een pyl loop van die beursie na ’n nodus se RPC-poort, een dra die daemon se eweknie-sinkronisasie, en een dra plaaslik ingediente transaksies na ’n aanstuurroete. Dit is verskillende verbindings met verskillende instellings, en ’n VPN of anonimiteitsnetwerk kan een, twee of nie een daarvan dek nie.

Stap die roetes in die volgorde waarin die sagteware hulle oopmaak. Om elke pyl met sy bestemming en vervoer te merk, is wat die latere privaatheidseis toetsbaar maak. Die volgorde maak saak, want ’n latere eis dek gewoonlik net een daarvan.

Begin deur die beursie-na-nodus-verbinding te teken

’n Beursie wat met ’n afgeleë nodus praat, stuur RPC-versoeke na daardie nodus se adres en poort. ’n Beursie met ’n plaaslike daemon praat eerder met die loopback-koppelvlak. Dit is verskillende vertrouensverhoudings, selfs al word albei in die omgangstaal “die nodus” genoem.

Skryf die adres, die poort en die vervoer neer wat die beursie ingestel is om te gebruik. As die beursie sy eie proxy-instelling het, teken dit apart van die daemon se instellings aan; om een proses op te stel stel nie die ander op nie.

Dit is ook waar ’n openbare RPC-eindpunt aanloklik word. Om die nodus se RPC-diens bloot te stel om die diagram te vereenvoudig, ruil ’n netwerkroete vir ’n aanvalsoppervlak. Hou die beursie-na-nodus-skakel op ’n private roete of die loopback-koppelvlak, en dokumenteer watter een dit is. ’n Diagram wat daardie blootstelling verberg, is slegter as geen diagram nie.

Volg volgende die daemon se eweknie-verkeer

’n Sinkroniserende daemon maak uitgaande verbindings na eweknieë oop en ruil kettingdata oor sy eweknie-tot-eweknie-poort uit. Daardie verkeer is nie die beursie se RPC-skakel nie, en dit word nie outomaties deur die beursie se proxy gestuur nie. Dit volg die daemon se eie netwerkinstellings en die gasheer se roetetabel.

Teken die eweknie-poort, die aantal verbindings en of die daemon ingestel is om ’n proxy vir eweknie-verkeer te gebruik, aan. Kyk dan na die gasheer-roete vir ’n voorbeeld-eweknie-adres. As die VPN die verstekroete kaap, gebruik die eweknie-verbindings dit waarskynlik; as die daemon aan ’n spesifieke koppelvlak gebind is, miskien nie. Daardie twee feite bepaal die pyl.

Die waarnemervraag verander met hierdie roete. ’n VPN verberg die eweknie-verbindings vir die plaaslike toegangsnetwerk, maar die VPN-eindpunt en die eweknieë self sien ’n ander beeld. Nie een van die twee waarnemings bewys dat die beursie se versoeke dieselfde roete gevolg het nie.

Isoleer dan die transaksie-aanstuurroete

Plaaslik ingediente transaksies kan deur ’n ingestelde aanstuur- of proxy na die netwerk gestuur word. In die huidige Monero-daemon-dokumentasie stuur daardie opsie net die transaksie-aanstuurverkeer wat jy na die proxy wys. Dit maak nie elke RPC-, beursie- en sinkronisasieverbinding proxied nie.

Die projek se dokumentasie oor anonimiteitsnetwerke beskryf Tor- en I2P-integrasie as eksperimenteel en beperk die gedrag van die aansturing. Lees die dokumentasie vir die weergawe wat jy werklik gebruik, want ouer besprekings gebruik name soos Kovri en beskryf komponente wat nie meer in dieselfde vorm bestaan nie.

Hou die aanstuurroete apart in die diagram. ’n Transaksie wat deur ’n proxy vertrek terwyl die beursie se balansnavrae ’n afgeleë nodus gebruik, het twee verskillende waarnemers, en die feit dat die transaksie deur ’n proxy gestuur is, sê niks oor die navraagroete nie.

Voeg die VPN eers by nadat die drie roetes gemerk is

Met die pyle geteken, merk watter een die VPN werklik dra. ’n Voltonnel-VPN kaap die gasheer se verstekroete, so verbindings wat die verstek volg, sal dit gebruik. ’n Split-tonnel, ’n gebinde koppelvlak of ’n proxy wat deur ’n spesifieke adres uitverbind, kan sommige pyle buite die tonnel laat.

Stel die waarnemermodel nou uitdruklik. Onder ’n ontwerp waar ’n anonimiteitsnetwerk-verbinding binne die VPN loop, sien die plaaslike toegangsnetwerk die buitenste VPN-verbinding, terwyl die VPN-kant die verder verbinding sien. Dit is ’n verandering van waarnemer, nie ’n bewys dat identificerende seine verdwyn nie.

Kontroleer die foutgedrag as deel van dieselfde deurloop. As die VPN val, val die daemon dan terug na ’n direkte eweknie-verbinding, hou die beursie aan om die afgeleë nodus te peil, en faal die aanstuur-proxy geslote? Tensy blokkering ingestel is, beteken ’n herverbinding gewoonlik ’n nuwe direkte poging eerder as stilte.

Verifieer die roetes wat jy dink jy opgestel het

Gebruik die gasheer se eie gereedskap: lees die roete vir elke bestemming, ondersoek die luisterende en gevestigde sokkette, en bevestig watter proses elke verbinding besit. Doen dit terwyl die beursie, daemon en aansturing almal loop, want ’n roete wat net by die opstart bestaan, kan ná ’n herverbinding verdwyn.

Herhaal ná ’n VPN-herverbinding en ná ’n daemon-herstarting. Vergelyk die bestemmings en die vervoer met die diagram. As ’n pyl geskuif het, het die privaatheidsmodel saam geskuif, selfs al rapporteer elke proses nog steeds gesond.

Teken die drie bestemmings, die vervoer vir elkeen en die waarnemer vir wie jy hulle wil verberg, aan. ’n Kort roetekaart met benoemde waarnemers is nuttiger as ’n enkele VPN-aanwyser wanneer verskeie onafhanklike kliënte op een masjien loop.