विद्यमान 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 एका अग्रेषित विनंतीवर दोन्ही लागू याद्या वापरू शकतो.

फक्त-प्रॉक्सी राउटिंग मार्कर प्रॉक्सी देवाणघेवाणीचा आहे. साध्या मजकुरातील अग्रेषणात, अग्रेषण व्यवस्था त्याला हाताळत नसेल तर कोणतेही सानुकूल फील्ड मूळापर्यंत पोहोचू शकते; पर्यायाचे नाव गोपनीयतेची हमी नाही.

प्रमाणीकरणासाठी समर्थित क्रेडेन्शियल पर्याय वापरा. ऑपरेटर-परिभाषित मेटाडेटासाठी, कोणता हॉप ते वापरतो आणि सामान्य फील्डमध्ये पासवर्ड ठेवण्याऐवजी ते अग्रेषित करता येते का हे निश्चित करा.

मार्कर गहाळ असल्यास किंवा गळत असल्यासारखे वाटल्यास, तो असलेली प्रत्यक्ष विनंती ओळखा. अनेक देवाणघेवाणी दर्शविणारा हेडर कॉलबॅक योग्यरित्या वेगळ्या केलेल्या याद्या मिसळलेल्या दिसू शकतो.

संबंधित लेख