Monero VPN:n yli: mikä kolmesta verkkopolusta muuttuu?

Avaa lompakko, käynnistä daemon ja piirrä kolme nuolta ennen kuin otat mitään käyttöön. Yksi nuoli kulkee lompakosta solmun RPC-porttiin, yksi kantaa daemonin vertaissynkronointia ja yksi kantaa paikallisesti lähetettyjä tapahtumia välityspolkua kohti. Ne ovat eri yhteyksiä eri kokoonpanoilla, ja VPN tai anonymiteettiverkko voi kattaa yhden, kaksi tai ei yhtään niistä.

Käy polut läpi siinä järjestyksessä, jossa ohjelmisto avaa ne. Jokaisen nuolen merkitseminen kohteellaan ja kuljetuksellaan on se, mikä tekee myöhemmästä yksityisyysväitteestä testattavan. Järjestys on tärkeä, koska myöhempi väite kattaa yleensä vain yhden niistä.

Aloita piirtämällä lompakon ja solmun välinen yhteys

Lompakko, joka puhuu etäsolmun kanssa, lähettää RPC-pyyntöjä sen solmun osoitteeseen ja porttiin. Lompakko, jolla on paikallinen daemon, puhuu sen sijaan loopback-rajapinnalle. Ne ovat erilaisia luottamussuhteita, vaikka arkikielessä molempia kutsutaan “solmuksi”.

Kirjoita ylös osoite, portti ja kuljetus, joita varten lompakko on määritetty. Jos lompakolla on oma välityspalvelinasetus, kirjaa se erikseen daemonin asetuksista; yhden prosessin määrittäminen ei määritä toista.

Tässä myös julkinen RPC-päätepiste muuttuu houkuttelevaksi. Solmun RPC-palvelun paljastaminen kaavion yksinkertaistamiseksi vaihtaa verkkopolun hyökkäyspintaan. Pidä lompakon ja solmun välinen linkki yksityisellä polulla tai loopback-rajapinnalla ja dokumentoi, kumpi se on. Kaavio, joka kätkee tämän paljastuksen, on huonompi kuin ei kaaviota lainkaan.

Seuraa seuraavaksi daemonin vertaisliikennettä

Synkronoiva daemon avaa lähteviä yhteyksiä vertaisiin ja vaihtaa ketjudataa vertaiselta vertaiselle -porttinsa kautta. Se liikenne ei ole lompakon RPC-linkki, eikä se kulje automaattisesti lompakon välityspalvelimen kautta. Se noudattaa daemonin omia verkkoasetuksia ja isännän reititystaulua.

Kirjaa vertaisportti, yhteyksien määrä ja se, onko daemon määritetty käyttämään välityspalvelinta vertaisliikenteelle. Tarkista sitten isännän reitti näytevertaisen osoitteelle. Jos VPN kaappaa oletusreitin, vertaisyhteydet todennäköisesti käyttävät sitä; jos daemon on sidottu tiettyyn rajapintaan, ehkä eivät. Nämä kaksi seikkaa ratkaisevat nuolen.

Tarkkailijan kysymys muuttuu tämän polun mukana. VPN kätkee vertaisyhteydet paikalliselta käyttöverkolta, mutta VPN:n päätepiste ja vertaiset itse näkevät erilaisen kuvan. Kumpikaan havainto ei todista, että lompakon pyynnöt kulkivat samaa reittiä.

Eristä seuraavaksi tapahtumien välityspolku

Paikallisesti lähetetyt tapahtumat voidaan välittää verkkoa kohti määritetyn välittäjän tai välityspalvelimen kautta. Monero-daemonin nykyisessä dokumentaatiossa tämä valinta lähettää välityspalvelimen kautta vain sen tapahtumien välitysliikenteen, jonka ohjaat sinne. Se ei muuta jokaista RPC-, lompakko- ja synkronointiyhteyttä välityspalvelimen kautta kulkevaksi liikenteeksi.

Projektin anonymiteettiverkkodokumentaatio kuvaa Tor- ja I2P-integraation kokeelliseksi ja rajaa välityskäyttäytymisen laajuuden. Lue sen version dokumentaatio, jota todella ajat, koska vanhemmat keskustelut käyttävät nimiä kuten Kovri ja kuvaavat komponentteja, joita ei enää ole samassa muodossa.

Pidä välityspolku erillään kaaviossa. Tapahtumalla, joka lähtee välityspalvelimen kautta samalla kun lompakon saldokyselyt käyttävät etäsolmua, on kaksi eri tarkkailijaa, eikä se tosiasia, että tapahtuma kulki välityspalvelimen kautta, kerro mitään kyselyn polusta.

Lisää VPN vasta kun kolme polkua on merkitty

Kun nuolet on piirretty, merkitse, mitkä VPN todella kantaa. Täystunnelin VPN kaappaa isännän oletusreitin, joten oletusta noudattavat yhteydet käyttävät sitä. Jaettu tunneli, sidottu rajapinta tai välityspalvelin, joka lähtee tietyn osoitteen kautta, voi jättää osan nuolista tunnelin ulkopuolelle.

Esitä nyt tarkkailijamalli selvästi. Suunnittelussa, jossa anonymiteettiverkkoyhteys toimii VPN:n sisällä, paikallinen käyttöverkko näkee ulomman VPN-yhteyden, kun taas VPN:n puoli näkee eteenpäin menevän yhteyden. Se on tarkkailijan muutos, ei todiste siitä, että tunnistavat signaalit katoavat.

Tarkista vikatilannekäyttäytyminen osana samaa läpikäyntiä. Jos VPN putoaa, putoaako daemon takaisin suoraan vertaisyhteyteen, jatkaako lompakko etäsolmun kyselyä ja epäonnistuuko välitysvälityspalvelin suljetusti? Ellei estoa ole määritetty, uudelleenyhdistäminen tarkoittaa yleensä uutta suoraa yritystä eikä hiljaisuutta.

Varmista polut, jotka luulet määrittäneesi

Käytä isännän omia työkaluja: lue reitti jokaiselle kohteelle, tarkastele kuuntelevia ja muodostettuja soketteja ja vahvista, mikä prosessi omistaa minkäkin yhteyden. Tee se, kun lompakko, daemon ja välitys kaikki toimivat, koska vain käynnistyksessä oleva polku voi kadota uudelleenyhdistämisen jälkeen.

Toista VPN:n uudelleenyhdistämisen ja daemonin uudelleenkäynnistyksen jälkeen. Vertaa kohteita ja kuljetuksia kaavioon. Jos nuoli siirtyi, yksityisyysmalli siirtyi sen mukana, vaikka jokainen prosessi ilmoittaisi edelleen olevansa terve.

Kirjaa kolme kohdetta, kunkin kuljetus ja tarkkailija, jolta aiot ne kätkeä. Lyhyt polkukartta nimetyillä tarkkailijoilla on hyödyllisempi kuin yksittäinen VPN-ilmaisin, kun yhdellä koneella toimii useita riippumattomia asiakkaita.