HTTP atau SOCKS5: IP proksi yang mana patut dipilih?
Pilih jenis proksi mengikut aplikasi, trafik yang disokong dan keperluan DNS pada pihak proksi.
Buka dahulu tetapan proksi aplikasi. Protokol yang disokong menentukan entri senarai yang boleh digunakan; label hebat atau nombor port biasa tidak menambah sokongan klien.
| Aplikasi atau tugas | Pilih dan semak |
|---|---|
| Hanya menawarkan medan proksi HTTP | Titik akhir sesuai daripada senarai proksi HTTP. Uji juga HTTPS CONNECT jika memerlukan destinasi HTTPS. |
| Menyokong SOCKS5 dan memerlukan pilihan sambungan atau DNS | Titik SOCKS5 dengan pilihan yang diperlukan disokong pada kedua-dua pihak. |
| Memerlukan UDP | Semak UDP pada klien dan titik akhir; label SOCKS5 sahaja tidak cukup. |
| Memerlukan SOCKS4 | Titik SOCKS4 serasi dan mod klien sepadan. |
| Tiada sokongan proksi | IP daripada senarai tidak dapat mengkonfigurasi aplikasi sendiri. |
Untuk permintaan web dan API, proksi HTTP sering memadai. Ia memajukan HTTP dan, apabila dibenarkan, membawa HTTPS melalui CONNECT. Halaman HTTP biasa yang berjaya tidak membuktikan sokongan terowong: perkhidmatan boleh memerlukan pengesahan terowong atau mengehadkan destinasi dan port.
SOCKS berfungsi di bawah lapisan permintaan HTTP. Aplikasi serasi memintanya membentuk sambungan tanpa mentafsir permintaan HTTP, jadi ia turut berguna untuk trafik lain yang disokong. SOCKS5 mentakrifkan alamat IPv4, IPv6 dan nama domain, pengesahan serta perkaitan UDP. Aplikasi atau titik percuma tertentu mungkin hanya melaksanakan sebahagian ciri. Laluan TCP SOCKS pelayar tidak meliputi aplikasi lain atau perkhidmatan UDP secara automatik.
Di mana nama destinasi diselesaikan?
Dalam curl, ejaan URL SOCKS5 menentukan tempat DNS destinasi berlaku: socks5:// menyelesaikan secara setempat; socks5h:// meminta proksi melakukannya. Pandangan DNS berbeza boleh menjadikan satu pilihan berjaya dan satu lagi gagal. Klien lain mungkin menggunakan kotak semak atau pilihan berasingan. Memilih SOCKS5 sahaja tidak membuktikan semua carian DNS melaluinya.
SOCKS4 mempunyai kurang keupayaan; SOCKS4a menambah pengendalian nama hos. Jika klien dan perkhidmatan menyokong SOCKS5 tanpa sebab menggunakan protokol lama, entri SOCKS5 yang sesuai ialah pilihan awal munasabah. Memasukkan titik SOCKS4 ketika klien dalam mod SOCKS5 ialah ketidakpadanan protokol.
Apabila protokol sepadan, uji destinasi sebenar dan kenal pasti kegagalan pertama. HTTP mahupun SOCKS5 tidak mengukur kerahsiaan identiti: kepercayaan kepada pengendali, TLS destinasi dan laluan sebenar aplikasi masih menentukan perlindungan.