Definir un proxy HTTP para o esquema HTTP non configura necesariamente unha solicitude HTTPS. En LWP, o esquema do URL solicitado determina que asignación de proxy se consulta.

Pódese asignar un punto final compartido explícito a ambos os esquemas:

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

Para as solicitudes públicas permitidas, a lista de proxies HTTP ofrece candidatos para o URL compartido do proxy de LWP. O destino é HTTPS mentres que o URL do proxy é HTTP. É unha disposición CONNECT normal, non un motivo para cambiar o nome do esquema do proxy a HTTPS.

Se a aplicación debe ler variables de contorno de proxy, active ese descubrimento mediante env_proxy. Unha variable presente na shell non serve de nada se este cliente nunca a importa. Revise a configuración HTTPS correspondente e as regras de omisión, non só o valor HTTP.

Manteña deliberada a fonte de configuración escollida. Importar a configuración da contorna despois dunha asignación explícita pode facer que o resultado difira do punto final que o código parece escoller.

A confianza no certificado e a autenticación do sitio web seguen a ser independentes do encamiñamento do proxy. Diagnostique unha conexión directa, un rexeitamento do proxy e un erro TLS posterior nas súas propias etapas en lugar de substituír toda a configuración á vez.

Artigos relacionados