پروکسی استعمال کرتے وقت CURLOPT_CONNECT_TO کیا بدلتا ہے
نئے پتے پر HTTP یا SOCKS نافذ ہونے کا فرض کرنے کے بجائے متبادل نیٹ ورک اینڈ پوائنٹس کے لیے libcurl کی connect-to میپنگ استعمال کریں۔
CURLOPT_CONNECT_TO مماثل منزل کے لیے libcurl جس ہوسٹ اور پورٹ سے جڑتا ہے انہیں بدلتا ہے۔ یہ متبادل اینڈ پوائنٹ کو HTTP CONNECT یا SOCKS بولنے والا نہیں بناتا۔
اصل ہوسٹ نام اب بھی ایپلیکیشن پروٹوکول اور TLS کی شناخت فراہم کرتا ہے۔ یہ تب مفید ہے جب جان بوجھ کر اسی سروس کے کسی دوسرے سرور انسٹینس تک پہنچا جائے۔ البتہ کوئی بھی پروکسی سننے والا ایپلیکیشن کے خام بائٹس کے بجائے اپنی پروکسی ہینڈ شیک کی توقع کرتا ہے۔
میپنگ کو HTTP پروکسی کے ساتھ ملانا
HTTP پروکسی کو الگ سے ترتیب دیں۔ عوامی سروس کی طرف بغیر اسناد کے HTTP راستہ، جب اس درمیانی کے لیے اجازت ہو، HTTP پروکسی فہرست سے اینڈ پوائنٹ استعمال کر سکتا ہے؛ کوئی موجودہ پروکسی اکاؤنٹ امیدوار کو نہیں بھیجنا چاہیے۔ libcurl درج کرتا ہے کہ مختلف connect-to میپنگ درخواست کو سرنگ موڈ میں بدل سکتی ہے: پروکسی میپ شدہ منزل سے رابطہ کھولتا ہے۔ میپنگ طے کرتی ہے کہ پروکسی کے ذریعے کیا حاصل ہوگا؛ اس نے پروکسی کی ترتیب کی جگہ نہیں لی۔
تین اقدار الگ رکھیں: مطلوبہ سروس کا نام، متبادل کنکشن اینڈ پوائنٹ اور پروکسی اینڈ پوائنٹ۔ ہر آپشن کو اس کے حقیقی کردار کے لیے چنیں اور سروس کے لیے معمول کی TLS نام تصدیق برقرار رکھیں۔
اگر پروکسی پورٹ خود کنکشن مسترد کرے تو اسی غیر موجود سننے والے کی طرف اشارہ کرنے والا دوسرا آپشن پہلی چھلانگ درست نہیں کر سکتا۔ منزل کی میپنگ بدلنے سے پہلے اس سننے والے یا راستے کی ناکامی حل کریں۔