Ang magkatulad na proxy request ay nangangailangan ng hiwalay na pagmamay-ari ng libcurl handle

Ang opsyon ng proxy ay pag-aari ng isang libcurl easy handle. Ang pagbabago ng opsyon na iyon mula sa isang thread habang nagsasagawa ng transfer ang ibang thread sa parehong handle ay lumalabag sa mga tuntunin ng pagmamay-ari ng handle.

Ang libcurl ay thread-safe kapag sinusunod ang mga nakadokumentong tuntunin nito. Hindi nito isinasabay ang arbitraryong sabay na pag-access sa isang handle sa loob. Bigyan ng sariling handle ang mga magkatulad na manggagawa, o ilipat ang pagmamay-ari kapag natapos na ang naunang gumagamit.

Ang share interface ay may hiwalay na mga pangangailangan sa pag-lock at mga limitasyon. Hindi ito pahintulot para baguhin ng bawat manggagawa ang bawat setting ng isang pinagsasaluhang easy handle.

Madalas may kasamang locking callback ang lumang halimbawa ng proxy thread para sa lumang bersyon ng TLS library. Tingnan ang kasalukuyang dokumentasyon ng thread safety para sa aktwal na TLS backend at build. Ang pagkopya ng makasaysayang OpenSSL callback sa kasalukuyang aplikasyon ay hindi kapalit ng tamang pagmamay-ari ng handle.

Simulan ang pandaigdigang estado ng library ayon sa mga nakadokumentong pangangailangan sa pagsisimula bago ito gamitin nang sabay. Para sa mga pampublikong request na pinapayagan sa pamamagitan ng mga pampublikong tagapamagitan, libreng listahan ng proxy nag-aalok ng mga kandidato para sa opsyon ng proxy ng bawat manggagawa; itugma ang protocol sa build ng libcurl. Para sa bawat nabigong operasyon, panatilihin ang naka-configure na proxy ng handle at ang sarili nitong resulta ng error. Ang pandaigdigang variable na “kasalukuyang proxy” ay mahinang identifier kapag maraming transfer ang tumatakbo.