Monero přes VPN: která ze tří síťových cest se mění?

Otevřete peněženku, spusťte daemon a nakreslete tři šipky, než cokoli zapnete. Jedna šipka vede z peněženky na RPC port uzlu, jedna nese peer synchronizaci daemonu a jedna nese lokálně odeslané transakce směrem k cestě přeposílání. Jsou to různá spojení s různým nastavením a VPN nebo anonymizační síť může krýt jedno, dvě nebo žádné z nich.

Projděte cesty v pořadí, v jakém je software otevírá. Označení každé šipky cílem a transportem je to, co činí pozdější tvrzení o soukromí ověřitelným. Pořadí je důležité, protože pozdější tvrzení obvykle kryje jen jedno z nich.

Začněte nakreslením spojení peněženky s uzlem

Peněženka, která mluví se vzdáleným uzlem, posílá RPC požadavky na adresu a port tohoto uzlu. Peněženka s lokálním daemonem mluví místo toho se smyčkovým rozhraním. Jsou to různé vztahy důvěry, i když se oběma v běžné řeči říká “uzel”.

Zapište adresu, port a transport, které má peněženka nastavené. Pokud má peněženka vlastní nastavení proxy, zaznamenejte je odděleně od nastavení daemonu; nastavení jednoho procesu nenastaví druhý.

Právě tady začíná být veřejný RPC endpoint lákavý. Vystavení RPC služby uzlu kvůli zjednodušení diagramu mění síťovou cestu za útočnou plochu. Držte spojení peněženky s uzlem na soukromé cestě nebo na smyčkovém rozhraní a zdokumentujte, které to je. Diagram, který toto vystavení skrývá, je horší než žádný diagram.

Dále sledujte peer provoz daemonu

Synchronizující daemon otevírá odchozí spojení k peerům a vyměňuje data řetězce přes svůj peer-to-peer port. Tento provoz není RPC spojení peněženky a nejde automaticky přes proxy peněženky. Řídí se vlastním síťovým nastavením daemonu a směrovací tabulkou hostitele.

Zapište peer port, počet spojení a to, zda je daemon nastavený používat proxy pro peer provoz. Pak zkontrolujte směrování hostitele pro vzorovou peer adresu. Pokud VPN zachytí výchozí trasu, peer spojení ji pravděpodobně použijí; pokud je daemon vázaný na konkrétní rozhraní, možná ne. Tyto dva údaje rozhodují o šipce.

Otázka pozorovatele se s touto cestou mění. VPN skrývá peer spojení před místní přístupovou sítí, ale koncový bod VPN a samotní peerové vidí jiný obraz. Ani jedno z pozorování nedokazuje, že požadavky peněženky šly stejnou cestou.

Potom izolujte cestu přeposílání transakcí

Lokálně odeslané transakce lze předávat do sítě přes nastavený relay nebo proxy. V aktuální dokumentaci daemonu Monero tato volba posílá přes proxy jen provoz přeposílání transakcí, který na ni nasměrujete. Nerozmění každé RPC, peněženkové a synchronizační spojení na provoz přes proxy.

Dokumentace projektu k anonymizačním sítím popisuje integraci Tor a I2P jako experimentální a vymezuje rozsah chování přeposílání. Čtěte dokumentaci pro verzi, kterou skutečně provozujete, protože starší diskuse používají jména jako Kovri a popisují komponenty, které už ve stejné podobě neexistují.

Držte cestu přeposílání v diagramu odděleně. Transakce, která odejde přes proxy, zatímco dotazy na zůstatek peněženky používají vzdálený uzel, má dva různé pozorovatele, a skutečnost, že transakce šla přes proxy, nic neříká o cestě dotazu.

VPN přidejte až poté, co jsou tři cesty označené

S nakreslenými šipkami označte, které VPN skutečně nese. VPN s plným tunelem zachytí výchozí trasu hostitele, takže spojení, která jdou po výchozí trase, ji použijí. Rozdělený tunel, vázané rozhraní nebo proxy, které vychází přes konkrétní adresu, mohou některé šipky nechat mimo tunel.

Nyní model pozorovatele formulujte výslovně. V návrhu, kde spojení anonymizační sítě běží uvnitř VPN, vidí místní přístupová síť vnější spojení VPN, zatímco strana VPN vidí spojení dál. To je změna pozorovatele, ne důkaz, že identifikační signály mizí.

Zkontrolujte chování při selhání jako součást stejného průchodu. Když VPN spadne, vrací se daemon k přímému peer spojení, pokračuje peněženka v dotazování vzdáleného uzlu a selhává relay proxy do zavřeného stavu? Pokud není nastaveno blokování, opětovné připojení obvykle znamená nový přímý pokus, ne ticho.

Ověřte cesty, o kterých si myslíte, že jste je nastavili

Použijte nástroje hostitele: přečtěte trasu pro každé cílové umístění, prohlédněte naslouchající a navázané sockety a potvrďte, který proces každé spojení vlastní. Dělejte to, když peněženka, daemon i přeposílání běží, protože cesta, která existuje jen při startu, může po opětovném připojení zmizet.

Zopakujte po opětovném připojení VPN a po restartu daemonu. Porovnejte cíle a transporty s diagramem. Pokud se šipka pohnula, model soukromí se pohnul s ní, i když každý proces stále hlásí, že je zdravý.

Zapište tři cíle, transport pro každý z nich a pozorovatele, před kterým je chcete skrýt. Krátká mapa cest s pojmenovanými pozorovateli je užitečnější než jediný indikátor VPN, když na jednom stroji běží několik nezávislých klientů.