Встановлення HTTP-проксі для схеми HTTP не обов'язково налаштовує HTTPS-запит. У LWP схема запитаного URL визначає, яке зіставлення проксі використовується.

Явну спільну кінцеву точку можна призначити обом схемам:

use LWP::UserAgent;

my $ua = LWP::UserAgent->new(timeout => 15);
$ua->proxy(['http', 'https'], 'http://proxy.example.net:8080');
my $response = $ua->get('https://example.com/');

Для дозволених публічних запитів список HTTP-проксі пропонує кандидатів для спільного URL проксі LWP. Призначення — HTTPS, а URL проксі — HTTP. Це звичайна схема CONNECT, а не привід перейменовувати схему проксі на HTTPS.

Якщо застосунок має читати змінні середовища проксі, увімкніть це виявлення через env_proxy. Змінна в оболонці не корисна, якщо цей клієнт ніколи її не імпортує. Перевіряйте відповідне налаштування HTTPS і правила обходу, а не лише значення HTTP.

Тримайте вибране джерело конфігурації усвідомленим. Імпорт налаштувань середовища після явного призначення може зробити результат відмінним від кінцевої точки, яку код начебто вибирає.

Довіра до сертифіката й автентифікація сайту залишаються окремими від маршрутизації проксі. Діагностуйте пряме з'єднання, відмову проксі та пізнішу помилку TLS на їхніх власних етапах, а не замінюйте всі налаштування одразу.

Схожі статті