Jawapan lama mengesyorkan pengendali SOCKS tambahan kerana ia menyasarkan tindanan rangkaian .NET yang lebih lama. Tindanan .NET HTTP moden yang disokong boleh menggunakan skema URI proksi SOCKS terdokumen.

var handler = new HttpClientHandler
{
    Proxy = new WebProxy("socks5://203.0.113.10:1080"),
    UseProxy = true
};
using var client = new HttpClient(handler);

Titik akhir hanyalah ilustrasi. Senarai proksi SOCKS5 menyediakan calon awam untuk URI socks5 WebProxy ini; gunakan versi yang disokong oleh pengendali sebenar. Semak rangka kerja sasaran, masa jalan, platform dan pengendali sebenar yang digunakan oleh aplikasi sebelum menggunakan contoh ini pada proses .NET Framework yang lebih lama.

Dokumentasi proksi Microsoft semasa menyenaraikan socks4, socks4a dan socks5. Nama-nama itu menerangkan tingkah laku protokol. Nombor port sahaja tidak memilih versi SOCKS, dan ejaan socks5h curl bukanlah skema URI sejagat yang diterima oleh setiap klien.

Untuk perkhidmatan SOCKS5 yang disahkan, konfigurasikan kelayakan mengikut antara muka yang disokong oleh pengendali. SOCKS4 dan SOCKS4a tidak menyediakan mekanisme pengesahan kata laluan yang sama.

URL destinasi kekal tidak berubah. Permintaan HTTPS masih menubuhkan dan mengesahkan TLS destinasi melalui laluan proksi; menambah SOCKS bukan alasan untuk mematikan pengesahan itu.

Artikel berkaitan