Å angi en HTTP-proxy for HTTP-skjemaet konfigurerer ikke nødvendigvis en HTTPS-forespørsel. I LWP bestemmer skjemaet i den forespurte URL-en hvilken proxy-tilordning som slås opp.

Et eksplisitt felles endepunkt kan tildeles begge skjemaene:

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

For tillatte offentlige forespørsler tilbyr HTTP-proxylisten kandidater for den felles LWP-proxy-URL-en. Destinasjonen er HTTPS mens proxyens URL er HTTP. Det er et vanlig CONNECT-oppsett, ikke en grunn til å gi proxy-skjemaet nytt navn til HTTPS.

Hvis applikasjonen skal lese proxy-miljøvariabler, må du velge den oppdagelsen via env_proxy. En variabel som finnes i skallet, er ubrukelig hvis denne klienten aldri importerer den. Undersøk den relevante HTTPS-innstillingen og omgåelsesreglene, ikke bare HTTP-verdien.

Hold den valgte konfigurasjonskilden bevisst. Import av miljøinnstillinger etter en eksplisitt tildeling kan gjøre at resultatet avviker fra endepunktet koden tilsynelatende velger.

Sertifikattillit og nettstedautentisering forblir atskilt fra proxy-ruting. Diagnostiser en direkte tilkobling, en proxyavvisning og en senere TLS-feil i sine egne stadier i stedet for å bytte ut alle innstillinger på én gang.

Relaterte artikler