একটি বিদ্যমান libcurl হ্যান্ডেলের জন্য, গন্তব্য ও প্রক্সি হেডার তালিকা স্পষ্টভাবে আলাদা করুন:

curl_easy_setopt(handle, CURLOPT_HEADEROPT, (long)CURLHEADER_SEPARATE);
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HTTPHEADER, origin_headers);

কনফিগার করা হ্যান্ডেল ও বৈধ তালিকাগুলো স্থানান্তরের সময় সচল রাখুন। CURLHEADER_SEPARATE CONNECT-এ ব্যবহৃত হেডারগুলোকে গন্তব্য অনুরোধের জন্য ব্যবহৃত হেডার থেকে আলাদা করে। পুরোনো একক-নীতি উদাহরণ সাধারণ তালিকাটি উভয় বিনিময়ে রাখতে পারে।

অনুরোধের পথআলাদা তালিকার অর্থ
সাধারণ CONNECT টানেলের ভিতরে HTTPSপ্রক্সি বিনিময় প্রথমে আসে; গন্তব্য HTTP হেডার গন্তব্য TLS-এর ভিতরে অনুসরণ করে।
সাধারণ HTTP ফরওয়ার্ডিংপ্রক্সি গন্তব্য হেডার পড়তে পারে, এবং libcurl একটি ফরওয়ার্ড করা অনুরোধে উভয় প্রযোজ্য তালিকা ব্যবহার করতে পারে।

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

প্রমাণীকরণের জন্য সমর্থিত ক্রেডেনশিয়াল অপশন ব্যবহার করুন। অপারেটর-নির্ধারিত মেটাডেটার জন্য, কোন হপ তা ব্যবহার করে এবং সাধারণ ফিল্ডে পাসওয়ার্ড রাখার বদলে তা ফরওয়ার্ড করা যায় কি না নির্ধারণ করুন।

মার্কার অনুপস্থিত থাকলে বা লিক হচ্ছে বলে মনে হলে, এটি ধারণ করা প্রকৃত অনুরোধটি চিহ্নিত করুন। একাধিক বিনিময় দেখানো একটি হেডার কলব্যাক সঠিকভাবে আলাদা করা তালিকাকে মিশ্র দেখাতে পারে।

সম্পর্কিত নিবন্ধ