SOCKS5 میزبان نام کی حل پذیری کے لیے libcurl ہینڈل ترتیب دیں

ایپلیکیشن کی موجودہ libcurl ابتدا اور easy-handle کے زندگی چکر کے اندر:

curl_easy_setopt(handle, CURLOPT_URL, "https://example.com/");
curl_easy_setopt(handle, CURLOPT_PROXY, "127.0.0.1:1080");
curl_easy_setopt(handle, CURLOPT_PROXYTYPE, CURLPROXY_SOCKS5_HOSTNAME);
curl_easy_setopt(handle, CURLOPT_NOPROXY, "");
curl_easy_setopt(handle, CURLOPT_CONNECTTIMEOUT, 5L);
curl_easy_setopt(handle, CURLOPT_TIMEOUT, 15L);

CURLPROXY_SOCKS5_HOSTNAME منزل کا میزبان نام SOCKS راستے سے بھیجتا ہے۔ CURLPROXY_SOCKS5 اس کے بجائے اسے کلائنٹ پر حل کرتا ہے، جو کسی دوسرے نیٹ ورک کا DNS منظر استعمال کر سکتا ہے۔ libcurl استعمال کرنے والے C++ HTTP کلائنٹ کو صرف یہ راستہ چننے کے لیے اپنے SOCKS ہینڈ شیک کی ضرورت نہیں۔ اجازت شدہ عوامی اینڈ پوائنٹ کے لیے، SOCKS5 پروکسی فہرست مثالی loopback سننے والے کی جگہ میزبان اور پورٹ کے امیدوار پیش کرتی ہے۔

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

اختیارات مقرر کرنے اور ٹرانسفر کی واپسی ویلیوز کو ایپلیکیشن کی غلطیوں کی ہینڈلنگ کے ذریعے جانچیں۔ SOCKS تک پہنچنے یا اس سے بات چیت کرنے میں ناکامی کسی بھی HTTP جواب سے پہلے ہو سکتی ہے، اس لیے یہ ویب سائٹ کی اسٹیٹس کوڈ فراہم نہیں کرتی۔

مطلوبہ پروکسی اسناد ویب سائٹ کے لاگ ان سے الگ، معاون پروکسی تصدیق کی ترتیبات اور خفیہ طریقہ کار استعمال کرتی ہیں۔ TLS تصدیق فعال رکھیں: SOCKS کے ذریعے کنکشن کھولنا HTTPS سروس کی شناخت قائم نہیں کرتا۔