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 کے ذریعے وہ دریافت منتخب کریں۔ شیل میں موجود متغیر بے کار ہے اگر یہ کلائنٹ اسے کبھی درآمد نہ کرے۔ صرف HTTP قدر نہیں، متعلقہ HTTPS ترتیب اور بائی پاس قواعد بھی جانچیں۔

منتخب کردہ ترتیب کے ماخذ کو دانستہ رکھیں۔ واضح تفویض کے بعد ماحول کی ترتیبات درآمد کرنے سے نتیجہ اس اینڈ پوائنٹ سے مختلف ہو سکتا ہے جو کوڈ منتخب کرتا دکھائی دیتا ہے۔

سرٹیفکیٹ اعتماد اور ویب سائٹ کی تصدیق پراکسی روٹنگ سے الگ رہتی ہے۔ تمام ترتیبات ایک ساتھ بدلنے کے بجائے براہ راست کنکشن، پراکسی کی نامنظوری اور بعد کی TLS خرابی کی تشخیص ان کے اپنے مراحل میں کریں۔

متعلقہ مضامین