Kuweka proksi ya HTTP kwa mpango wa HTTP hakumaanishi kuwa ombi la HTTPS limesanidiwa. Katika LWP, mpango wa URL inayoombwa huamua ramani gani ya proksi inatumika.

Sehemu ya mwisho ya pamoja iliyo wazi inaweza kupewa mpango zote mbili:

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

Kwa maombi ya umma yanayoruhusiwa, orodha ya proksi za HTTP inatoa watahiniwa kwa URL ya pamoja ya proksi ya LWP. Lengwa ni HTTPS wakati URL ya proksi ni HTTP. Hii ni mpangilio wa kawaida wa CONNECT, si sababu ya kubadilisha jina la mpango wa proksi kuwa HTTPS.

Ikiwa programu inapaswa kusoma vigeu vya mazingira vya proksi, chagua ugunduzi huo kupitia env_proxy. Kigeu kilichopo kwenye shell hakina manufaa ikiwa mteja huyu hakuwahi kuleta. Kagua mpangilio husika wa HTTPS na kanuni za kupita, sio tu thamani ya HTTP.

Weka chanzo cha usanidi kilichochaguliwa kwa makusudi. Kuleta mipangilio ya mazingira baada ya ugawaji wa wazi kunaweza kufanya matokeo kutofautiana na sehemu ya mwisho ambayo msimbo unaonekana kuchagua.

Uaminifu wa cheti na uthibitishaji wa tovuti hubaki tofauti na uelekezaji wa proksi. Changanua muunganisho wa moja kwa moja, kukataliwa na proksi na hitilafu ya TLS baadaye katika hatua zao wenyewe badala ya kubadilisha mipangilio yote kwa mara moja.

Makala zinazohusiana