कंपनीच्या प्रॉक्सीद्वारे चालणारा Windows ब्राउझर हे सिद्ध करत नाही की libcurl-आधारित ॲप्लिकेशनने तेच कॉन्फिगरेशन शोधले आहे. libcurl कडे दस्तऐवजीकृत प्रॉक्सी पर्याय आणि पर्यावरण चल आहेत; Windows ब्राउझर प्रॉक्सी शोध हा दुसरा इंटरफेस आहे.

सध्याच्या वापरकर्त्याच्या Windows सेटिंग्जचे पालन करू इच्छिणारे ॲप्लिकेशन त्या Windows प्रॉक्सी कॉन्फिगरेशन API द्वारे विचारू शकते. तरीही काम शिल्लक राहते. स्वयंचलित कॉन्फिगरेशन URL PAC धोरणाकडे निर्देश करते, थेट CURLOPT_PROXY मध्ये कॉपी करण्यास योग्य असलेल्या स्थिर प्रॉक्सी एंडपॉइंटकडे नाही.

मॅन्युअल प्रॉक्सी सेटिंग
समर्थित कॉन्फिगरेशनचे विश्लेषण करा आणि क्लायंटला योग्य प्रॉक्सी व बायपास पर्याय द्या.
PAC किंवा स्वयंचलित शोध
समर्थित एकात्मतेसह प्रत्यक्ष गंतव्यासाठी धोरणाचे मूल्यांकन करा.
पार्श्वभूमी सेवा
तपासा कोणते खाते प्रभावी कॉन्फिगरेशनचे मालक आहे; संवादात्मक वापरकर्त्याची सेटिंग्ज सेवेची सेटिंग्ज नसू शकतात.

लहान निदान विनंतीसाठी, स्पष्ट libcurl प्रॉक्सी पर्याय शोध तुलनेतून काढून टाकतो. मर्यादित curl कमांड त्याच HTTP एंडपॉइंटची स्वतंत्रपणे तपासणी करू शकते. व्यवस्थापित ॲप्लिकेशनसाठी, ब्राउझरच्या यशस्वी विनंतीला सामायिक कॉन्फिगरेशनचा पुरावा मानण्याऐवजी इच्छित शोध धोरण अंमलात आणा.

संबंधित लेख