VPN üzərindən Monero: üç şəbəkə yolundan hansı dəyişir?

Cüzdanı açın, daemon-u işə salın və hər hansı bir şeyi aktivləşdirməzdən əvvəl üç ox çəkin. Bir ox cüzdandan node-un RPC portuna gedir, biri daemon-un peer sinxronizasiyasını daşıyır, biri də yerli olaraq göndərilən tranzaksiyaları ötürmə yoluna doğru aparır. Bunlar fərqli konfiqurasiyaya malik fərqli bağlantılardır və VPN və ya anonimlik şəbəkəsi onlardan birini, ikisini və ya heç birini əhatə edə bilər.

Yolları proqramın onları açdığı sıra ilə gəzin. Hər oxu təyinatı və ötürücüsü ilə etiketləmək sonrakı məxfilik iddiasını yoxlanıla bilən edən şeydir. Sıra vacibdir, çünki sonrakı iddia adətən onlardan yalnız birini əhatə edir.

Cüzdan-node bağlantısını çəkməklə başlayın

Uzaq node ilə danışan cüzdan həmin node-un ünvanına və portuna RPC sorğuları göndərir. Yerli daemon-u olan cüzdan isə loopback interfeysi ilə danışır. Gündəlik söhbətdə hər ikisi “node” adlansa da, bunlar fərqli etibar münasibətləridir.

Cüzdanın istifadə etmək üçün konfiqurasiya edildiyi ünvanı, portu və ötürücünü yazın. Cüzdanın öz proxy parametri varsa, onu daemon-un parametrlərindən ayrıca qeyd edin; bir prosesi konfiqurasiya etmək digərini konfiqurasiya etmir.

Burada ümumi RPC son nöqtəsi də cəlbedici olur. Diaqramı sadələşdirmək üçün node-un RPC xidmətini açmaq şəbəkə yolunu hücum səthi ilə dəyişir. Cüzdan-node əlaqəsini şəxsi yolda və ya loopback interfeysində saxlayın və hansının olduğunu sənədləşdirin. Bu məruz qalmanı gizlədən diaqram diaqramsızlıqdan pisdir.

Sonra daemon-un peer trafikini izləyin

Sinxronlaşan daemon peer-lərə xarici bağlantılar açır və zəncir məlumatlarını peer-to-peer portu üzərindən mübadilə edir. Bu trafik cüzdanın RPC əlaqəsi deyil və avtomatik olaraq cüzdanın proxy-sindən keçmir. O, daemon-un öz şəbəkə parametrlərinə və hostun marşrut cədvəlinə tabedir.

Peer portunu, bağlantıların sayını və daemon-un peer trafiki üçün proxy istifadə edib-etmədiyini qeyd edin. Sonra nümunə peer ünvanı üçün host marşrutuna baxın. Əgər VPN defolt marşrutu tutursa, peer bağlantıları çox güman ki onu istifadə edir; əgər daemon müəyyən interfeysə bağlanıbsa, istifadə etməyə bilər. Bu iki fakt oxu müəyyən edir.

Müşahidəçi sualı bu yolla dəyişir. VPN peer bağlantılarını yerli giriş şəbəkəsindən gizlədir, lakin VPN son nöqtəsi və peer-lərin özləri fərqli mənzərə görür. Nə bir, nə də digər müşahidə cüzdanın sorğularının eyni marşrutla getdiyini sübut etmir.

Sonra tranzaksiya ötürmə yolunu təcrid edin

Yerli olaraq göndərilən tranzaksiyalar konfiqurasiya edilmiş ötürücü və ya proxy vasitəsilə şəbəkəyə doğru yönləndirilə bilər. Hazırkı Monero daemon sənədlərində bu seçim yalnız proxy-yə yönəltdiyiniz tranzaksiya ötürmə trafikini göndərir. O, hər RPC, cüzdan və sinxronizasiya bağlantısını proxy-dən keçən trafikə çevirmir.

Layihənin anonimlik şəbəkələri sənədləri Tor və I2P inteqrasiyasını eksperimental kimi təsvir edir və ötürmə davranışının əhatəsini müəyyənləşdirir. Faktiki işlətdiyiniz versiyanın sənədlərini oxuyun, çünki köhnə müzakirələr Kovri kimi adlardan istifadə edir və artıq eyni formada mövcud olmayan komponentləri təsvir edir.

Ötürmə yolunu diaqramda ayrı saxlayın. Cüzdanın balans sorğuları uzaq node-dan istifadə edərkən proxy-dən çıxan tranzaksiyanın iki fərqli müşahidəçisi var və tranzaksiyanın proxy-dən keçməsi sorğu yolu haqqında heç nə demir.

VPN-i yalnız üç yol etiketləndikdən sonra əlavə edin

Oxlar çəkildikdən sonra VPN-in hansıları həqiqətən daşıdığını işarələyin. Tam tunel VPN-i hostun defolt marşrutunu tutur, ona görə defoltla gedən bağlantılar ondan istifadə edəcək. Bölünmüş tunel, bağlanmış interfeys və ya müəyyən ünvan vasitəsilə çıxan proxy bəzi oxları tuneldən kənarda qoya bilər.

İndi müşahidəçi modelini açıq şəkildə qeyd edin. Anonimlik şəbəkəsi bağlantısının VPN daxilində işlədiyi dizaynda yerli giriş şəbəkəsi xarici VPN bağlantısını görür, VPN tərəfi isə irəli bağlantını görür. Bu, müşahidəçinin dəyişməsidir, identifikasiya edən siqnalların yox olmasının sübutu deyil.

Uğursuzluq davranışını həmin gəzintinin bir hissəsi kimi yoxlayın. VPN düşərsə, daemon birbaşa peer bağlantısına qayıdırmı, cüzdan uzaq node-u sorğulamağa davam edirmi və ötürmə proxy-si bağlanmış şəkildə uğursuz olurmu? Bloklama konfiqurasiya edilməyibsə, yenidən qoşulma adətən sükut deyil, yeni birbaşa cəhd deməkdir.

Konfiqurasiya etdiyinizi düşündüyünüz yolları yoxlayın

Hostun öz alətlərindən istifadə edin: hər təyinat üçün marşrutu oxuyun, dinləyən və qurulmuş soketləri yoxlayın və hər bağlantının hansı prosesə aid olduğunu təsdiqləyin. Bunu cüzdan, daemon və ötürmə hamısı işləyərkən edin, çünki yalnız başlanğıcda mövcud olan yol yenidən qoşulmadan sonra yox ola bilər.

VPN yenidən qoşulduqdan və daemon yenidən başladıqdan sonra təkrarlayın. Təyinatları və ötürücüləri diaqramla müqayisə edin. Əgər bir ox yerini dəyişibsə, hər proses hələ də sağlam hesabat versə də, məxfilik modeli onunla birlikdə dəyişib.

Üç təyinatı, hər biri üçün ötürücünü və onları hansı müşahidəçidən gizlətmək istədiyinizi qeyd edin. Adlandırılmış müşahidəçiləri olan qısa yol xəritəsi, bir maşında bir neçə müstəqil müştəri işləyəndə tək VPN göstəricisindən daha faydalıdır.