Monero prin VPN: care dintre cele trei rute de rețea se schimbă?

Deschide portofelul, pornește demonul și desenează trei săgeți înainte de a activa ceva. O săgeată merge de la portofel la portul RPC al unui nod, una transportă sincronizarea de egali a demonului, iar una transportă tranzacțiile trimise local către o cale de redirecționare. Sunt conexiuni diferite cu configurații diferite, iar un VPN sau o rețea de anonimat poate acoperi una, două sau niciuna dintre ele.

Parcurge căile în ordinea în care software-ul le deschide. Etichetarea fiecărei săgeți cu destinația și transportul ei este ceea ce face verificabilă afirmația ulterioară despre confidențialitate. Ordinea contează, pentru că afirmația ulterioară acoperă de obicei doar una dintre ele.

Începe prin a desena conexiunea de la portofel la nod

Un portofel care vorbește cu un nod la distanță trimite cereri RPC la adresa și portul acelui nod. Un portofel cu un demon local vorbește în schimb cu interfața de buclă locală. Sunt relații de încredere diferite, deși în conversația obișnuită ambele sunt numite „nodul”.

Notează adresa, portul și transportul pe care portofelul este configurat să le folosească. Dacă portofelul are propria setare de proxy, înregistreaz-o separat de setările demonului; configurarea unui proces nu îl configurează pe celălalt.

Aici un punct final RPC public devine tentant. Expunerea serviciului RPC al nodului pentru a simplifica diagrama schimbă o cale de rețea pe o suprafață de atac. Ține legătura de la portofel la nod pe o cale privată sau pe interfața de buclă locală și documentează care este. O diagramă care ascunde acea expunere este mai rea decât nicio diagramă.

Apoi urmărește traficul de egali al demonului

Un demon care se sincronizează deschide conexiuni de ieșire către egali și schimbă date ale lanțului prin portul său de egal-la-egal. Acel trafic nu este legătura RPC a portofelului și nu este rutat automat prin proxy-ul portofelului. Urmează setările de rețea proprii ale demonului și tabela de rutare a gazdei.

Notează portul de egali, numărul de conexiuni și dacă demonul este configurat să folosească un proxy pentru traficul de egali. Apoi verifică ruta gazdei pentru o adresă de egal de exemplu. Dacă VPN-ul captează ruta implicită, conexiunile de egali o folosesc probabil; dacă demonul este legat de o interfață anume, poate nu. Aceste două fapte decid săgeata.

Întrebarea despre observator se schimbă cu această cale. Un VPN ascunde conexiunile de egali de rețeaua de acces locală, dar punctul final al VPN-ului și egalii înșiși văd o imagine diferită. Niciuna dintre cele două observații nu dovedește că cererile portofelului au luat aceeași rută.

Apoi izolează calea de redirecționare a tranzacțiilor

Tranzacțiile trimise local pot fi înaintate către rețea printr-un releu sau proxy configurat. În documentația actuală a demonului Monero, acea opțiune trimite prin proxy doar traficul de redirecționare a tranzacțiilor pe care îl îndrepți spre el. Nu transformă fiecare conexiune RPC, de portofel și de sincronizare în trafic prin proxy.

Documentația proiectului despre rețelele de anonimat descrie integrarea Tor și I2P ca experimentală și delimitează comportamentul de redirecționare. Citește documentația pentru versiunea pe care o rulezi efectiv, pentru că discuțiile mai vechi folosesc nume precum Kovri și descriu componente care nu mai există în aceeași formă.

Ține calea de redirecționare separată în diagramă. O tranzacție care iese printr-un proxy în timp ce interogările de sold ale portofelului folosesc un nod la distanță are doi observatori diferiți, iar faptul că tranzacția a trecut printr-un proxy nu spune nimic despre calea interogării.

Adaugă VPN-ul doar după ce cele trei căi sunt etichetate

Cu săgețile desenate, marchează pe care le transportă VPN-ul efectiv. Un VPN cu tunel complet captează ruta implicită a gazdei, așa că conexiunile care urmează ruta implicită îl vor folosi. Un tunel divizat, o interfață legată sau un proxy care iese printr-o adresă anume pot lăsa unele săgeți în afara tunelului.

Acum enunță explicit modelul observatorului. Într-un proiect în care o conexiune de rețea de anonimat rulează în interiorul VPN-ului, rețeaua de acces locală vede conexiunea VPN exterioară, în timp ce partea VPN vede conexiunea mai departe. Aceasta este o schimbare de observator, nu o dovadă că semnalele identificatoare dispar.

Verifică comportamentul la defecțiune ca parte a aceleiași parcurgeri. Dacă VPN-ul cade, demonul revine la o conexiune directă cu egalii, portofelul continuă să interogheze nodul la distanță și proxy-ul de redirecționare eșuează închis? Dacă blocarea nu este configurată, o reconectare înseamnă de obicei o nouă încercare directă, nu liniște.

Verifică căile pe care crezi că le-ai configurat

Folosește instrumentele gazdei: citește ruta pentru fiecare destinație, inspectează socketurile în ascultare și cele stabilite și confirmă ce proces deține fiecare conexiune. Fă asta în timp ce portofelul, demonul și redirecționarea rulează toate, pentru că o cale care există doar la pornire poate dispărea după o reconectare.

Repetă după o reconectare a VPN-ului și după o repornire a demonului. Compară destinațiile și transporturile cu diagrama. Dacă o săgeată s-a mișcat, modelul de confidențialitate s-a mișcat cu ea, chiar dacă fiecare proces raportează în continuare că este sănătos.

Notează cele trei destinații, transportul fiecăreia și observatorul față de care intenționezi să le ascunzi. O hartă scurtă a căilor cu observatori numiți este mai utilă decât un singur indicator VPN atunci când pe aceeași mașină rulează mai mulți clienți independenți.