VPN üzerinden Monero: üç ağ yolundan hangisi değişir?

Cüzdanı açın, daemon'u başlatın ve herhangi bir şeyi etkinleştirmeden önce üç ok çizin. Bir ok cüzdandan bir düğümün RPC portuna gider, biri daemon'un eş senkronizasyonunu taşır, biri de yerel olarak gönderilen işlemleri bir aktarım yoluna doğru taşır. Bunlar farklı yapılandırmalara sahip farklı bağlantılardır ve bir VPN veya anonimlik ağı bunlardan birini, ikisini ya da hiçbirini kapsayabilir.

Yolları yazılımın onları açtığı sırayla izleyin. Her oku hedefi ve taşıyıcısıyla etiketlemek, sonraki gizlilik iddiasını test edilebilir kılan şeydir. Sıra önemlidir, çünkü sonraki iddia genellikle bunlardan yalnızca birini kapsar.

Cüzdandan düğüme giden bağlantıyı çizerek başlayın

Uzak bir düğümle konuşan cüzdan, RPC isteklerini o düğümün adresine ve portuna gönderir. Yerel bir daemon'u olan cüzdan ise bunun yerine loopback arayüzüyle konuşur. Gündelik konuşmada ikisi de “düğüm” diye anılsa da bunlar farklı güven ilişkileridir.

Cüzdanın kullanmak üzere yapılandırıldığı adresi, portu ve taşıyıcıyı yazın. Cüzdanın kendi proxy ayarı varsa bunu daemon'un ayarlarından ayrı kaydedin; bir süreci yapılandırmak diğerini yapılandırmaz.

Burada ayrıca genel bir RPC uç noktası cazip hale gelir. Diyagramı basitleştirmek için düğümün RPC hizmetini açmak, bir ağ yolunu saldırı yüzeyiyle değiştirir. Cüzdandan düğüme bağlantıyı özel bir yolda veya loopback arayüzünde tutun ve hangisi olduğunu belgeleyin. Bu maruziyeti gizleyen bir diyagram, diyagram olmamasından daha kötüdür.

Ardından daemon'un eş trafiğini izleyin

Senkronize olan bir daemon eşlere giden bağlantılar açar ve zincir verilerini eşler arası portundan değiş tokuş eder. Bu trafik cüzdanın RPC bağlantısı değildir ve cüzdanın proxy'sinden otomatik olarak geçmez. Daemon'un kendi ağ ayarlarını ve ana makinenin yönlendirme tablosunu izler.

Eş portunu, bağlantı sayısını ve daemon'un eş trafiği için proxy kullanacak şekilde yapılandırılıp yapılandırılmadığını kaydedin. Ardından örnek bir eş adresi için ana makine rotasını kontrol edin. VPN varsayılan rotayı yakalıyorsa eş bağlantıları büyük olasılıkla onu kullanır; daemon belirli bir arayüze bağlıysa kullanmayabilir. Bu iki olgu oku belirler.

Gözlemci sorusu bu yolla değişir. Bir VPN eş bağlantılarını yerel erişim ağından gizler, ancak VPN uç noktası ve eşlerin kendisi farklı bir görüntü görür. İki gözlemden hiçbiri cüzdanın isteklerinin aynı rotayı izlediğini kanıtlamaz.

Sonra işlem aktarım yolunu yalıtın

Yerel olarak gönderilen işlemler yapılandırılmış bir aktarıcı veya proxy üzerinden ağa doğru iletilebilir. Mevcut Monero daemon belgelerinde bu seçenek, proxy'ye yönlendirdiğiniz işlem aktarım trafiğini yalnızca proxy üzerinden gönderir. Her RPC, cüzdan ve senkronizasyon bağlantısını proxy üzerinden geçen trafiğe dönüştürmez.

Projenin anonimlik ağlarına ilişkin belgeleri Tor ve I2P entegrasyonunu deneysel olarak tanımlar ve aktarım davranışının kapsamını sınırlar. Gerçekten çalıştırdığınız sürümün belgelerini okuyun, çünkü eski tartışmalar Kovri gibi adlar kullanır ve artık aynı biçimde var olmayan bileşenleri anlatır.

Aktarım yolunu diyagramda ayrı tutun. Cüzdanın bakiye sorguları uzak bir düğüm kullanırken proxy'den çıkan bir işlemin iki farklı gözlemcisi vardır ve işlemin proxy'den geçmiş olması sorgunun yolu hakkında hiçbir şey söylemez.

VPN'i ancak üç yol etiketlendikten sonra ekleyin

Oklar çizildikten sonra VPN'in gerçekte hangilerini taşıdığını işaretleyin. Tam tünelli bir VPN ana makinenin varsayılan rotasını yakalar, bu yüzden varsayılanı izleyen bağlantılar onu kullanır. Bölünmüş tünel, bağlı bir arayüz veya belirli bir adresten çıkan bir proxy bazı okları tünelin dışında bırakabilir.

Şimdi gözlemci modelini açıkça belirtin. Anonimlik ağı bağlantısının VPN içinde çalıştığı bir tasarımda yerel erişim ağı dış VPN bağlantısını görürken VPN tarafı ileri bağlantıyı görür. Bu bir gözlemci değişikliğidir, tanımlayıcı işaretlerin kaybolduğunun kanıtı değildir.

Arıza davranışını aynı gezintinin parçası olarak kontrol edin. VPN düşerse daemon doğrudan eş bağlantısına geri döner mi, cüzdan uzak düğümü sorgulamaya devam eder mi ve aktarım proxy'si kapalı durumda başarısız olur mu? Engelleme yapılandırılmamışsa yeniden bağlanma genellikle sessizlik değil yeni bir doğrudan deneme anlamına gelir.

Yapılandırdığınızı düşündüğünüz yolları doğrulayın

Ana makinenin kendi araçlarını kullanın: her hedef için rotayı okuyun, dinleyen ve kurulmuş soketleri inceleyin ve her bağlantının hangi sürece ait olduğunu doğrulayın. Bunu cüzdan, daemon ve aktarım hepsi çalışırken yapın, çünkü yalnızca açılışta var olan bir yol yeniden bağlanmadan sonra kaybolabilir.

VPN yeniden bağlandıktan ve daemon yeniden başlatıldıktan sonra yineleyin. Hedefleri ve taşıyıcıları diyagramla karşılaştırın. Bir ok yer değiştirdiyse, her süreç hâlâ sağlıklı olduğunu bildirse bile gizlilik modeli onunla birlikte yer değiştirdi.

Üç hedefi, her birinin taşıyıcısını ve bunları kimden saklamayı düşündüğünüzü kaydedin. Aynı makinede birkaç bağımsız istemci çalışırken adlandırılmış gözlemcileri olan kısa bir yol haritası tek bir VPN göstergesinden daha kullanışlıdır.