cURL প্রক্সি পোর্ট বনাম গন্তব্য পোর্ট

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 যাচাই বন্ধ করার কারণ নয়।