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 ত্রুটি তাদের নিজ নিজ ধাপে নির্ণয় করুন, একসাথে সব সেটিংস বদলাবেন না।

সম্পর্কিত নিবন্ধ