Monero melalui VPN: laluan rangkaian mana antara tiga yang berubah?

Buka dompet, mulakan daemon dan lukis tiga anak panah sebelum anda mengaktifkan apa-apa. Satu anak panah bergerak dari dompet ke port RPC sesuatu nod, satu membawa penyegerakan rakan daemon, dan satu membawa transaksi yang dihantar secara setempat ke arah laluan penghantaran. Ini sambungan berbeza dengan konfigurasi berbeza, dan VPN atau rangkaian tanpa nama mungkin meliputi satu, dua atau tiada antaranya.

Ikuti laluan mengikut susunan perisian membukanya. Melabel setiap anak panah dengan destinasinya dan pengangkutannya ialah yang menjadikan dakwaan privasi kemudian boleh diuji. Susunan penting, kerana dakwaan kemudian biasanya hanya meliputi satu daripadanya.

Mulakan dengan melukis sambungan dompet ke nod

Dompet yang bercakap dengan nod jauh menghantar permintaan RPC ke alamat dan port nod itu. Dompet dengan daemon setempat bercakap dengan antara muka gelung balik sebaliknya. Ini hubungan kepercayaan yang berbeza, walaupun dalam perbualan harian kedua-duanya dipanggil “nod”.

Tuliskan alamat, port dan pengangkutan yang dompet dikonfigurasikan untuk gunakan. Jika dompet mempunyai tetapan proksi sendiri, rekodkannya berasingan daripada tetapan daemon; mengkonfigurasi satu proses tidak mengkonfigurasi yang lain.

Di sinilah titik akhir RPC awam menjadi menggoda. Mendedahkan perkhidmatan RPC nod untuk memudahkan rajah menukar laluan rangkaian dengan permukaan serangan. Kekalkan pautan dompet ke nod pada laluan peribadi atau antara muka gelung balik, dan dokumentasikan yang mana satu. Rajah yang menyembunyikan pendedahan itu lebih buruk daripada tiada rajah.

Seterusnya, ikuti trafik rakan daemon

Daemon yang menyegerakkan membuka sambungan keluar ke rakan dan menukar data rantai melalui port rakan-ke-rakan. Trafik itu bukan pautan RPC dompet, dan ia tidak dihalakan secara automatik melalui proksi dompet. Ia mengikut tetapan rangkaian daemon sendiri dan jadual penghalaan hos.

Rekod port rakan, bilangan sambungan dan sama ada daemon dikonfigurasikan untuk menggunakan proksi bagi trafik rakan. Kemudian semak laluan hos untuk satu alamat rakan contoh. Jika VPN menangkap laluan lalai, sambungan rakan mungkin menggunakannya; jika daemon terikat pada antara muka tertentu, mungkin tidak. Kedua-dua fakta itu menentukan anak panah.

Soalan pemerhati berubah dengan laluan ini. VPN menyembunyikan sambungan rakan daripada rangkaian akses setempat, tetapi titik akhir VPN dan rakan itu sendiri melihat gambaran berbeza. Tiada satu pun daripada kedua-dua pemerhatian membuktikan bahawa permintaan dompet mengambil laluan yang sama.

Kemudian asingkan laluan penghantaran transaksi

Transaksi yang dihantar secara setempat boleh dipanjangkan ke arah rangkaian melalui geganti atau proksi yang dikonfigurasikan. Dalam dokumentasi daemon Monero semasa, pilihan itu hanya menghantar trafik penghantaran transaksi yang anda tujukan ke proksi. Ia tidak mengubah setiap sambungan RPC, dompet dan penyegerakan menjadi trafik melalui proksi.

Dokumentasi projek tentang rangkaian tanpa nama menerangkan integrasi Tor dan I2P sebagai eksperimen dan mengehadkan skop tingkah laku penghantaran. Baca dokumentasi untuk versi yang anda jalankan sebenarnya, kerana perbincangan lama menggunakan nama seperti Kovri dan menerangkan komponen yang tidak lagi wujud dalam bentuk yang sama.

Kekalkan laluan penghantaran berasingan dalam rajah. Transaksi yang keluar melalui proksi sementara pertanyaan baki dompet menggunakan nod jauh mempunyai dua pemerhati berbeza, dan fakta bahawa transaksi itu melalui proksi tidak berkata apa-apa tentang laluan pertanyaan.

Tambah VPN hanya selepas ketiga-tiga laluan dilabel

Dengan anak panah dilukis, tandakan mana yang benar-benar dibawa oleh VPN. VPN terowong penuh menangkap laluan lalai hos, jadi sambungan yang mengikut laluan lalai akan menggunakannya. Terowong berpecah, antara muka terikat atau proksi yang keluar melalui alamat tertentu boleh meninggalkan sesetengah anak panah di luar terowong.

Sekarang nyatakan model pemerhati secara jelas. Dalam reka bentuk di mana sambungan rangkaian tanpa nama berjalan di dalam VPN, rangkaian akses setempat melihat sambungan VPN luar, manakala bahagian VPN melihat sambungan seterusnya. Itu perubahan pemerhati, bukan bukti bahawa isyarat pengenalan hilang.

Periksa tingkah laku kegagalan sebagai sebahagian daripada penjelajahan yang sama. Jika VPN jatuh, adakah daemon kembali ke sambungan rakan langsung, adakah dompet terus menanyakan nod jauh, dan adakah proksi penghantaran gagal tertutup? Kecuali penyekatan dikonfigurasikan, menyambung semula biasanya bermaksud percubaan langsung baharu dan bukan kesenyapan.

Sahkan laluan yang anda fikir telah dikonfigurasikan

Gunakan alat hos itu sendiri: baca laluan bagi setiap destinasi, periksa soket yang mendengar dan yang terbentuk, dan sahkan proses mana yang memiliki setiap sambungan. Lakukan ini semasa dompet, daemon dan penghantaran semuanya berjalan, kerana laluan yang wujud hanya semasa permulaan boleh hilang selepas menyambung semula.

Ulangi selepas VPN menyambung semula dan selepas daemon dimulakan semula. Bandingkan destinasi dan pengangkutan dengan rajah. Jika sesuatu anak panah bergerak, model privasi turut bergerak bersamanya, walaupun setiap proses masih melaporkan sihat.

Rekod ketiga-tiga destinasi, pengangkutan bagi setiap satu dan pemerhati yang anda ingin sembunyikannya. Peta laluan ringkas dengan pemerhati bernama lebih berguna daripada satu penunjuk VPN apabila beberapa klien bebas berjalan pada satu mesin.