Прокси удостоверяването има собствени cURL опции. CURLOPT_USERPWD за вход в сайт не настройва акаунта на проксито, а CURLOPT_HTTPAUTH не избира метода за прокси удостоверяване.

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

Заменете IP за документация и използвайте данните за това прокси. Basic е избран умишлено тук; ползвайте метода, поддържан и одобрен за услугата, без да приемате, че всяка точка го изисква.

Комбинираното поле има правило за кодиране

libcurl документира, че CURLOPT_PROXYUSERPWD URL декодира потребителското име и паролата. Примерът кодира всяка част преди обединяване с разделителя. Това е важно, когато буквална процентна последователност или друг специален знак е част от данните.

Отделните опции за прокси потребителско име и парола приемат стойностите пряко:

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

Използвайте ги като алтернативна форма преди изпълнение на заявката. Не прилагайте автоматично правилото за декодиране на комбинираното прокси поле към CURLOPT_USERPWD; libcurl документира разлика.

Дръжте участъците на удостоверяване отделни

CURLOPT_PROXYAUTH избира прокси удостоверяване, а CURLOPT_HTTPAUTH HTTP удостоверяване с дестинацията. Ако и двете страни изискват вход, настройте подходящи опции за всяка вместо да копирате едни данни на двете места.

CURLAUTH_ANY позволява договаряне и може да добави обмен предизвикателство–отговор преди избор на метод. Не доказва, че данните са верни. Допълнително ръчно добавен Proxy-Authorization хедър може да наруши обработката на удостоверяване от библиотеката.

Basic данни по връзка в явен текст към проксито не са защитени от последващия TLS тунел на сайта. Проверете този транспорт отделно, когато избирате как да използвате удостоверена услуга.

Подобни статии