Proxy eskaera paraleloek libcurl handleen jabetza bereizia behar dute
Mantendu libcurl handleak hari bakarraren jabetzapean aldi berean, eskaerek proxy desberdinak erabiltzen dituztenean.
Proxy aukera bat libcurl easy handle bati dagokio. Aukera hori hari batetik aldatzeak, beste hari batek handle berean transferentzia egiten duen bitartean, handlearen jabetza-arauak urratzen ditu.
libcurl haria-segurua da bere arau dokumentatuak betetzen direnean. Ez du barnean sinkronizatzen handle baterako edozein sarbide aldi berean. Emaiezu langile paraleloei beren handleak, edo transferitu jabetza aurreko erabiltzailea amaitu denean soilik.
Share interfazeak blokeo-baldintza eta muga bereiziak ditu. Ez da langile bakoitzak easy handle partekatu baten ezarpen guztiak aldatzeko baimena.
Proxy harien adibide zaharrek TLS liburutegi bertsio zaharren blokeo-callbackak izaten dituzte sarritan. Egiaztatu egungo hari-segurtasun dokumentazioa benetako TLS backend eta buildarentzat. OpenSSL callback historikoak uneko aplikazio batera kopiatzeak ez du handlearen jabetza zuzena ordezkatzen.
Hasieratu liburutegiaren egoera orokorra abiarazte-baldintza dokumentatuen arabera, aldi berean erabili aurretik. Bitartekari publikoen bidez baimendutako eskaera publikoetarako, proxy zerrenda doakoa k zer eskaintzen ditu langile bakoitzaren proxy aukerarako hautagaiak; egokitu protokoloa libcurl buildari. Hutsegindako eragiketa bakoitzerako, mantendu handlearen konfiguratutako proxya eta bere errore-emaitza. “Uneko proxy” aldagai globala identifikatzaile eskasa da hainbat transferentzia abian direnean.