Tor'dan önce VPN: sıra gerçekte neyi değiştirir

Önce VPN bağlamak belirli bir zincir üretir: cihaz, VPN uç noktası, Tor girişi, Tor devresi, hedef. Yerel ağınız VPN'e şifreli bir bağlantı görür ve Tor giriş düğümü, sağlayıcınızın adresi yerine VPN çıkışını doğrudan kaynak olarak görür. VPN işletmecisi ise Tor giriş altyapısına doğru bağlantıları görür ve hedeflerden Tor kullanımını çıkarabilir. Her gözlemci bir şey kaybeder ve bir şey kazanır, bu yüzden sıra bir yükseltme değil takastır.

O zincirde hiçbir şey, sitenin hesabınızdan, çerezlerinizden veya yazdığınız ayrıntılardan öğrendiğini değiştirmez.

Sıra neyi değiştirir

Yerel ağ ve ISS, Tor trafiğinize doğrudan görüşünü kaybeder, çünkü ilk atlama artık bir sağlayıcıya giden şifreli tüneldir. Tor giriş muhafızı ev adresinizi kaybeder ve VPN çıkışını görür. VPN sağlayıcısı, eskiden ISS'nizin tuttuğu üst verileri kazanır: hangi adreslerle iletişim kurduğunuz, hangi saatlerde ve ne kadar veri hareket ettiği.

Giriş muhafızının ötesinde devre eskisi gibi davranır. Aktarıcılar giriş, orta ve çıkış rollerini hâlâ ayırır ve VPN son içeriği ISS'nizden daha fazla görmez.

Gerçekte kullanılan yolu doğrulayın

Bölünmüş tünelleme, amaçlanan zincirin gerçek zincir olmamasının olağan nedenidir.Tor Browser tünelden hariç tutulmuşsa, veya ikinci bir profil farklı yönlendiriyorsa, arayüz hâlâ bağlı görünürken giriş muhafızı sağlayıcı adresini yeniden görür. Simgeyi değil, rotayı ve gözlenen çıkışı kontrol edin.

ip route get 1.1.1.1
ss -tunp | grep -E 'tor|9150|9050'
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip
resolvectl status | grep -A3 'DNS Servers'

9150 numaralı bağlantı noktasından geçen SOCKS isteğini Tor Browser'ın kendi istemcisi yanıtlar, bu yüzden IsTor true yanıtı tarayıcının devresini doğrular, her başka programın onu kullandığını değil. Çözümleyicinin çıktısını kaydetmeye değer, çünkü DNS tünelin kapsamadığı bir yoldan çıkabilir. İki çıktıyı da zaman damgasıyla saklayın. Bir sonraki karşılaştırmanın temeli bunlardır.

Normal bir terminalden doğrudan istekle karşılaştırın: o da Tor bildiriyorsa başka bir şey trafiği yönlendiriyordur ve zincir tasarımın varsaydığı gibi değildir.

Tünel düştüğünde ne olduğunu izleyin

Sessizce yerel arayüze geri düşen bir istemci, giriş muhafızının gördüğü kaynağı değiştirir ve kullanıcı genellikle bunu bilmez çünkü sayfa hâlâ yükleniyordur. Test etmeye değer hata budur, mutlu yol değil. Tüneli bilerek kesin ve Tor trafiğinin durup durmadığını ya da korumasız devam edip etmediğini izleyin.

nft list ruleset | grep -i -E 'vpn|tun|drop'
iptables -S | grep -i tun
ip link show | grep -E 'tun|wg'

Tünelin dışına giden trafiği engelleyen güvenlik duvarı kuralları tek güvenilir yedek denetimdir ve hem tarayıcının SOCKS istemcisini hem de önemsediğiniz her başka programı kapsamalıdır. Tarayıcı uzantısı bir cihaz VPN'i değildir ve diğer programları veya dış gözlemcileri etkilemez.

Ek katmanın güvenini hak edip etmediğine karar verin

Tor Projesi, kurulumu kendiniz değerlendiremiyorsanız Tor'un altına VPN yığmayı önermez. Belirttikleri neden ek bağımlılıktır: bir taraf daha, bir hesap daha ve bir hata modu daha. Amaç ISS'nizin Tor kullandığınızı görmesini engellemekse, VPN tam olarak o gözlemciyi hedefler. Amaç küresel bir gözlemciye karşı daha güçlü anonimlikse, VPN bunu sağlamaz.

Ters sıra da vardır ve adlar birbirinin yerine kullanılamaz:Tor over VPN ve VPN over Tor farklı güven ilişkilerini tanımlar ve farklı hata davranışını. Karıştırmadan önce karşılaştırmayı okuyun.

Hangi gözlemciyi kaydırmaya çalıştığınızı yazın, sonra gerçek yolun tasarıma uyduğunu doğrulayın, sonra hata davranışını doğrulayın. Bu üç yanıt ek hesabı ve yapılandırmayı haklı çıkarmıyorsa, belgelenmiş Tor Browser kurulumunda yanlış gidebilecek daha az parça vardır.