Monero per VPN: kuris iš trijų tinklo kelių keičiasi?

Atidarykite piniginę, paleiskite demoną ir nubrėžkite tris rodykles prieš ką nors įjungdami. Viena rodyklė eina nuo piniginės iki mazgo RPC prievado, kita neša demono tarpusavio sinchronizavimą, o trečia neša vietoje pateiktas operacijas perdavimo kelio link. Tai skirtingi ryšiai su skirtinga konfigūracija, o VPN ar anonimiškumo tinklas gali apimti vieną, du ar nė vieno jų.

Eikite keliais ta tvarka, kuria programinė įranga juos atidaro. Kiekvienos rodyklės pažymėjimas tikslu ir transportu yra tai, kas vėlesnį privatumo teiginį padaro patikrinamu. Tvarka svarbi, nes vėlesnis teiginys paprastai apima tik vieną jų.

Pradėkite nuo piniginės ir mazgo ryšio brėžimo

Piniginė, kuri kalba su nuotoliniu mazgu, siunčia RPC užklausas to mazgo adresu ir prievadu. Piniginė su vietiniu demonu kalba su loopback sąsaja. Tai skirtingi pasitikėjimo santykiai, nors kasdienėje kalboje abu vadinami „mazgu“.

Užsirašykite adresą, prievadą ir transportą, kuriems piniginė sukonfigūruota. Jei piniginė turi savo tarpinio serverio nuostatą, užrašykite ją atskirai nuo demono nuostatų; vieno proceso konfigūravimas nesukonfigūruoja kito.

Čia viešas RPC galinis taškas tampa viliojantis. Mazgo RPC paslaugos atvėrimas, siekiant supaprastinti diagramą, iškeičia tinklo kelią į atakos paviršių. Laikykite piniginės ir mazgo ryšį privačiame kelyje arba loopback sąsajoje ir dokumentuokite, kuris tai yra. Diagrama, kuri slepia tą atvėrimą, yra blogesnė už jokią diagramą.

Toliau sekite demono tarpusavio srautą

Sinchronizuojantis demonas atidaro išeinančius ryšius į tarpusavio mazgus ir keičiasi grandinės duomenimis per savo tarpusavio prievadą. Tas srautas nėra piniginės RPC ryšys ir nėra automatiškai nukreipiamas per piniginės tarpinį serverį. Jis vadovaujasi demono tinklo nuostatomis ir prieglobos maršrutų lentele.

Užsirašykite tarpusavio prievadą, ryšių skaičių ir tai, ar demonas sukonfigūruotas naudoti tarpinį serverį tarpusavio srautui. Tada patikrinkite prieglobos maršrutą pavyzdiniam tarpusavio adresui. Jei VPN užima numatytąjį maršrutą, tarpusavio ryšiai tikriausiai jį naudoja; jei demonas pririštas prie konkrečios sąsajos, galbūt ne. Šie du faktai nulemia rodyklę.

Stebėtojo klausimas keičiasi su šiuo keliu. VPN paslepia tarpusavio ryšius nuo vietinio prieigos tinklo, bet VPN galinis taškas ir patys tarpusavio mazgai mato kitą vaizdą. Nė vienas iš dviejų stebėjimų neįrodo, kad piniginės užklausos ėjo tuo pačiu maršrutu.

Tada išskirkite operacijų perdavimo kelią

Vietoje pateiktas operacijas galima persiųsti tinklo link per sukonfigūruotą retransliatorių ar tarpinį serverį. Dabartinėje Monero demono dokumentacijoje ta parinktis per tarpinį serverį siunčia tik tą operacijų perdavimo srautą, kurį nukreipiate į jį. Ji nepaverčia kiekvieno RPC, piniginės ir sinchronizavimo ryšio srautu per tarpinį serverį.

Projekto anonimiškumo tinklų dokumentacija Tor ir I2P integraciją apibūdina kaip eksperimentinę ir apibrėžia perdavimo elgsenos apimtį. Skaitykite dokumentaciją tai versijai, kurią iš tikrųjų naudojate, nes senesnės diskusijos vartoja tokius pavadinimus kaip Kovri ir aprašo komponentus, kurių tokia forma nebėra.

Laikykite perdavimo kelią diagramoje atskirai. Operacija, kuri išeina per tarpinį serverį, o piniginės balanso užklausos naudoja nuotolinį mazgą, turi du skirtingus stebėtojus, o tai, kad operacija ėjo per tarpinį serverį, nieko nesako apie užklausos kelią.

Pridėkite VPN tik po to, kai visi trys keliai pažymėti

Nubrėžus rodykles, pažymėkite, kurias VPN iš tikrųjų neša. Viso tunelio VPN užima numatytąjį prieglobos maršrutą, todėl jį naudos ryšiai, einantys numatytuoju maršrutu. Padalintas tunelis, pririšta sąsaja ar tarpinis serveris, išeinantis per konkretų adresą, gali palikti kai kurias rodykles už tunelio.

Dabar aiškiai suformuluokite stebėtojo modelį. Projekte, kuriame anonimiškumo tinklo ryšys veikia VPN viduje, vietinis prieigos tinklas mato išorinį VPN ryšį, o VPN pusė mato tolesnį ryšį. Tai stebėtojo pasikeitimas, o ne įrodymas, kad identifikuojantys signalai išnyksta.

Patikrinkite gedimo elgseną kaip tos pačios eigos dalį. Jei VPN nukrenta, ar demonas grįžta prie tiesioginio tarpusavio ryšio, ar piniginė toliau klausia nuotolinio mazgo, ir ar perdavimo tarpinis serveris sugenda uždarai? Jei blokavimas nesukonfigūruotas, pakartotinis prisijungimas paprastai reiškia naują tiesioginį bandymą, o ne tylą.

Patikrinkite kelius, kuriuos, jūsų manymu, sukonfigūravote

Naudokite pačios prieglobos įrankius: perskaitykite maršrutą kiekvienam tikslui, apžiūrėkite klausančius ir užmegztus lizdus ir patvirtinkite, kuris procesas valdo kiekvieną ryšį. Darykite tai, kai piniginė, demonas ir perdavimas visi veikia, nes kelias, kuris egzistuoja tik paleidimo metu, gali išnykti po pakartotinio prisijungimo.

Pakartokite po VPN pakartotinio prisijungimo ir po demono paleidimo iš naujo. Palyginkite tikslus ir transportus su diagrama. Jei rodyklė pasislinko, privatumo modelis pasislinko kartu su ja, net jei kiekvienas procesas vis dar praneša esąs sveikas.

Užsirašykite tris tikslus, kiekvieno transportą ir stebėtoją, nuo kurio ketinate juos paslėpti. Trumpas kelių žemėlapis su įvardytais stebėtojais yra naudingesnis už vieną VPN indikatorių, kai vienoje mašinoje veikia keli nepriklausomi klientai.