Vendosja e një proxy HTTP për skemën HTTP nuk konfiguron domosdoshmërisht një kërkesë HTTPS. Në LWP, skema e URL-së së kërkuar përcakton se cila hartëzim proxy konsultohet.

Një pikë fundore e përbashkët eksplicite mund të caktohet për të dyja skemat:

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

Për kërkesat publike të lejuara, lista e proxy-ve HTTP ofron kandidatë për URL-në e përbashkët të proxy-t LWP. Destinacioni është HTTPS ndërsa URL-ja e proxy-t është HTTP. Ky është një rregullim normal CONNECT, jo një arsye për të riemërtuar skemën e proxy-t në HTTPS.

Nëse aplikacioni duhet të lexojë variabla mjedisi proxy, zgjidhni atë zbulim përmes env_proxy. Një variabël e pranishme në shell është e padobishme nëse ky klient nuk e importon kurrë. Kontrolloni cilësimin përkatës HTTPS dhe rregullat e anashkalimit, jo vetëm vlerën HTTP.

Mbajeni të qëllimshëm burimin e konfigurimit të zgjedhur. Importimi i cilësimeve të mjedisit pas një caktimi eksplicit mund ta bëjë rezultatin të ndryshëm nga pika fundore që kodi duket se zgjedh.

Besimi në certifikatë dhe vërtetimi i faqes mbeten të ndara nga rrugëtimi i proxy-t. Diagnostikoni një lidhje të drejtpërdrejtë, një refuzim të proxy-t dhe një gabim TLS të mëvonshëm në fazat e tyre, në vend që të zëvendësoni të gjitha cilësimet njëherësh.

Artikuj të ngjashëm