פּראָקסי איינשטעלונגען פֿון Perl LWP פֿאַר HTTP און HTTPS

צו שטעלן אַ 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. אַ וואַריאַבל וואָס געפֿינט זיך אין דער שאָל איז נישט נוציק אויב דער קליענט אימפּאָרטירט עס קיינמאָל. פּרוופֿט די פּאַסיקע HTTPS איינשטעלונג און די איבערהיפּ־כּללים, נישט נאָר דעם HTTP ווערט.

האַלט דעם אויסגעקליבענעם מקור פֿון קאָנפֿיגוראַציע באַוואוסטזיניק. אימפּאָרטירן סבֿיבֿה־איינשטעלונגען נאָך אַן עקספּליציטער צוטיילונג קען מאַכן דעם רעזולטאַט אַנדערש פֿון דעם ענדפּונקט וואָס דער קאָד קלײַבט אויס.

צוטרוי צו דעם סערטיפֿיקאַט און וועב־אָטענטיפֿיקאַציע בלײַבן באַזונדער פֿון פּראָקסי־ראָוטינג. דיאַגנאָזירט אַ דירעקטע פֿאַרבינדונג, אַ פּראָקסי־אָפּוואַרפֿונג און אַ שפּעטערדיקע TLS טעות אין זייערע אייגענע שטאַפּלען אַנשטאָט איבערצובייטן אַלע איינשטעלונגען אויף אַ מאָל.