Mechanize HTTPS eskaera proxy bidez bideratzearen atzeko geruzak

Ikusi nola Mechanize-k, LWPren HTTPS protokolo moduluak eta SSL backend-ak elkarrekin lan egiten duten HTTPS eskaera bat bideratzeko, tunelatzeko eta egiaztatzeko.

Ezarri ibilbidea Mechanize objektuan jaitsi aurretik:

use WWW::Mechanize;

my $mech = WWW::Mechanize->new(timeout => 30);
$mech->proxy(
    ['http', 'https'],
    'http://proxy.example.net:8080',
);

Erabili adibideko HTTP entzule zuzena; baimendutako helburu publikoko eskaeretarako, hautagaiak HTTP proxy zerrendan daude. Matrizeak helmugako eskemak izendatzen ditu. http:// amaierak CONNECT ibilbide arrunta eskaintzen du HTTPSrako: HTTP proxira, tunela helburura, gero helburuko TLSa. Hedapenak ingurune-ezarpenak erabiltzen baditu, $mech->env_proxy da alternatiba; haiek geroago inportatzeak kodean esleitutako ibilbidea alda dezake.

Mechanize-k LWP::UserAgent sare-konexioa heredatzen du, HTTPS proxy motor bereizia eskaini beharrean:

  • Mechanize-k estekak, formularioak eta uneko orrialdearen portaera ematen ditu.
  • LWP::UserAgent-ek eta bere HTTP garraioak ibilbidea hautatzen dute eta CONNECT antolatzen dute.
  • LWP::Protocol::https-ek HTTPS kudeaketa ematen du eta konexioa berritzen du.
  • Net::HTTPS-ek, bere SSL backend-arekin, TLS gaitasuna duen socket-a ematen du, normalean IO::Socket::SSL konfigurazio modernoetan.

Instalatutako SSL backend-ak ez du bere kabuz proxyrik hautatzen. Mantendu jatorrizko HTTPS ostalari-izena URLean: CONNECT onartzeak ez du gune horren ziurtagiria egiaztatzen.

Komponente zaharrak mantentzean, bereizi muga hauek. libwww-perl 6.06 eta bereiz banatutako LWP::Protocol::https 6.06 bertsioek HTTP CONNECT arrunterako konponketa koordinatuak sartu zituzten. UserAgent bertsioak bakarrik ez du HTTPS modulua identifikatzen. LWP::Protocol::https 6.15 bertsioak konponketa bat gehitu zuen TLS gaitutako proxy amaieretarako, zeinen https:// eskemak TLS gehitzen baitio proxyari helburuko TLSa baino lehen.

Net::SSL/Crypt::SSLeay konfigurazio zaharrek backend horren dokumentatutako HTTPS_PROXY ingurune-mekanismoa erabil dezakete. Ez aplikatu haren errezeta IO::Socket::SSL bide modernoan, non LWP-k duen bideratzea.

Erabili huts egindako lehen etapa komponentea hautatzeko: falta den HTTPS kudeatzailea protokolo moduluari dagokio; baztertutako CONNECT ibilbideari, kredentzialei edo politikari dagokio; tunelaren osteko ziurtagiri-erroreak helmugaren identitatea eta konfiantza ukitzen ditu. Mantendu egiaztapena ebidentzia horrek onartzen duen komponentea aldatzen duzun bitartean.

Erlazionatutako artikuluak