Permintaan proxy paralel memerlukan kepemilikan handle libcurl yang terpisah
Jaga handle libcurl berada di bawah kepemilikan satu thread pada satu waktu saat permintaan memakai proxy berbeda.
Opsi proxy dimiliki oleh sebuah handle libcurl easy. Mengubah opsi itu dari satu thread saat thread lain melakukan transfer pada handle yang sama melanggar aturan kepemilikan handle.
libcurl aman untuk thread bila aturan terdokumentasinya diikuti. Ia tidak menyinkronkan secara internal akses bersamaan sembarang ke satu handle. Beri pekerja bersamaan handle mereka sendiri, atau alihkan kepemilikan hanya setelah pengguna sebelumnya selesai.
Antarmuka share memiliki persyaratan penguncian dan batasan tersendiri. Itu bukan izin untuk mengubah setiap pengaturan handle easy bersama dari setiap pekerja.
Contoh thread proxy lama sering menyertakan callback penguncian untuk versi pustaka TLS lama. Periksa dokumentasi keamanan thread terkini untuk backend dan build TLS yang sebenarnya. Menyalin callback OpenSSL historis ke aplikasi saat ini bukan pengganti kepemilikan handle yang benar.
Inisialisasi status pustaka global sesuai persyaratan startup terdokumentasi sebelum memakainya secara bersamaan. Untuk permintaan publik yang diizinkan melalui perantara publik, daftar proxy gratis menawarkan kandidat untuk opsi proxy setiap pekerja; cocokkan protokol dengan build libcurl. Untuk setiap operasi yang gagal, pertahankan proxy yang dikonfigurasi pada handle dan hasil kesalahannya sendiri. Variabel global “proxy saat ini” adalah pengenal yang buruk saat beberapa transfer sedang berjalan.