პარალელური პროქსი მოთხოვნებს libcurl-ის დეშტების ცალკე მფლობელობა სჭირდება

პროქსის პარამეტრი ეკუთვნის libcurl easy დეშტს. ამ პარამეტრის ერთი ნაკადიდან შეცვლა, სანამ სხვა ნაკადი იმავე დეშტზე გადაცემას ასრულებს, არღვევს დეშტის მფლობელობის წესებს.

libcurl ნაკად-უსაფრთხოა, თუ დოკუმენტირებული წესები დაცულია. ის შიდად არ სინქრონიზებს თვითნებურ ერთდროულ წვდომას ერთ დეშტზე. მიეცით პარალელურ მუშაკებს საკუთარი დეშტები, ან გადასცეთ მფლობელობა მხოლოდ მაშინ, როცა წინა მომხმარებელმა დაასრულა.

share ინტერფეისს აქვს ცალკე ჩაკეტვის მოთხოვნები და ლიმიტები. ეს არ არის ნებართვა, რომ ყველა მუშაკმა შეცვალოს საერთო easy დეშტის ყველა პარამეტრი.

ძველი პროქსი-ნაკადის მაგალითები ხშირად შეიცავს ჩაკეტვის callback-ებს TLS ბიბლიოთეკის ძველი ვერსიებისთვის. შეამოწმეთ მიმდინარე ნაკად-უსაფრთხოების დოკუმენტაცია რეალური TLS backend-ისა და build-ისთვის. OpenSSL-ის ისტორიული callback-ების მიმდინარე აპლიკაციაში კოპირება არ ცვლის დეშტის სწორ მფლობელობას.

გაუშვით ბიბლიოთეკის გლობალური მდგომარეობა დოკუმენტირებული გაშვების მოთხოვნების მიხედვით, სანამ ერთდროულად გამოიყენებთ. საჯარო შუამავლების მეშვეობით დაშვებული საჯარო მოთხოვნებისთვის უფასო პროქსი სია გვთავაზობს კანდიდატებს თითოეული მუშაკის პროქსის პარამეტრისთვის; შეუსაბამეთ პროტოკოლი libcurl-ის build-ს. ყოველი წარუმატებელი ოპერაციისთვის შეინახეთ დეშტის კონფიგურირებული პროქსი და მისი საკუთარი შეცდომის შედეგი. გლობალური “მიმდინარე პროქსი” ცვლადი ცუდი იდენტიფიკატორია, როცა რამდენიმე გადაცემა მიმდინარეობს.