Monero cez VPN: ktorá z troch sieťových ciest sa mení?

Otvorte peňaženku, spustite daemona a nakreslite tri šípky, skôr než čokoľvek zapnete. Jedna šípka vedie z peňaženky na RPC port uzla, jedna nesie peer synchronizáciu daemona a jedna nesie lokálne odoslané transakcie smerom k ceste preposielania. Sú to rôzne spojenia s rôznym nastavením a VPN alebo anonymizačná sieť môže pokrývať jedno, dve alebo žiadne z nich.

Prejdite cesty v poradí, v akom ich softvér otvára. Označenie každej šípky cieľom a transportom je to, čo robí neskoršie tvrdenie o súkromí overiteľným. Poradie je dôležité, pretože neskoršie tvrdenie zvyčajne pokrýva len jedno z nich.

Začnite nakreslením spojenia peňaženky s uzlom

Peňaženka, ktorá komunikuje so vzdialeným uzlom, posiela RPC požiadavky na adresu a port tohto uzla. Peňaženka s lokálnym daemonom komunikuje namiesto toho so slučkovým rozhraním. Sú to rôzne vzťahy dôvery, aj keď sa obom v bežnej reči hovorí „uzol“.

Zapíšte adresu, port a transport, ktoré má peňaženka nastavené. Ak má peňaženka vlastné nastavenie proxy, zaznamenajte ho oddelene od nastavení daemona; nastavenie jedného procesu nenastavuje druhý.

Práve tu sa verejný RPC koncový bod stáva lákavým. Vystavenie RPC služby uzla kvôli zjednodušeniu diagramu mení sieťovú cestu za útočnú plochu. Držte spojenie peňaženky s uzlom na súkromnej ceste alebo na slučkovom rozhraní a zdokumentujte, ktoré to je. Diagram, ktorý toto vystavenie skrýva, je horší než žiadny diagram.

Ďalej sledujte peer prevádzku daemona

Synchronizujúci daemon otvára odchádzajúce spojenia k peerom a vymieňa dáta reťazca cez svoj peer-to-peer port. Táto prevádzka nie je RPC spojenie peňaženky a nejde automaticky cez proxy peňaženky. Riadí sa vlastným sieťovým nastavením daemona a smerovacou tabuľkou hostiteľa.

Zapíšte peer port, počet spojení a to, či je daemon nastavený používať proxy pre peer prevádzku. Potom skontrolujte trasu hostiteľa pre vzorovú peer adresu. Ak VPN zachytí predvolenú trasu, peer spojenia ju pravdepodobne používajú; ak je daemon viazaný na konkrétne rozhranie, možno nie. Tieto dva fakty rozhodujú o šípke.

Otázka pozorovateľa sa s touto cestou mení. VPN skrýva peer spojenia pred miestnou prístupovou sieťou, ale koncový bod VPN a samotní peerovia vidia iný obraz. Ani jedno z pozorovaní nedokazuje, že požiadavky peňaženky išli tou istou trasou.

Potom izolujte cestu preposielania transakcií

Lokálne odoslané transakcie možno preposielať do siete cez nastavený relay alebo proxy. V aktuálnej dokumentácii daemona Monero táto voľba posiela cez proxy len prevádzku preposielania transakcií, ktorú naň nasmerujete. Nerozmení každé RPC, peňaženkové a synchronizačné spojenie na prevádzku cez proxy.

Dokumentácia projektu o anonymizačných sieťach opisuje integráciu Tor a I2P ako experimentálnu a vymedzuje rozsah správania pri preposielaní. Čítajte dokumentáciu pre verziu, ktorú skutočne prevádzkujete, pretože staršie diskusie používajú mená ako Kovri a opisujú komponenty, ktoré už v rovnakej podobe neexistujú.

Držte cestu preposielania v diagrame oddelene. Transakcia, ktorá odchádza cez proxy, zatiaľ čo dopyty na zostatok peňaženky používajú vzdialený uzol, má dvoch rôznych pozorovateľov, a skutočnosť, že transakcia išla cez proxy, nič nehovorí o ceste dopytu.

VPN pridajte až po označení troch ciest

S nakreslenými šípkami označte, ktoré VPN skutočne nesie. VPN s plným tunelom zachytí predvolenú trasu hostiteľa, takže spojenia, ktoré idú po predvolenej trase, ju použijú. Rozdelený tunel, viazané rozhranie alebo proxy, ktoré vychádza cez konkrétnu adresu, môžu nechať niektoré šípky mimo tunela.

Teraz model pozorovateľa formulujte výslovne. V návrhu, kde spojenie anonymizačnej siete beží vnútri VPN, vidí miestna prístupová sieť vonkajšie spojenie VPN, zatiaľ čo strana VPN vidí spojenie ďalej. To je zmena pozorovateľa, nie dôkaz, že identifikačné signály miznú.

Skontrolujte správanie pri zlyhaní ako súčasť toho istého prechodu. Keď VPN spadne, vracia sa daemon k priamemu peer spojeniu, pokračuje peňaženka v dopytovaní vzdialeného uzla a zlyháva relay proxy do zatvoreného stavu? Ak nie je nastavené blokovanie, opätovné pripojenie zvyčajne znamená nový priamy pokus, nie ticho.

Overte cesty, o ktorých si myslíte, že ste ich nastavili

Použite nástroje hostiteľa: prečítajte trasu pre každý cieľ, prezrite počúvajúce a nadviazané sockety a potvrďte, ktorý proces vlastní každé spojenie. Robte to, keď peňaženka, daemon aj preposielanie bežia, pretože cesta, ktorá existuje len pri štarte, môže po opätovnom pripojení zmiznúť.

Zopakujte po opätovnom pripojení VPN a po reštarte daemona. Porovnajte ciele a transporty s diagramom. Ak sa šípka pohla, model súkromia sa pohol s ňou, aj keď každý proces stále hlási, že je zdravý.

Zapíšte tri ciele, transport pre každý a pozorovateľa, pred ktorým ich chcete skryť. Krátka mapa ciest s pomenovanými pozorovateľmi je užitočnejšia než jediný indikátor VPN, keď na jednom stroji beží viac nezávislých klientov.