Proxyautentisering har eigne cURL-val. CURLOPT_USERPWD for innlogging på ein nettstad konfigurerer ikkje proxykontoen, og CURLOPT_HTTPAUTH vel ikkje autentiseringsmetoden til proxyen.

<?php
$user = 'proxy-user';
$password = getenv('PROXY_PASSWORD');
if ($password === false) {
    throw new RuntimeException('Set PROXY_PASSWORD');
}

$ch = curl_init('https://example.com/');
curl_setopt_array($ch, [
    CURLOPT_PROXY => 'http://203.0.113.10:8080',
    CURLOPT_NOPROXY => '',
    CURLOPT_PROXYUSERPWD =>
        rawurlencode($user) . ':' . rawurlencode($password),
    CURLOPT_PROXYAUTH => CURLAUTH_BASIC,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_CONNECTTIMEOUT => 5,
    CURLOPT_TIMEOUT => 15,
]);

$body = curl_exec($ch);
if ($body === false) {
    throw new RuntimeException(curl_error($ch), curl_errno($ch));
}
echo curl_getinfo($ch, CURLINFO_RESPONSE_CODE), PHP_EOL;

Byt dokumentasjons-IP-en og bruk dataa som er leverte for proxyen. Basic er medvite valt i dømet; bruk metoden tenesta støttar og godkjenner i staden for å ta for gitt at alle endepunkt treng han.

Det kombinerte feltet har ein kodingsregel

libcurl dokumenterer at CURLOPT_PROXYUSERPWD URL-dekodar brukarnamn og passord. Dømet kodar kvar del før dei blir sette saman med skiljeteiknet. Dette tel når ein bokstavleg prosentsekvens eller eit anna spesialteikn inngår i dataa.

Dei separate vala for proxybrukarnamn og passord tek verdiane sine direkte:

curl_setopt($ch, CURLOPT_PROXYUSERNAME, $user);
curl_setopt($ch, CURLOPT_PROXYPASSWORD, $password);

Bruk dei som alternativ form før førespurnaden blir køyrd. Ikkje overfør dekodingsregelen frå det kombinerte proxyfeltet automatisk til CURLOPT_USERPWD; libcurl dokumenterer ein skilnad.

Hald autentiseringsledda skilde

CURLOPT_PROXYAUTH vel proxyautentisering, medan CURLOPT_HTTPAUTH vel HTTP-autentisering mot målet. Krev begge partar innlogging, konfigurer rette val for kvar i staden for å kopiera same data begge stader.

CURLAUTH_ANY tillèt forhandling og kan leggja til ei utfordrings-/svarutveksling før ein metode blir vald. Det provar ikkje at dataa er rette. Ein ekstra manuelt lagd til Proxy-Authorization-header kan forstyrra autentiseringshandsaminga i biblioteket.

Basic-data på ei klarteksttilkopling til proxyen blir ikkje verna av den seinare TLS-tunnelen til nettstaden. Kontroller den transporten separat når du vel korleis ei autentisert teneste skal brukast.

Relaterte artiklar