HTTP eskemarako HTTP proxy bat ezartzeak ez du derrigorrez HTTPS eskaera bat konfiguratzen. LWPan, eskatutako URLaren eskemak zehazten du zein proxy mapatze erabiltzen den.

Amaiera-puntu partekatu esplizitu bat bi eskemei eslei dakieke:

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

Baimendutako eskaera publikoetarako, HTTP proxy zerrendak hautagaiak eskaintzen ditu LWP proxy URL partekaturako. Helmuga HTTPS da, proxyaren URLa HTTP den bitartean. CONNECT antolamendu arrunta da, ez proxyaren eskema HTTPS izenera aldatzeko arrazoia.

Aplikazioak proxy ingurune-aldagaiak irakurri behar baditu, gaitu aurkikuntza hori env_proxy bidez. Shell-ean dagoen aldagai bat ez da erabilgarria bezero honek inoiz inportatzen ez badu. Egiaztatu dagokion HTTPS ezarpena eta saihesbide-arauak, ez soilik HTTP balioa.

Mantendu hautatutako konfigurazio iturria nahita. Esleipen esplizitu baten ondoren ingurune-ezarpenak inportatzeak emaitza kodea hautatzen ari den amaiera-puntutik desberdina izan dadin eragin dezake.

Ziurtagirien konfiantza eta webguneko autentifikazioa proxy bideratzeaz bereiziak dira oraindik. Diagnostikatu konexio zuzena, proxyaren ukapena eta geroagoko TLS errorea beren etapetan, ezarpen guztiak batera ordezkatu beharrean.

Erlazionatutako artikuluak