HTTP atau SOCKS5: IP proxy mana yang dipilih?
Pilih jenis proxy berdasarkan aplikasi, lalu lintas yang didukung, dan kebutuhan DNS di sisi proxy.
Buka dahulu setelan proxy aplikasi. Protokol yang didukung menentukan entri daftar yang bisa dipakai; label mengesankan atau nomor port akrab tidak menambah dukungan klien.
| Aplikasi atau tugas | Pilihan dan pemeriksaan |
|---|---|
| Hanya menyediakan kolom proxy HTTP | Endpoint sesuai dari daftar proxy HTTP. Uji juga HTTPS CONNECT jika memerlukan tujuan HTTPS. |
| Mendukung SOCKS5 dan memerlukan opsi koneksi atau DNS | Endpoint SOCKS5 dengan opsi yang diperlukan didukung kedua sisi. |
| Memerlukan UDP | Periksa dukungan UDP pada klien dan endpoint; label SOCKS5 saja tidak cukup. |
| Memerlukan SOCKS4 | Endpoint SOCKS4 kompatibel dan mode klien yang cocok. |
| Tidak mendukung proxy | IP dari daftar tidak dapat mengonfigurasi aplikasi sendiri. |
Untuk permintaan web dan API, proxy HTTP sering cukup. Ia meneruskan HTTP dan, jika diizinkan, membawa HTTPS melalui CONNECT. Keberhasilan halaman HTTP biasa tidak membuktikan dukungan terowongan: layanan dapat meminta autentikasi terowongan atau membatasi tujuan dan port.
SOCKS bekerja di bawah lapisan permintaan HTTP. Aplikasi kompatibel memintanya membentuk koneksi tanpa menafsirkan permintaan HTTP, sehingga berguna juga untuk lalu lintas lain yang didukung. SOCKS5 menetapkan alamat IPv4, IPv6 dan nama domain, autentikasi, serta asosiasi UDP. Aplikasi atau endpoint gratis tertentu mungkin hanya menerapkan sebagian fitur. Rute TCP SOCKS browser tidak otomatis mencakup aplikasi lain atau layanan UDP.
Di mana nama tujuan diresolusikan?
Dalam curl, penulisan URL SOCKS5 menentukan lokasi DNS tujuan: socks5:// meresolusi secara lokal; socks5h:// meminta proxy melakukannya. Pandangan DNS berbeda dapat membuat satu pilihan berhasil dan yang lain gagal. Klien lain mungkin memakai kotak centang atau opsi terpisah. Memilih SOCKS5 saja tidak membuktikan semua pencarian DNS melewatinya.
SOCKS4 memiliki lebih sedikit kemampuan; SOCKS4a menambahkan penanganan nama host. Jika klien dan layanan mendukung SOCKS5 dan tidak ada alasan memakai protokol lama, entri SOCKS5 yang sesuai merupakan pilihan awal wajar. Memasukkan endpoint SOCKS4 saat klien tetap dalam mode SOCKS5 adalah ketidakcocokan protokol.
Setelah protokol cocok, uji tujuan sebenarnya dan identifikasi kegagalan pertama. HTTP maupun SOCKS5 tidak mengukur anonimitas: kepercayaan kepada operator, TLS tujuan dan rute nyata aplikasi tetap menentukan perlindungan.