একই cURL স্থানান্তরে স্থানীয় ইন্টারফেস ও প্রক্সি নির্বাচন

একাধিক স্থানীয় ঠিকানা থাকা একটি মেশিনের ফরওয়ার্ড প্রক্সির সঙ্গে সংযোগের জন্য সেগুলোর একটি প্রয়োজন হতে পারে। cURL উভয় নির্বাচন স্পষ্টভাবে করতে পারে:

curl_setopt_array($handle, [
    CURLOPT_URL => 'https://example.com/',
    CURLOPT_INTERFACE => '192.0.2.20',
    CURLOPT_PROXY => 'http://proxy.example:8080',
]);

এটি একটি বিদ্যমান cURL হ্যান্ডেলের জন্য উদাহরণস্বরূপ কনফিগারেশন। 192.0.2.20-কে PHP চালানো মেশিনে সত্যিই উপলব্ধ একটি উৎস ঠিকানা দিয়ে প্রতিস্থাপন করুন। প্রক্সি অ্যাকাউন্ট ছাড়া অনুমোদিত প্রকাশ্য অনুরোধের জন্য, HTTP প্রক্সির তালিকা প্রক্সি মানের জন্য দূরবর্তী শ্রোতা সরবরাহ করতে পারে।

CURLOPT_INTERFACE বহির্গামী সংযোগের স্থানীয় দিক নির্বাচন করে। CURLOPT_PROXY অনুরোধটি সামনে বহনকারী মধ্যস্থকারী নির্বাচন করে। স্থানীয় উৎস নির্বাচন করা মেশিনটিকে দূরবর্তী প্রক্সি করে না বা এটিকে ইচ্ছামতো প্রকাশ্য IP দেয় না।

এই পথে স্থানীয় নির্বাচন প্রক্সির দিকে সংযোগকে প্রভাবিত করে। ওয়েবসাইট সাধারণত প্রক্সির পরবর্তী উৎস ঠিকানা দেখে। যেকোনো জোড়ার মধ্যে NAT প্রতিটি প্রাপকের দেখা ঠিকানা আরও রূপান্তর করতে পারে।

ইন্টারফেস নির্বাচন বাদ দিলে, libcurl TCP স্ট্যাককে উপযুক্ত উৎস বেছে নিতে দেয়। সেই নির্বাচন মেশিনের নেটওয়ার্কিং কনফিগারেশন অনুসরণ করে; কনফিগারেশন ফাইলের প্রথম ঠিকানাই জেতে এটি কোনো সর্বজনীন নিয়ম নয়।

libcurl সমর্থিত প্ল্যাটফর্মে ইন্টারফেস নাম গ্রহণ করে, কিন্তু এর ডকুমেন্টেশন এই অপশনের জন্য Windows ইন্টারফেস নাম নির্বাচন বাদ দেয়। হোস্টনাম ব্যবহার করলেও একটি বাধাদায়ক লুকআপ শুরু হতে পারে। পরিচিত স্থানীয় ঠিকানা আরও স্পষ্ট ইনপুট যখন অ্যাপ্লিকেশনটি ঠিক এটাই চায়।