De proxy draagt het verzoek. De cookie-engine van PHP cURL bepaalt welke bestemmingscookies de client verstuurt. Configureer beide op de handle die de overdracht uitvoert. De HTTP-proxylijst levert kandidaten voor de route wanneer deze taak openbare tussenpersonen mag gebruiken:

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

De lege COOKIEFILE-waarde schakelt de cookie-engine in zonder een begincookiebestand te laden. Latere verzoeken op die handle kunnen overeenkomende cookies versturen die van de bestemming zijn ontvangen.

Voor persistentie tussen afzonderlijk gemaakte handles of processen gebruikt u een bewust gekozen cookiebestandsbeleid. COOKIEFILE leest cookies; COOKIEJAR schrijft de cookies die libcurl bewaart. COOKIEJAR een pad geven leest het niet ook.

Houd cookiebestanden gescheiden per sessie of account dat de applicatie bedoelt. Een gedeeld bestand dat door gelijktijdige taken wordt gebruikt, kan toestand vermengen ongeacht welke proxy elke taak kiest. Bescherm het bestand, want een sessiecookie kan toegang geven ook al is het niet als wachtwoord gelabeld.

Als de workflow vereist dat de huidige cookiestatus vóór opschoning wordt weggeschreven, bekijk dan de gedocumenteerde cookieopdrachten van libcurl. Vertrouw niet op de curl_close-aanroep uit een verouderd PHP-voorbeeld als de enige uitleg over wanneer toestand wordt geschreven.

Een gewijzigd proxy-IP laat het cookiebeleid intact, tenzij de applicatie het wijzigt. Diagnoseer een geweigerde sessie als een antwoord van de bestemming in plaats van aan te nemen dat de proxy de login moet onthouden.

Gerelateerde artikelen