پورٹ 8443 پر چلنے والی HTTPS سروس تک پورٹ 8080 پر چلنے والی HTTP پراکسی کے ذریعے پہنچا جا سکتا ہے۔ یہ اعداد مختلف کنکشنز بیان کرتے ہیں:

$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);

عمل درآمد، غلطیوں کی سنبھال اور ہینڈل کی زندگی کا دورانیہ اب بھی ایپلیکیشن کے پاس ہے۔ کوڈ کا ٹکڑا سرٹیفکیٹ کی تصدیق بدلے بغیر روٹنگ ان پٹس کو اکٹھا رکھتا ہے۔

cURL پہلے proxy.example:8080 سے جڑتا ہے۔ اس HTTPS منزل کے لیے ٹنل درخواست api.example:8443 کا نام لیتی ہے، اور TLS شناخت api.example ہی رہتی ہے۔

CURLOPT_PORT منزل پورٹ کا اوور رائیڈ ہے، پراکسی کا پورٹ نہیں۔ جب بھی URL https سے شروع ہو اسے 443 پر سیٹ کرنا 8443 پر جان بوجھ کر ہوسٹ کی گئی سروس کو اوور رائیڈ کر سکتا ہے۔ libcurl اس آپشن کو استعمال کرنے کے بجائے URL میں پورٹ چننے کی صلاح دیتا ہے۔

ہینڈل دوبارہ استعمال کرتے وقت پہلے کی کسی بھی واضح پورٹ اوور رائیڈ کو بھی مدنظر رکھیں۔ نیا URL متضاد باقی ماندہ آپشنز کی تشریح آسان نہیں بناتا۔

بیچوالے کو منتخب منزل پورٹ پر CONNECT کی اجازت دینی چاہیے۔ 8443 کے لیے انکار پراکسی لسنر ہٹانے یا TLS تصدیق بند کرنے کی وجہ نہیں ہے۔

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