በፕሮክሲ የሚሄድ የMechanize HTTPS ጥያቄ በስተጀርባ ያሉት ንጣፎች

መንገዱን ከመጠየቅ በፊት በMechanize ነገር ላይ ያዘጋጁ፦

use WWW::Mechanize;

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

በምሳሌው ውስጥ የታሰበውን የHTTP ማዳመጫ ይጠቀሙ፤ ለተፈቀዱ የሕዝብ ኢላማ ጥያቄዎች እጩዎች በየHTTP ፕሮክሲ ዝርዝር ውስጥ አሉ። ድርድሩ የመድረሻ ሥነ-መለኮቶችን ይጠቅሳል። የhttp:// መጨረሻ ለHTTPS የተለመደ CONNECT መንገድ ያቀርባል፦ ወደ ፕሮክሲ HTTP፣ ወደ ኢላማ መሿለኪያ፣ ከዚያ የኢላማ TLS። ማሰማራቱ በምትኩ የአካባቢ ቅንብሮችን ከተጠቀመ፣ $mech->env_proxy አማራጩ ነው፤ በኋላ እነሱን ማስገባት በኮድ የተመደበውን መንገድ ሊቀይር ይችላል።

Mechanize የተለየ የHTTPS ፕሮክሲ ሞተር ከማቅረብ ይልቅ የLWP::UserAgent ኔትወርኪንግን ይወርሳል፦

• Mechanize አገናኞችን፣ ቅጾችን እና የአሁኑ ገጽ ባህሪን ያቀርባል።
• LWP::UserAgent እና የHTTP ማጓጓዣው መንገዱን ይመርጣሉ እና CONNECTን ያዘጋጃሉ።
• LWP::Protocol::https የHTTPS አያያዝን ያቀርባል እና ግንኙነቱን ያሻሽላል።
• Net::HTTPS ከSSL ጀርባው ጋር TLS የሚችል ሶኬት ያቀርባል፤ በዘመናዊ ውቅሮች ብዙውን ጊዜ IO::Socket::SSL።

የተጫነ SSL ጀርባ በራሱ ፕሮክሲን አይመርጥም። የመጀመሪያውን የHTTPS አስተናጋጅ ስም በURL ውስጥ ያቆዩ፦ የCONNECT ተቀባይነት የዚያን ጣቢያ ሰርተፊኬት አያረጋግጥም።

የድሮ ክፍሎችን ሲያስተዳድሩ እነዚህን ድንበሮች ይለዩ። libwww-perl 6.06 እና በተናጠል የሚሰራጨው LWP::Protocol::https 6.06 ለመደበኛ HTTP CONNECT የተቀናጁ ማስተካከያዎችን አስተዋውቀዋል። የUserAgent ስሪት ብቻውን የHTTPS ሞጁሉን አይለይም። LWP::Protocol::https 6.15 ለTLS የነቃባቸው የፕሮክሲ መጨረሻዎች ማስተካከያ ጨምሯል፤ የእነሱ https:// ሥነ-መለኮት ከኢላማ TLS በፊት ለፕሮክሲው TLS ይጨምራል።

የቆዩ የNet::SSL/Crypt::SSLeay ውቅሮች በምትኩ የዚያ ጀርባ የተመዘገበውን HTTPS_PROXY የአካባቢ ዘዴ ሊጠቀሙ ይችላሉ። የዚያን የምግብ አሰራር በዘመናዊው IO::Socket::SSL መንገድ ላይ አይተግብሩ፤ በዚያ LWP መንገዱን ይይዛል።

የመጀመሪያውን ያልተሳካ ደረጃ ተጠቅመው ክፍሉን ይምረጡ፦ የጎደለ HTTPS አስተናጋጅ የፕሮቶኮል ሞጁሉን ይመለከታል፤ የተከለከለ CONNECT መንገድን፣ ምስክርነቶችን ወይም ፖሊሲን ይመለከታል፤ ከመሿለኪያ በኋላ የሚመጣ የሰርተፊኬት ስህተት የመድረሻ ማንነትን እና እምነትን ይመለከታል። ያንን ማስረጃ የሚደግፈውን ክፍል ሲቀይሩ ማረጋገጫውን ይያዙ።