cURL প্ৰক্সি পৰ্ট বনাম গন্তব্য পৰ্ট
এটা HTTPS সেৱাৰ পৰ্ট তাৰ গন্তব্য URL-ত আৰু মধ্যস্থকাৰীৰ পৰ্ট প্ৰক্সি URL-ত ৰাখক, CURLOPT_PORT-এৰে সেইবোৰ নুসলনি।
পৰ্ট 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 সত্যাপন বন্ধ কৰাৰ কাৰণ নহয়।