VPN ke dalam Tor, Tor ke dalam VPN: mengapa rantainya putus
Saat VPN, Tor, dan proksi ditumpuk, urutan menentukan apa yang diresolusi dan apa yang dibawa. Temukan batas pertama yang putus sebelum mengubah ketiganya.
Menumpuk VPN, Tor, dan proksi aplikasi terasa seperti melipatgandakan privasi, dan sebenarnya melipatgandakan jumlah tempat koneksi bisa mati. Hasil biasanya adalah browser yang berputar sementara ketiga alat itu menyatakan diri sehat. Mengubah ketiga pengaturan sekaligus lalu menghapus satu-satunya petunjuk tentang mana yang berbohong.
Gambar dulu jalur yang dimaksud menurut urutan, dengan menyebut program mana yang membuka setiap koneksi dan nama mana yang diresolusi di setiap langkah.
Lapisan tidak bertambah, mereka saling memengaruhi
VPN sebelum Tor berarti koneksi masuk klien Tor berjalan di dalam terowongan. VPN yang dibawa melalui Tor berarti titik akhir klien VPN itu sendiri harus dapat dijangkau melalui Tor, yang merupakan syarat sangat berbeda. Proksi browser menambah satu lompatan lagi yang tidak diketahui sistem operasi. Tiga susunan, tiga daftar ketergantungan terpisah.
Setiap susunan mengubah apa yang bisa diresolusi, apa yang bisa dibawa, dan siapa yang melihat paket pertama. Hanya satu di antaranya yang bisa menjadi konfigurasi yang Anda maksud.
Tambahkan juga jalur langsung ke diagram. Rute cadangan, pengecualian terowongan terpisah, atau lewatan proksi dapat membuat halaman termuat sambil diam-diam melewati rantai yang ingin Anda uji, dan keberhasilan seperti itu lebih menyesatkan daripada kegagalan.
Urutan menentukan apa yang bisa dibawa
Tor membawa aliran TCP melalui antarmuka SOCKS-nya, dan klien yang meminta proksi meresolusi nama host menjaga pencarian di dalam sirkuit. UDP tidak berjalan begitu dalam konfigurasi biasa, itulah sebabnya terowongan WireGuard tidak dapat disarangkan di dalam Tor tanpa relai TCP tambahan di tengah.
OpenVPN dapat dipaksa ke TCP, jadi susunan itu setidaknya dapat dijelaskan. Ini juga lebih lambat dan lebih rapuh, dan mode kegagalannya saat putus terlihat sama seperti port yang diblokir. Perkirakan menghabiskan lebih banyak waktu membedakan keduanya daripada memperbaiki salah satunya.
Resolusi adalah separuh lainnya. Dengan --socks5-hostname proksi meresolusi tujuan, sedangkan --socks5 biasa bertanya dulu ke resolver lokal dan membocorkan nama ke luar sirkuit. Satu flag itulah yang menentukan apakah pencarian nama milik rantai atau milik penyedia layanan internet Anda.
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
Menemukan batas pertama yang putus
Uji tahapannya sesuai urutan perjalanan paket, dengan permintaan tak berbahaya, dan berhenti pada yang pertama gagal. Catat perintah mana yang dijalankan lebih dulu, karena urutan adalah bagian dari bukti. Dua perintah memisahkan sirkuit mati dari jalan keluar mati:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Yang pertama melaporkan apakah permintaan selesai melalui proksi SOCKS sama sekali, dan yang kedua menunjukkan alamat yang sedang ditampilkan jaringan. Jika yang pertama gagal dan yang kedua berhasil, masalahnya ada pada klien Tor atau sebelumnya. Jika keduanya berhasil dan browser tetap gagal, aplikasi memakai jalur berbeda dari shell.
Halaman IP publik juga hanya menggambarkan jalan keluar terakhir yang terlihat. Ia tidak bisa memberi tahu berapa lompatan sebelumnya, jadi pasangkan dengan keluaran status yang didukung setiap alat alih-alih memperlakukan satu angka sebagai diagram.
Kapan berhenti menambah lapisan
Jika Anda tidak bisa menyatakan dalam satu kalimat apa yang disumbangkan sebuah lapisan, hapus lapisan itu. Rantai yang tujuannya tidak jelas adalah rantai yang tidak bisa di-debug siapa pun pada pukul tiga pagi, dan keuntungan privasi dari lompatan yang tidak dijelaskan biasanya lebih kecil daripada ketersediaan yang hilang.
Jika sebuah lapisan memang layak dipertahankan, uji dulu sendirian, lalu tambahkan berikutnya dan konfirmasi jalurnya lagi dengan dua perintah yang sama. Pulihkan rantai lengkap sebelum penggunaan biasa, dan biarkan validasi TLS serta autentikasi tetap aktif; peringatan sertifikat yang diterima agar halaman termuat adalah akal-akalan perutean, bukan perbaikan. Catat urutan yang Anda pilih selagi masih segar.
Tuliskan urutan itu, termasuk resolver yang menjawab di setiap tahap. Rantai yang berfungsi dan dapat Anda jelaskan bertahan melewati pembaruan berikutnya, sedangkan rantai yang berfungsi tetapi Anda susun dengan coba-coba hilang bersamanya. Tambahkan tanggal dan versinya, agar kegagalan di kemudian hari dapat dibandingkan dengan keadaan yang diketahui baik alih-alih diperdebatkan dari ingatan. Sepuluh baris di berkas teks menghemat satu malam dugaan.