طلبات الوكيل المتوازية تحتاج إلى ملكية منفصلة لمقابض libcurl
أبقِ مقابض libcurl تحت ملكية خيط واحد في كل مرة عندما تستخدم الطلبات وكلاء مختلفين.
ينتمي خيار الوكيل إلى مقبض libcurl easy. تغيير ذلك الخيار من خيط بينما ينفذ خيط آخر نقلًا على المقبض نفسه يخالف قواعد ملكية المقبض.
libcurl آمن للخيوط عندما تُتبع قواعده الموثقة. وهو لا يزامن داخليًا الوصول المتزامن التعسفي إلى مقبض واحد. امنح العمال المتزامنين مقابضهم الخاصة، أو انقل الملكية فقط عندما ينتهي المستخدم السابق.
لواجهة المشاركة متطلبات قفل وحدود منفصلة. وهي ليست إذنًا بتغيير كل إعداد في مقبض easy مشترك من كل عامل.
غالبًا ما تتضمن أمثلة خيوط الوكيل القديمة دوال رد قفل لإصدارات قديمة من مكتبة TLS. تحقق من وثائق أمان الخيوط الحالية للواجهة الخلفية الفعلية لـ TLS وللبناء. نسخ ردود OpenSSL التاريخية إلى تطبيق حالي ليس بديلًا عن ملكية المقبض الصحيحة.
هيّئ الحالة العامة للمكتبة وفقًا لمتطلبات بدء التشغيل الموثقة قبل استخدامها بشكل متزامن. للطلبات العامة المسموح بها عبر وسطاء عامين، تقدم قائمة الوكلاء المجانية مرشحين لخيار الوكيل الخاص بكل عامل؛ طابق البروتوكول مع بناء libcurl. لكل عملية فاشلة، احتفظ بالوكيل المهيأ في المقبض ونتيجة الخطأ الخاصة به. المتغير العام “الوكيل الحالي” معرّف ضعيف عندما تكون عدة عمليات نقل قيد التنفيذ.