libcurl का प्रोक्सी हेडरहरूलाई वेबसाइट हेडरहरूबाट अलग गर्नुहोस्
libcurl लाई अलग प्रोक्सी र गन्तव्य हेडर सूचीहरू दिनुहोस्, साथै सादा पाठ अग्रसरणको दृश्यता सीमा फरक हुन्छ भन्ने स्वीकार गर्नुहोस्।
अवस्थित 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 ले एउटै अग्रसरित अनुरोधमा दुवै लागू सूचीहरू प्रयोग गर्न सक्छ। |
प्रोक्सी-मात्र राउटिङ मार्कर प्रोक्सी आदानप्रदानमा पर्छ। सादा पाठ अग्रसरणमा, अग्रसरण व्यवस्थाले सम्हाल्दैन भने जुनसुकै अनुकूलन फाँट मूलसम्म पुग्न सक्छ; विकल्पको नाम गोपनीयताको ग्यारेन्टी होइन।
प्रमाणीकरणका लागि समर्थित प्रमाणपत्र विकल्पहरू प्रयोग गर्नुहोस्। अपरेटर-परिभाषित मेटाडाटाका लागि, कुन हपले यसलाई उपभोग गर्छ र सामान्य फाँटमा पासवर्ड राख्नुको सट्टा यसलाई अग्रसरित गर्न सकिन्छ कि भनी निर्धारण गर्नुहोस्।
मार्कर हराएको वा चुहिएको देखिएमा, यसलाई समावेश गर्ने वास्तविक अनुरोध पहिचान गर्नुहोस्। धेरै आदानप्रदान देखाउने हेडर कलब्याकले सही रूपमा अलग गरिएका सूचीहरूलाई मिसिएको देखाउन सक्छ।