Det är proxyn som bär begäran. Det är PHP cURL:s cookiemotor som avgör vilka mål-cookies klienten skickar. Konfigurera båda på det handtag som utför överföringen. HTTP-proxylistan ger kandidater för vägen när detta arbete får använda offentliga mellanhänder:

curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_COOKIEFILE, '');

Det tomma COOKIEFILE-värdet aktiverar cookiemotorn utan att läsa in en inledande cookiefil. Senare begäranden på det handtaget kan skicka matchande cookies som tagits emot från målet.

För varaktighet mellan separat skapade handtag eller processer, använd en medveten cookiefilspolicy. COOKIEFILE läser cookies; COOKIEJAR skriver de cookies som libcurl behåller. Att ge COOKIEJAR en sökväg läser den inte också.

Håll cookiefiler åtskilda efter den session eller det konto som applikationen avser. En delad fil som används av samtidiga jobb kan blanda tillstånd oberoende av vilken proxy varje jobb väljer. Skydda filen, eftersom en sessionscookie kan ge åtkomst även om den inte är märkt som lösenord.

Om arbetsflödet kräver att det aktuella cookietillståndet skrivs ut före städning, granska libcurls dokumenterade cookiekommandon. Förlita dig inte på curl_close-anropet från ett inaktuellt PHP-exempel som den enda förklaringen till när tillstånd skrivs.

En ändrad proxy-IP lämnar cookiepolicyn intakt om inte applikationen ändrar den. Diagnostisera en avvisad session som ett svar från målet i stället för att anta att proxyn måste komma ihåg inloggningen.

Relaterade artiklar