CONNECT درخواست پر پراکسی کوکی برقرار رکھنا

کچھ پراکسی مصنوعات ایسا لاگ ان بہاؤ متعین کرتی ہیں جو آئندہ پراکسی درخواستوں کے لیے کوکی یا ٹوکن فراہم کرتا ہے۔ اگر وہ ٹوکن CONNECT پر ظاہر ہونا چاہیے تو اسے سرنگ کے اندر ویب سائٹ کے لیے مطلوبہ کوکیوں سے الگ رکھیں۔

libcurl پراکسی کے لیے ایک مخصوص حسب ضرورت ہیڈر فہرست فراہم کرتا ہے۔ پہلے سے شروع شدہ C ایپلیکیشن میں، کنفیگریشن کا ایک ٹکڑا ایسا دکھ سکتا ہے:

struct curl_slist *proxy_headers = NULL;
proxy_headers = curl_slist_append(proxy_headers,
    "Cookie: ProxySession=REPLACE_WITH_PROXY_TOKEN");
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HEADEROPT,
                 (long) CURLHEADER_SEPARATE);

یہ صرف اس وقت موزوں ہے جب پراکسی کا دستاویزی لاگ ان پروٹوکول وہ ہیڈر مانگتا ہو۔ ارد گرد کے کوڈ میں تخصیص اور اختیارات کے نتائج جانچیں، منتقلی مکمل ہونے تک فہرست رکھیں، پھر فہرست آزاد کرنے سے پہلے ہینڈل کے پوائنٹر کو صاف یا تبدیل کریں۔

ہیڈروں کی الگ ہینڈلنگ کے ساتھ، libcurl پراکسی فہرست CONNECT پر اور منزل کی فہرست قائم شدہ سرنگ کے اندر درخواست پر بھیجتا ہے۔ اس طرح پراکسی کو وینڈر کا ٹوکن ملتا ہے مگر وہ ٹوکن ویب سائٹ کوکی نہیں بنتا۔ یہ علیحدگی libcurl 7.42.1 سے طے شدہ ہے؛ واضح اختیار مطلوبہ رویے کو نظر آنے والا بناتا ہے۔

براؤزر کوکی جار ایک اور طریقہ کار ہے

libcurl کا کوکی انجن فعال کرنا یا منزل کے لیے کوکی مقرر کرنا براؤزر کے اپنے ملکیتی پراکسی لاگ ان بہاؤ کو خودکار طور پر دوبارہ پیدا نہیں کرتا۔ CONNECT منزل کے ساتھ HTTPS تبادلے سے پہلے ہوتا ہے۔ ہر درخواست میں پکڑی گئی سائٹ کوکی نقل کرنے کے بجائے مصنوعات کی حقیقی ضروریات کی نشاندہی کریں۔

اگر پراکسی معیاری HTTP پراکسی تصدیق استعمال کرتی ہے تو اس کے بجائے libcurl کی پراکسی اسناد اور معاون تصدیق کے اختیارات استعمال کریں۔ Proxy-Authenticate کے ساتھ 407 سیشن ٹوکن واپس کرنے والے HTML لاگ ان صفحے سے مختلف پروٹوکول ہے۔

ٹوکن کو اس کے پراکسی اینڈ پوائنٹ اور مطلوبہ عمر تک محدود رکھیں۔ کسی دوسرے واسطے پر منتقل ہوتے وقت اس کنفیگریشن تبدیلی کے حصے کے طور پر ہیڈر فہرست تبدیل کریں۔ عمومی درخواست-ہیڈر فہرست صرف ایک پراکسی سے تعلق رکھنے والے راز کے لیے بری جگہ ہے۔