Een HTTP-proxy instellen voor het HTTP-schema configureert niet noodzakelijk een HTTPS-verzoek. In LWP bepaalt het schema van de opgevraagde URL welke proxytoewijzing wordt geraadpleegd.

Een expliciet gedeeld eindpunt kan aan beide schema's worden toegewezen:

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

Voor toegestane openbare verzoeken biedt de HTTP-proxylijst kandidaten voor de gedeelde LWP-proxy-URL. De bestemming is HTTPS terwijl de proxy-URL HTTP is. Dat is een normale CONNECT-opstelling, geen reden om het proxyschema te hernoemen naar HTTPS.

Als de toepassing proxy-omgevingsvariabelen moet lezen, kies die detectie dan via env_proxy. Een variabele die in de shell staat, is nutteloos als deze client hem nooit importeert. Controleer de relevante HTTPS-instelling en de omzeilingsregels, niet alleen de HTTP-waarde.

Houd de gekozen configuratiebron bewust. Het importeren van omgevingsinstellingen na een expliciete toewijzing kan ertoe leiden dat het resultaat afwijkt van het eindpunt dat de code lijkt te kiezen.

Certificaatvertrouwen en websiteauthenticatie blijven gescheiden van proxyroutering. Diagnoseer een directe verbinding, een proxyweigering en een latere TLS-fout in hun eigen fasen in plaats van alle instellingen tegelijk te vervangen.

Gerelateerde artikelen