HTTP սխեմայի համար HTTP փրոքսի սահմանելը պարտադիր չէ, որ կարգավորի HTTPS հարցում: LWP-ում հարցվող URL-ի սխեման որոշում է, թե որ փրոքսի քարտեզագրումն է օգտագործվում:

Բացահայտ ընդհանուր վերջնակետ կարող է նշանակվել երկու սխեմաներին էլ.

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

Թույլատրված հանրային հարցումների համար HTTP փրոքսիների ցանկը առաջարկում է թեկնածուներ ընդհանուր LWP փրոքսի URL-ի համար: Նպատակակետը HTTPS է, մինչդեռ փրոքսի URL-ը՝ HTTP: Սա սովորական CONNECT դասավորություն է, ոչ թե փրոքսի սխեման HTTPS վերանվանելու պատճառ:

Եթե հավելվածը պետք է կարդա փրոքսի միջավայրի փոփոխականները, միացրեք այդ հայտնաբերումը env_proxy-ի միջոցով: Shell-ում առկա փոփոխականն անօգուտ է, եթե այս հաճախորդը երբեք չի ներմուծում այն: Ստուգեք համապատասխան HTTPS կարգավորումը և շրջանցման կանոնները, ոչ միայն HTTP արժեքը:

Ընտրված կարգավորման աղբյուրը պահեք դիտավորյալ: Բացահայտ նշանակումից հետո միջավայրի կարգավորումների ներմուծումը կարող է արդյունքը տարբեր դարձնել այն վերջնակետից, որը կոդը կարծես թե ընտրում է:

Սերտիֆիկատի վստահությունը և կայքի նույնականացումը մնում են առանձին փրոքսի երթուղավորումից: Ախտորոշեք ուղիղ միացումը, փրոքսիի մերժումը և ավելի ուշ TLS սխալը իրենց համապատասխան փուլերում, փոխարենը բոլոր կարգավորումները միանգամից փոխելու:

Առնչվող հոդվածներ