Pengungkapan dari kami: kami adalah Geonode dan kami menjual proxy, sehingga artikel ini merupakan artikel di mana kami justru menentang penggunaan produk kami sendiri. Menghubungkan proxy kami di belakang proxy milik pihak lain, atau melalui beberapa proxy kami secara berurutan, akan membuat permintaan Anda menjadi lebih lambat dan kurang andal, serta tidak akan secara signifikan meningkatkan posisi Anda. Alasannya bersifat struktural, bukan karena keterbatasan penyedia tertentu, dan hal ini dijelaskan di bawah ini. Ada dua atau tiga alasan yang benar-benar baik untuk melakukan rantai proxy, dan alasan tersebut berkaitan dengan perutean dan akses, bukan anonimitas. Jika tujuan Anda adalah anonimitas, jawaban jujurnya adalah bahwa sistem yang dirancang khusus dapat melakukannya dengan baik, sedangkan tumpukan proxy komersial tidak.
Apa Itu Chaining Sebenarnya
Biasanya: Anda terhubung ke proxy, lalu proxy tersebut terhubung ke tujuan. Dua koneksi, satu perantara.
Chained: Anda terhubung ke proxy A, yang terhubung ke proxy B, yang terhubung ke tujuan. Setiap lompatan (hop) mengakhiri koneksi sebelumnya dan memulai koneksi baru, sehingga tujuan hanya melihat alamat proxy B, dan proxy B hanya melihat proxy A.
Manfaat yang diklaim adalah tidak ada satu pun perantara yang mengetahui kedua ujungnya, dan bahwa melacak jalur tersebut memerlukan kerja sama dari setiap operator dalam rantai tersebut.
Kedua klaim tersebut benar dalam arti sempit, dan keduanya jauh lebih lemah dalam praktiknya daripada yang disarankan oleh ringkasan tersebut. Sisa artikel ini akan membahas alasannya.
Dua Cara Membangun Rantai
Rantai sisi klien adalah kasus yang umum: perangkat Anda dikonfigurasi untuk meneruskan lalu lintas melalui A, dan A dikonfigurasi — atau diperintahkan — untuk meneruskannya ke B. Alat seperti proxychains melakukan ini dengan mencegat koneksi dan mengarahkannya melalui daftar yang Anda kendalikan.
Sifat yang penting: Anda yang memilih rantai tersebut. Anda mengetahui setiap lompatan, Anda dapat mengubahnya, dan tidak ada operator yang perlu bekerja sama. Inilah mengapa hampir semua rantai praktis berada di sisi klien.
Rantai sisi server terjadi ketika penyedia mengalihkan lalu lintas Anda melalui infrastruktur yang tidak Anda kendalikan. Beberapa layanan melakukan ini secara internal — sebuah gerbang yang mengakhiri koneksi Anda dan keluar melalui salah satu dari banyak titik akhir secara teknis merupakan rantai, meskipun biasanya tidak digambarkan sebagai rantai.
Sifat yang penting di sini justru sebaliknya: Anda tidak mengendalikan rantai tersebut dan tidak dapat memverifikasinya. Klaim penyedia layanan bahwa mereka merutekan lalu lintas melalui beberapa negara tidak dapat diverifikasi dari pihak Anda. Itu hanyalah pernyataan kepercayaan, bukan arsitektur.
proxychains: Fungsi dan Batasannya
Alat yang paling terkenal ini, dan deskripsinya sendiri menjelaskan mekanismenya dengan tepat. proxychains adalah "sebuah program UNIX, yang mengaitkan fungsi libc terkait jaringan dalam program yang ditautkan secara dinamis melalui DLL yang dimuat sebelumnya dan mengalihkan koneksi melalui SOCKS4a/5 atau proxy HTTP."
Kalimat tersebut mengandung kecerdikan sekaligus keterbatasannya.
Kecerdikannya: alat ini berfungsi pada program yang tidak memiliki dukungan proxy sendiri. Karena mengintervensi pada tingkat libc, aplikasi yang melakukan panggilan soket biasa akan dialihkan secara transparan tanpa menyadarinya.
Keterbatasannya, secara langsung: program ini "hanya berfungsi pada program yang ditautkan secara dinamis", dan mensyaratkan bahwa proxychains serta aplikasi target "menggunakan penghubung dinamis yang sama". Biner yang ditautkan secara statis — yang mencakup banyak perangkat lunak Go modern — sama sekali tidak terpengaruh. Program tetap berjalan, terhubung secara langsung, dan tidak ada peringatan apa pun yang muncul.
Tiga mode rantai didukung:
Urutan tepat — proxy digunakan persis seperti yang dikonfigurasi. Dapat diprediksi, dan satu proxy yang mati akan memutus rantai. Urutan dinamis — proxy yang mati dikecualikan secara cerdas, sehingga rantai tetap bertahan meskipun terjadi kegagalan, dengan konsekuensi bahwa urutannya tidak sesuai dengan yang Anda tentukan. Urutan acak — subset acak dengan panjang yang dikonfigurasi, berguna saat Anda menginginkan variasi antar eksekusi.
Dukungan protokol mencakup SOCKS4, SOCKS4a, SOCKS5, dan HTTP(S), dengan otentikasi nama pengguna/kata sandi untuk SOCKS serta otentikasi dasar untuk HTTP.
Dan ada satu mode kegagalan yang terdokumentasi yang perlu diketahui karena memang sangat jarang terjadi: "ketika sebuah proses melakukan forking, melakukan pencarian DNS di proses anak, dan kemudian menggunakan alamat IP di proses induk, pemetaan IP yang sesuai tidak akan ditemukan." Aplikasi yang disusun dengan cara ini akan berperilaku tidak normal dengan cara yang tampak seperti masalah jaringan, padahal sebenarnya bukan.
Latensi Bertumpuk dan Keandalan Semakin Menurun
Perhitungan matematis inilah yang menjadi argumen terkuat menentang rantai proxy yang sembarangan.
Latensi terus bertambah. Setiap hop menyumbangkan waktu bolak-baliknya sendiri ditambah waktu pemrosesan. Permintaan langsung yang semula 50 ms bisa menjadi sekitar 200 ms melalui satu proxy dan 400 ms melalui dua proxy. Untuk penggunaan interaktif, inilah perbedaan antara pengalaman yang nyaman dan yang menjengkelkan. Untuk tugas pengumpulan data yang melakukan seratus ribu permintaan, inilah perbedaan antara empat jam dan delapan jam.
Keandalan berlipat ganda, dan perkalian angka di bawah satu hanya akan menghasilkan satu hasil. Jika setiap hop tersedia secara independen 95% dari waktu:
| Hop | Tingkat keberhasilan |
|---|---|
| 1 | 95% |
| 2 | 90,3% |
| 3 | 85,7% |
| 4 | 81,5% |
Rantai tiga hop yang terdiri dari proxy-proxy yang masing-masing andal merupakan sistem yang gagal dalam satu dari setiap tujuh permintaan. Dan kegagalan dalam rantai lebih parah daripada kegagalan pada satu hop saja, karena diagnosisnya lebih sulit — waktu tunggu (timeout) hanya memberitahu bahwa rantai terputus, bukan tautan mana yang bermasalah.
Bandwidth ditagih per hop. Jika Anda membayar dua proxy berbatas kuota, setiap byte akan ditagih dua kali. Menggabungkan dua layanan residensial seharga $0,79/GB berarti biaya $1,58/GB untuk data yang sama.
Throughput dibatasi oleh hop yang paling lambat, dan penambahan hop meningkatkan kemungkinan terjadinya kelambatan.
Mengingat biaya-biaya tersebut, manfaatnya haruslah substansial. Biasanya, hal itu tidak terjadi.
Apakah Chaining Membuat Anda Lebih Anonim?
Jawaban jujurnya adalah: tidak se-anonim yang diiklankan, dan hal ini sepenuhnya bergantung pada siapa operatornya.
Apa yang sebenarnya dicapai oleh chaining. Tidak ada satu hop pun yang melihat alamat Anda dan tujuan secara bersamaan. Hop A tahu siapa Anda dan bahwa Anda berkomunikasi dengan B. Hop B tahu bahwa ia berkomunikasi dengan tujuan, tetapi tidak tahu siapa yang menjadi pengirim. Itulah sifat sejatinya.
Mengapa hasilnya kurang dari yang terlihat.
Korelasi antar hop mudah dilakukan oleh siapa pun yang memantau keduanya. Seorang pengamat yang memiliki visibilitas terhadap kedua ujung — waktu, volume, pola — dapat menghubungkannya tanpa perlu mendekripsi apa pun. Ini adalah analisis lalu lintas dan merupakan masalah utama sistem anonimitas. Dua proxy komersial tidak mengatasi masalah ini.
Kepemilikan bersama meruntuhkan rantai tersebut. Jika kedua hop milik penyedia yang sama, atau menjual kembali jaringan dasar yang sama, pemisahan tersebut hanyalah ilusi. Hubungan reseller di pasar proxy umum terjadi dan tidak selalu diungkapkan, dan rantai melalui dua merek yang berbagi pemasok memiliki satu operator, bukan dua.
Lapisan aplikasi sepenuhnya mengalahkan sistem ini. Cookie, data login, sidik jari browser, dan apa pun yang Anda ketikkan akan mengidentifikasi Anda terlepas dari rute yang dilalui. Rantai lima proxy yang mengangkut sesi di mana Anda sedang login adalah cara yang sangat lambat untuk diidentifikasi.
Catatan pembayaran dan akun dapat dilacak kembali. Anda membeli layanan-layanan ini. Ada catatannya.
Enkripsi tidak berlapis. Dalam rantai proxy biasa, setiap hop dapat membaca apa pun yang tidak dilindungi oleh TLS. Rantai tidak menambah enkripsi; rantai justru menambah perantara yang mungkin membaca lalu lintas Anda. Hal ini bertolak belakang dengan tujuan yang diinginkan, dan inilah hal spesifik yang akan dibahas pada bagian berikutnya.
Apakah Tor Melakukan Rantai dengan Benar
Hal ini layak dipahami sebagai acuan desain, karena menunjukkan apa yang kurang dari tumpukan proxy komersial.
Proyek Tor secara langsung menjelaskan perbedaannya: "Tidak seperti server proxy biasa, yang menciptakan satu titik kepercayaan dan kegagalan, Tor merutekan lalu lintas Anda melalui beberapa relai dengan enkripsi berlapis."
Lalu lintas melewati setidaknya tiga relai, dan informasi tersebut sengaja dipisahkan. Relay pertama mungkin melihat bahwa suatu alamat menggunakan Tor, tetapi tidak dapat menentukan tujuannya. Relay tengah melihat lalu lintas terenkripsi dan tidak dapat mengidentifikasi baik pengirim maupun tujuan akhir. Relay keluar melihat lalu lintas keluar tetapi tidak melihat sumbernya — dan dengan HTTPS, hanya situs tujuan, bukan isinya.
Tiga sifat desain membuat hal ini berfungsi, dan rantai proxy manual tidak memiliki satupun dari sifat tersebut:
Enkripsi berlapis. Setiap hop mengupas satu lapisan. Sebuah relay tidak dapat membaca apa yang akan diterima oleh hop berikutnya. Dalam rantai proxy biasa, setiap hop melihat lalu lintas Anda sebagaimana dikirim oleh klien Anda.
Sirkuit dipilih oleh klien dari direktori yang dipublikasikan, dengan batasan jalur yang dirancang untuk menghindari relai yang saling terkait. Dalam rantai manual, Anda memilih dari apa pun yang Anda beli, dan Anda tidak dapat mengetahui apakah dua penyedia berbagi infrastruktur.
Relai dioperasikan secara independen oleh sukarelawan. Penyedia proxy komersial adalah perusahaan yang memiliki catatan, tagihan, dan kewajiban hukum.
Tak satu pun dari hal ini menjadikan Tor sebagai jawaban universal — Tor lambat, banyak situs yang memblokirnya, dan tidak cocok untuk pengumpulan data dalam volume besar. Intinya adalah perbandingan: jika anonimitas adalah tujuan Anda, sistem yang dirancang untuk itu akan berfungsi dengan baik, dan menumpuk proxy komersial hanya mendekati bentuknya tanpa substansinya.
Kebocoran yang Menghancurkan Seluruh Rantai
Kualitas sebuah rantai ditentukan oleh jalur terlemahnya, dan beberapa jalur justru melewati rantai tersebut sepenuhnya.
DNS. Yang paling umum. Jika resolver Anda diakses secara langsung, penyedia layanan internet (ISP) Anda dapat melihat setiap nama host sementara lalu lintas Anda melewati tiga hop. Dengan SOCKS5, gunakan skema socks5h agar nama host diselesaikan oleh proxy, bukan secara lokal — perbedaan antara socks5:// dan socks5h:// di curl persis seperti ini, dan ini adalah satu-satunya detail yang paling sering terlewatkan dalam konfigurasi proxy.
WebRTC. Di peramban, hal ini dapat mengekspos alamat lokal dan publik di luar jalur proxy.
IPv6. Rantai yang hanya mendukung IPv4 namun memiliki konektivitas IPv6 berarti sebagian lalu lintas akan terkirim secara langsung. Hal ini terjadi tanpa pemberitahuan dan tidak terlihat kecuali diuji.
Biner yang ditautkan secara statis di bawah proxychains. Telah dibahas di atas: penyadapan sama sekali tidak berlaku, dan program tersebut terhubung langsung tanpa peringatan.
Apa pun di luar proses yang diintercept. Pembaruan sistem, telemetri, layanan latar belakang. Mereka tidak pernah berada dalam rantai.
Aturan umumnya: verifikasi, jangan berasumsi. Memastikan bahwa sebuah situs web melaporkan alamat IP asing hanya mengonfirmasi hal yang jelas-jelas akan berubah. Panduan kami tentang pengujian proxy membahas pemeriksaan DNS, WebRTC, dan IPv6 dengan benar, dan untuk rantai, verifikasi ini justru lebih penting, bukan sebaliknya, karena ada lebih banyak titik di mana verifikasi tersebut bisa gagal.
Alasan Sah untuk Menggunakan Rantai Proksi
Contoh kasus nyata, yang tidak satupun berkaitan dengan anonimitas.
Mengakses jaringan yang tidak dapat dijangkau secara langsung. Proksi perusahaan adalah satu-satunya jalur keluar yang tersedia, dan Anda memerlukan proksi kedua di luarnya untuk tujuan tertentu. Ini adalah rantai sebagai "saluran", dan sejauh ini merupakan penggunaan sah yang paling umum.
Jembatan protokol. Aplikasi Anda hanya mendukung SOCKS tetapi proxy yang tersedia adalah HTTP, atau sebaliknya. Proxy lokal mengonversi dan meneruskan. Sekali lagi, ini adalah "saluran".
Menambahkan kemampuan pada hop lokal. Menjalankan proxy lokal untuk caching, pencatatan, penulisan ulang permintaan, atau inspeksi TLS, yang kemudian meneruskan ke proxy hulu. Ini adalah rantai di mana hop pertama ada untuk melakukan tugas tertentu, bukan untuk menyembunyikan apa pun, dan ini merupakan praktik standar dalam pengembangan dan pengujian.
Rute geografis yang tidak dapat Anda beli secara langsung. Kadang-kadang lokasi keluar yang Anda butuhkan hanya dapat dijangkau melalui perantara. Hal ini jarang terjadi, dan sebaiknya periksa apakah penyedia layanan menawarkan lokasi tersebut sebelum membangun rantai.
Menguji perilaku multi-hop. Jika Anda sedang membangun sesuatu yang akan berjalan di balik beberapa proxy, menguji jalur tersebut adalah hal yang wajar.
Perhatikan kesamaan di antara hal-hal ini: rantai tersebut ada karena adanya batasan perutean, bukan karena diasumsikan bahwa semakin banyak hop akan semakin baik. Itulah perbedaan yang perlu diterapkan pada kasus Anda sendiri.
Pertanyaan Lainnya
Apakah menggabungkan proxy membuat Anda lebih anonim?
Sedikit saja, dan tidak sebesar yang diharapkan. Hal ini memang berarti tidak ada satu hop pun yang melihat alamat Anda dan alamat tujuan secara bersamaan. Namun, hal ini tidak melindungi dari korelasi lalu lintas, kepemilikan bersama antar penyedia layanan, atau identifikasi di lapisan aplikasi melalui cookie, data login, dan fingerprinting. Rantai biasa juga tidak menambahkan enkripsi — setiap hop dapat melihat apa pun yang tidak dilindungi oleh TLS.
Berapa banyak proxy yang harus saya rantai?
Untuk alasan perutean yang sah, sesedikit yang diperlukan oleh batasan — biasanya dua. Untuk anonimitas, merantai proxy komersial adalah pendekatan yang salah berapa pun jumlahnya, dan sistem yang dirancang khusus untuk tujuan tersebut akan bekerja lebih baik. Setiap hop tambahan menambah latensi, melipatgandakan kemungkinan kegagalan, dan menggandakan tagihan bandwidth Anda.
Apa itu proxychains dan bagaimana cara kerjanya?
Sebuah alat Unix yang mengaitkan fungsi libc terkait jaringan dalam program yang ditautkan secara dinamis dan mengalihkan koneksi melalui proxy SOCKS4a/5 atau HTTP. Alat ini menawarkan urutan rantai yang tepat, dinamis, dan acak. Keterbatasan utamanya adalah alat ini hanya berfungsi pada program yang ditautkan secara dinamis — binari yang ditautkan secara statis akan terhubung langsung tanpa peringatan.
Apakah rantai proxy lambat?
Ya, tentu saja. Setiap hop menambah waktu bolak-balik dan waktu pemrosesan, sehingga rantai dua hop kira-kira menggandakan biaya yang Anda keluarkan untuk satu proxy. Throughput dibatasi oleh hop yang paling lambat, dan jika setiap hop memiliki keandalan 95%, rantai tiga hop akan berhasil sekitar 86% dari waktu.
Bisakah saya menggabungkan VPN dan proxy?
Secara teknis ya, dan hal ini umum dilakukan. Dampaknya secara praktis biasanya berupa latensi yang lebih tinggi dengan perubahan yang relatif kecil pada apa yang diamati oleh masing-masing pihak. Penyedia VPN Anda tetap melihat Anda terhubung, operator proxy tetap melihat permintaan Anda, dan kedua pengaturan tersebut tidak mengatasi masalah identifikasi di lapisan aplikasi.
Apakah rantai ini mencegah situs web melacak saya?
Tidak. Pelacakan dilakukan melalui cookie, sidik jari browser, login akun, dan pola perilaku — tidak ada satupun dari hal-hal tersebut yang terpengaruh oleh berapa banyak hop jaringan yang dilalui lalu lintas Anda. Perubahan rute mengubah alamat yang dicatat oleh situs, dan situs-situs sudah lama tidak lagi mengandalkan alamat saja.
Apakah Tor merupakan rantai proxy?
Tor adalah chaining yang dilakukan dengan tiga sifat yang tidak dimiliki oleh rantai manual: enkripsi berlapis sehingga tidak ada relay yang dapat membaca apa yang diterima relay berikutnya, jalur yang dipilih klien dari direktori yang dipublikasikan dengan batasan untuk menghindari relay yang saling terkait, dan relay sukarelawan yang dioperasikan secara independen. Proyek Tor membandingkan hal ini dengan proxy biasa, yang “menciptakan satu titik kepercayaan dan kegagalan”.
Apakah saya harus membayar dua kali untuk bandwidth dalam rantai?
Jika kedua hop tersebut dikenakan biaya berdasarkan penggunaan, ya — setiap byte melewati keduanya dan ditagih oleh keduanya. Dua layanan perumahan seharga $0,79/GB akan dikenakan biaya $1,58/GB untuk data yang sama. Ini adalah alasan yang jelas untuk memeriksa apakah rantai tersebut benar-benar memecahkan masalah sebelum membangunnya.
Kesimpulan
Rantai proxy adalah teknik perutean yang sering dipromosikan sebagai teknik privasi, padahal keduanya bukanlah hal yang sama.
Sebagai teknik perutean, terkadang hal ini tepat: keluar melalui proxy perusahaan ke tujuan yang memerlukan proxy lain, menjembatani antara SOCKS dan HTTP, atau menempatkan proxy lokal di depan untuk penyimpanan dalam cache dan pencatatan. Dalam kasus-kasus tersebut, rantai tersebut ada karena adanya batasan, dan latensi tambahan merupakan harga yang harus dibayar untuk rute tersebut.
Sebagai teknik privasi, ini adalah versi lemah dari sesuatu yang sebenarnya ada dalam versi yang lebih kuat. Rantai manual tidak menambahkan enkripsi apa pun, sehingga setiap hop dapat membaca apa pun yang tidak dilindungi oleh TLS. Teknik ini tidak dapat memberi tahu Anda apakah dua penyedia berbagi infrastruktur. Teknik ini tidak berbuat apa-apa terhadap korelasi lalu lintas, dan sama sekali tidak berbuat apa-apa terhadap cookie, login, dan sidik jari — yang justru di situlah identifikasi sebenarnya terjadi.
Sementara itu, biayanya pasti. Latensi bertambah, keandalan menurun drastis, dan tagihan bandwidth yang dibatasi menjadi dua kali lipat. Jika Anda mempertimbangkan rantai, pertanyaan yang berguna adalah kendala perutean spesifik mana yang diselesaikannya. Jika jawabannya adalah "semakin banyak hop tampaknya lebih aman", perhitungan matematisnya justru merugikan Anda.