Om 'n HTTP-proxy vir die HTTP-skema op te stel, konfigureer nie noodwendig 'n HTTPS-versoek nie. In LWP bepaal die skema van die versoekte URL watter proxy-kaart geraadpleeg word.

'n Eksplisiete gedeelde eindpunt kan aan beide skemas toegewys word:

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

Vir toegelate openbare versoeke bied die HTTP-proxylys kandidate vir die gedeelde LWP-proxy-URL. Die bestemming is HTTPS terwyl die proxy-URL HTTP is. Dit is 'n normale CONNECT-reëling, nie 'n rede om die proxy-skema na HTTPS te hernoem nie.

As die toepassing veronderstel is om proxy-omgewingsveranderlikes te lees, kies daardie ontdekking deur env_proxy. 'n Veranderlike wat in die dop teenwoordig is, is nutteloos as hierdie kliënt dit nooit invoer nie. Ondersoek die betrokke HTTPS-instelling en omsy-reëls, nie net die HTTP-waarde nie.

Hou die gekose bron van konfigurasie doelbewus. Om omgewingsinstellings na 'n eksplisiete toewysing in te voer, kan die resultaat laat verskil van die eindpunt wat die kode skynbaar kies.

Sertifikaatvertroue en webwerf-verifikasie bly apart van proxy-roetering. Diagnoseer 'n direkte verbinding, 'n proxy-verwerping en 'n latere TLS-fout in hul eie stadiums eerder as om elke instelling gelyktydig te vervang.

Verwante artikels