Proxyautentiseringsvalg i PHP cURL

Konfigurer proxydata med riktige cURL-valg og håndter URL-dekoding av det kombinerte feltet uten å endre destinasjonsautentisering.

Proxyautentisering har egne cURL-valg. CURLOPT_USERPWD for nettstedets innlogging konfigurerer ikke proxykontoen, og CURLOPT_HTTPAUTH velger ikke proxyens autentiseringsmetode.

<?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;

Erstatt dokumentasjons-IP-en og bruk dataene som er levert for proxyen. Basic er valgt bevisst i eksemplet; bruk metoden tjenesten støtter og godkjenner fremfor å anta at alle endepunkter trenger den.

Det kombinerte feltet har en kodingsregel

libcurl dokumenterer at CURLOPT_PROXYUSERPWD URL-dekoder brukernavn og passord. Eksemplet koder hver del før de settes sammen med skilletegnet. Dette teller når en bokstavelig prosentsekvens eller et annet spesialtegn inngår i dataene.

De separate valgene for proxybrukernavn og passord tar sine verdier direkte:

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

Bruk dem som alternativ form før forespørselen kjøres. Ikke overfør dekodingsregelen fra det kombinerte proxyfeltet automatisk til CURLOPT_USERPWD; libcurl dokumenterer en forskjell.

Hold autentiseringsleddene atskilt

CURLOPT_PROXYAUTH velger proxyautentisering, mens CURLOPT_HTTPAUTH velger HTTP-autentisering mot destinasjonen. Krever begge parter innlogging, konfigurer riktige valg for hver fremfor å kopiere de samme dataene begge steder.

CURLAUTH_ANY tillater forhandling og kan legge til en utfordrings-/svarutveksling før en metode velges. Det beviser ikke at dataene er riktige. En ekstra manuelt lagt til Proxy-Authorization-header kan forstyrre bibliotekets autentiseringshåndtering.

Basic-data på en klartekstforbindelse til proxyen beskyttes ikke av nettstedets senere TLS-tunnel. Kontroller den transporten separat når du velger hvordan en autentisert tjeneste skal brukes.

Relaterte artikler