Monero över VPN: vilken av de tre nätverksvägarna ändras?

Öppna plånboken, starta demonen och rita tre pilar innan du aktiverar något. En pil går från plånboken till RPC-porten hos en nod, en bär demonens peer-synkronisering och en bär lokalt inskickade transaktioner mot en vidarebefordringsväg. Det är olika anslutningar med olika konfiguration, och en VPN eller ett anonymitetsnät kan täcka en, två eller ingen av dem.

Gå igenom vägarna i den ordning programvaran öppnar dem. Att märka varje pil med destination och transport är det som gör det senare integritetspåståendet testbart. Ordningen spelar roll, eftersom det senare påståendet oftast bara täcker en av dem.

Börja med att rita anslutningen från plånboken till noden

En plånbok som talar med en fjärrnod skickar RPC-förfrågningar till den nodens adress och port. En plånbok med en lokal demon talar i stället med loopback-gränssnittet. Det är olika förtroendeförhållanden, även om båda i dagligt tal kallas «noden».

Skriv ned adressen, porten och transporten som plånboken är konfigurerad att använda. Om plånboken har en egen proxyinställning, notera den separat från demonens inställningar; att konfigurera den ena processen konfigurerar inte den andra.

Det är också här en offentlig RPC-slutpunkt blir frestande. Att exponera nodens RPC-tjänst för att förenkla diagrammet byter en nätverksväg mot en attackyta. Håll anslutningen från plånboken till noden på en privat väg eller loopback-gränssnittet och dokumentera vilken det är. Ett diagram som döljer den exponeringen är sämre än inget diagram.

Följ sedan demonens peer-trafik

En synkroniserande demon öppnar utgående anslutningar till peers och utbyter kedjedata via sin peer-till-peer-port. Den trafiken är inte plånbokens RPC-länk och dirigeras inte automatiskt genom plånbokens proxy. Den följer demonens egna nätverksinställningar och värdens routingtabell.

Notera peer-porten, antalet anslutningar och om demonen är konfigurerad att använda en proxy för peer-trafik. Kontrollera sedan värdens rutt för en exempel-peer-adress. Om VPN:en fångar standardrutten använder peer-anslutningarna den förmodligen; om demonen är bunden till ett visst gränssnitt kanske de inte gör det. De två fakta avgör pilen.

Observatörsfrågan förändras med den här vägen. En VPN döljer peer-anslutningarna för det lokala åtkomstnätet, men VPN-slutpunkten och peerarna själva ser en annan bild. Ingen av de två observationerna bevisar att plånbokens förfrågningar tog samma rutt.

Isolera sedan vidarebefordringsvägen för transaktioner

Lokalt inskickade transaktioner kan vidarebefordras mot nätverket genom en konfigurerad relay eller proxy. I den aktuella dokumentationen för Monero-demonen skickar det alternativet bara den transaktionsvidarebefordringstrafik du pekar på proxyn. Det gör inte varje RPC-, plånboks- och synkroniseringsanslutning till trafik via proxy.

Projektets dokumentation om anonymitetsnät beskriver Tor- och I2P-integrationen som experimentell och avgränsar vidarebefordringens beteende. Läs dokumentationen för den version du faktiskt kör, eftersom äldre diskussioner använder namn som Kovri och beskriver komponenter som inte längre finns i samma form.

Håll vidarebefordringsvägen åtskild i diagrammet. En transaktion som går ut genom en proxy medan plånbokens saldofrågor använder en fjärrnod har två olika observatörer, och att transaktionen gick via proxy säger ingenting om frågans väg.

Lägg till VPN:en först efter att de tre vägarna är märkta

Med pilarna ritade, markera vilka VPN:en faktiskt bär. En fulltunnel-VPN fångar värdens standardrutt, så anslutningar som följer standardrutten använder den. En delad tunnel, ett bundet gränssnitt eller en proxy som går ut genom en viss adress kan lämna några pilar utanför tunneln.

Ange nu observatörsmodellen uttryckligen. I en design där en anonymitetsnätsanslutning körs inne i VPN:en ser det lokala åtkomstnätet den yttre VPN-anslutningen, medan VPN-sidan ser den vidare anslutningen. Det är en förändring av observatör, inte bevis för att identifierande signaler försvinner.

Kontrollera felbeteendet som en del av samma genomgång. Om VPN:en fallerar, faller demonen då tillbaka på en direkt peer-anslutning, fortsätter plånboken att fråga fjärrnoden och misslyckas vidarebefordringsproxyn stängt? Om inte blockering är konfigurerad innebär en återanslutning oftast ett nytt direkt försök i stället för tystnad.

Verifiera de vägar du tror att du har konfigurerat

Använd värdens egna verktyg: läs rutten för varje destination, granska de lyssnande och upprättade socketarna och bekräfta vilken process som äger varje anslutning. Gör detta medan plånboken, demonen och vidarebefordran alla körs, eftersom en väg som bara finns vid start kan försvinna efter en återanslutning.

Upprepa efter en VPN-återanslutning och efter en omstart av demonen. Jämför destinationerna och transporterna med diagrammet. Om en pil flyttade sig flyttade integritetsmodellen med den, även om varje process fortfarande rapporterar att den är frisk.

Notera de tre destinationerna, transporten för var och en och den observatör du vill dölja dem för. En kort vägkarta med namngivna observatörer är mer användbar än en enda VPN-indikator när flera oberoende klienter körs på samma maskin.