Setarea unui proxy HTTP pentru schema HTTP nu configurează neapărat o cerere HTTPS. În LWP, schema URL-ului solicitat determină ce mapare de proxy este consultată.

Un punct final partajat explicit poate fi atribuit ambelor scheme:

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/');

Pentru cererile publice permise, lista de proxyuri HTTP oferă candidați pentru URL-ul partajat al proxyului LWP. Destinația este HTTPS, în timp ce URL-ul proxyului este HTTP. Este o aranjare CONNECT normală, nu un motiv de a redenumi schema proxyului în HTTPS.

Dacă aplicația trebuie să citească variabile de mediu pentru proxy, activați acea descoperire prin env_proxy. O variabilă prezentă în shell este inutilă dacă acest client nu o importă niciodată. Verificați setarea HTTPS relevantă și regulile de ocolire, nu doar valoarea HTTP.

Păstrați deliberată sursa de configurare aleasă. Importarea setărilor de mediu după o atribuire explicită poate face ca rezultatul să difere de punctul final pe care codul pare să îl aleagă.

Încrederea în certificat și autentificarea site-ului rămân separate de rutarea proxy. Diagnosticați o conexiune directă, o respingere a proxyului și o eroare TLS ulterioară în etapele lor proprii, în loc să înlocuiți toate setările deodată.

Articole similare