cURL প্রক্সি সেটিংয়ে CURLOPT_PROXYPORT কী যোগ করে
আলাদা প্রক্সি-পোর্ট অপশন, CURLOPT_PROXY-এর ভেতরের পোর্টের সঙ্গে তার অগ্রাধিকার এবং endpoint-এর এখনও হোস্ট কেন দরকার তা বুঝুন।
CURLOPT_PROXYPORT কেবল একটি পোর্ট নম্বর দেয়। এটি প্রক্সি হোস্ট চিহ্নিত করে না, প্রোটোকল বেছে নেয় না এবং স্থানীয় মেশিনে listener তৈরি করে না।
সম্পূর্ণ endpoint একসঙ্গে থাকলে নতুন PHP cURL কনফিগারেশন পড়া সহজ হয়:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');libcurl ডকুমেন্টেশন আলাদা পোর্ট অপশন নিরুৎসাহিত করে। পুরনো কোড এমবেড করা পোর্ট নেই এমন হোস্টের সঙ্গে এটি ব্যবহার করতে পারে:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);প্রক্সি স্ট্রিংয়ে স্পষ্টভাবে থাকা পোর্ট আলাদা অপশনের ওপর অগ্রাধিকার পায়। দুটি পরস্পরবিরোধী নম্বর রাখা এড়িয়ে চলুন।
কোনো ফ্র্যাগমেন্টে কেবল CURLOPT_PROXYPORT থাকলে handle কনফিগারেশনের বাকি অংশ ও প্রযোজ্য পরিবেশ দেখুন। ফ্র্যাগমেন্ট একা বলে না libcurl কোন প্রক্সি হোস্ট ব্যবহার করবে।
পোর্ট 3128 পরিচিত ডিপ্লয়মেন্ট পছন্দ, প্রোটোকল শনাক্তকারী নয়। listener-এর আসল প্রোটোকল ও পোর্ট ব্যবহার করুন। প্রকাশ্য HTTP পথের জন্য HTTP প্রক্সি তালিকা প্রক্সি URL-এ একসঙ্গে রাখার মতো ঠিকানা ও পোর্টের প্রার্থী দেয়। অন্য পোর্টে পৌঁছানো প্রক্সিকে কেবল উদাহরণ মেলাতে সরাতে হয় না।