Monero caur VPN: kurš no trim tīkla ceļiem mainās?

Atveriet maku, palaidiet dēmonu un pirms kaut kā iespējošanas uzzīmējiet trīs bultas. Viena bulta iet no maka uz mezgla RPC portu, otra nes dēmona vienaudžu sinhronizāciju, bet trešā nes lokāli iesniegtos darījumus pārsūtīšanas ceļa virzienā. Tie ir dažādi savienojumi ar dažādu konfigurāciju, un VPN vai anonimitātes tīkls var aptvert vienu, divus vai nevienu no tiem.

Ejiet pa ceļiem tādā secībā, kādā programmatūra tos atver. Katras bultas atzīmēšana ar galamērķi un transportu ir tas, kas vēlāko privātuma apgalvojumu padara pārbaudāmu. Secība ir svarīga, jo vēlākais apgalvojums parasti aptver tikai vienu no tiem.

Sāciet ar maka un mezgla savienojuma zīmēšanu

Maks, kas sarunājas ar attālu mezglu, sūta RPC pieprasījumus uz šī mezgla adresi un portu. Maks ar lokālu dēmonu tā vietā sarunājas ar atgriezeniskās cilpas saskarni. Tie ir atšķirīgi uzticības sakari, lai gan ikdienas sarunā abus sauc par “mezglu”.

Pierakstiet adresi, portu un transportu, kuru maks ir konfigurēts izmantot. Ja makam ir savs starpniekservera iestatījums, pierakstiet to atsevišķi no dēmona iestatījumiem; viena procesa konfigurēšana nekonfigurē otru.

Šeit arī publisks RPC galapunkts kļūst vilinošs. Mezgla RPC servisa atvēršana, lai vienkāršotu diagrammu, apmaina tīkla ceļu pret uzbrukuma virsmu. Turiet maka un mezgla saiti privātā ceļā vai atgriezeniskās cilpas saskarnē un dokumentējiet, kura tā ir. Diagramma, kas slēpj šo atklāšanu, ir sliktāka par diagrammas neesamību.

Tālāk sekojiet dēmona vienaudžu trafikam

Sinhronizējošs dēmons atver izejošus savienojumus uz vienaudžiem un apmainās ar ķēdes datiem savā vienaudžu portā. Šis trafiks nav maka RPC saite, un tas automātiski neiet caur maka starpniekserveri. Tas seko dēmona paša tīkla iestatījumiem un resursdatora maršrutēšanas tabulai.

Pierakstiet vienaudžu portu, savienojumu skaitu un to, vai dēmons ir konfigurēts izmantot starpniekserveri vienaudžu trafikam. Pēc tam pārbaudiet resursdatora maršrutu parauga vienaudža adresei. Ja VPN pārņem noklusējuma maršrutu, vienaudžu savienojumi to droši vien izmanto; ja dēmons ir piesaistīts konkrētai saskarnei, iespējams, ne. Šie divi fakti izšķir bultu.

Novērotāja jautājums mainās līdz ar šo ceļu. VPN slēpj vienaudžu savienojumus no vietējā piekļuves tīkla, bet VPN galapunkts un paši vienaudži redz citu ainu. Neviens no abiem novērojumiem nepierāda, ka maka pieprasījumi gāja pa to pašu maršrutu.

Pēc tam izolējiet darījumu pārsūtīšanas ceļu

Lokāli iesniegtos darījumus var pārsūtīt pretī tīklam caur konfigurētu retranslatoru vai starpniekserveri. Pašreizējā Monero dēmona dokumentācijā šī opcija caur starpniekserveri sūta tikai to darījumu pārsūtīšanas trafiku, kuru jūs uz to vēršat. Tā nepadara katru RPC, maka un sinhronizācijas savienojumu par trafiku caur starpniekserveri.

Projekta anonimitātes tīklu dokumentācija Tor un I2P integrāciju apraksta kā eksperimentālu un norobežo pārsūtīšanas uzvedības apjomu. Lasiet dokumentāciju tai versijai, kuru patiešām darbināt, jo vecākas diskusijas izmanto tādus nosaukumus kā Kovri un apraksta komponentus, kas vairs neeksistē tādā pašā formā.

Turiet pārsūtīšanas ceļu diagrammā atsevišķi. Darījumam, kas iziet caur starpniekserveri, kamēr maka bilances vaicājumi izmanto attālu mezglu, ir divi dažādi novērotāji, un tas, ka darījums gāja caur starpniekserveri, neko nepasaka par vaicājuma ceļu.

Pievienojiet VPN tikai pēc tam, kad visi trīs ceļi ir atzīmēti

Kad bultas uzzīmētas, atzīmējiet, kurus VPN patiešām nes. Pilna tuneļa VPN pārņem resursdatora noklusējuma maršrutu, tāpēc to izmantos savienojumi, kas seko noklusējumam. Sadalīts tunelis, piesaistīta saskarne vai starpniekserveris, kas iziet caur konkrētu adresi, var atstāt dažas bultas ārpus tuneļa.

Tagad skaidri formulējiet novērotāja modeli. Dizainā, kur anonimitātes tīkla savienojums darbojas VPN iekšienē, vietējais piekļuves tīkls redz ārējo VPN savienojumu, bet VPN puse redz tālāko savienojumu. Tā ir novērotāja maiņa, nevis pierādījums, ka identificējošie signāli pazūd.

Pārbaudiet atteices uzvedību kā daļu no tā paša gājiena. Ja VPN nokrīt, vai dēmons atgriežas pie tieša vienaudža savienojuma, vai maks turpina vaicāt attālo mezglu, un vai pārsūtīšanas starpniekserveris sabrūk slēgti? Ja bloķēšana nav konfigurēta, atkārtota savienošana parasti nozīmē jaunu tiešu mēģinājumu, nevis klusumu.

Pārbaudiet ceļus, kurus, jūsuprāt, esat konfigurējis

Izmantojiet paša resursdatora rīkus: izlasiet maršrutu katram galamērķim, apskatiet klausošās un izveidotās ligzdas un apstipriniet, kurš process pārvalda katru savienojumu. Dariet to, kamēr maks, dēmons un pārsūtīšana visi darbojas, jo ceļš, kas pastāv tikai palaišanas brīdī, var pazust pēc atkārtotas savienošanas.

Atkārtojiet pēc VPN atkārtotas savienošanas un pēc dēmona restartēšanas. Salīdziniet galamērķus un transportus ar diagrammu. Ja bulta pārvietojās, privātuma modelis pārvietojās kopā ar to, pat ja katrs process joprojām ziņo, ka ir vesels.

Pierakstiet trīs galamērķus, katra transportu un novērotāju, no kura plānojat tos paslēpt. Īsa ceļu karte ar nosauktiem novērotājiem ir noderīgāka par vienu VPN indikatoru, kad vienā mašīnā darbojas vairāki neatkarīgi klienti.