لا يؤدي تعيين وكيل 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 مرشحين لعنوان URL المشترك لوكيل LWP. الوجهة HTTPS بينما عنوان URL للوكيل HTTP. هذا ترتيب CONNECT عادي، وليس سببًا لإعادة تسمية مخطط الوكيل إلى HTTPS.

إذا كان من المفترض أن يقرأ التطبيق متغيرات بيئة الوكيل، فاختر هذا الاكتشاف عبر env_proxy. لا يفيد متغير موجود في الصدفة إذا لم يستورده هذا العميل أبدًا. افحص إعداد HTTPS ذي الصلة وقواعد التجاوز، وليس قيمة HTTP فقط.

أبقِ مصدر التكوين المختار مقصودًا. إن استيراد إعدادات البيئة بعد تعيين صريح قد يجعل النتيجة تختلف عن نقطة النهاية التي يبدو أن الشيفرة تختارها.

تبقى ثقة الشهادة ومصادقة الموقع منفصلة عن توجيه الوكيل. شخّص الاتصال المباشر ورفض الوكيل وخطأ TLS اللاحق في مراحله الخاصة بدلًا من استبدال كل الإعدادات دفعة واحدة.

مقالات ذات صلة