ఇప్పటికే ఉన్న 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 ఒకే ఫార్వర్డ్ చేసిన అభ్యర్థనపై రెండు వర్తించే జాబితాలను ఉపయోగించగలదు.

ప్రాక్సీకి మాత్రమే సంబంధించిన రూటింగ్ మార్కర్ ప్రాక్సీ మార్పిడికి చెందుతుంది. ప్లెయిన్ టెక్స్ట్ ఫార్వర్డింగ్‌లో, ఫార్వర్డింగ్ ఏర్పాటు నిర్వహించకపోతే ఏకపక్ష కస్టమ్ ఫీల్డ్ మూలాన్ని చేరుకోగలదు; ఆప్షన్ పేరు గోప్యతకు హామీ కాదు.

ప్రామాణీకరణ కోసం మద్దతు ఉన్న క్రెడెన్షియల్ ఎంపికలను ఉపయోగించండి. ఆపరేటర్ నిర్వచించిన మెటాడేటా కోసం, ఏ హాప్ దాన్ని వినియోగిస్తుంది మరియు సాధారణ ఫీల్డ్‌లో పాస్‌వర్డ్ పెట్టడానికి బదులుగా దాన్ని ఫార్వర్డ్ చేయవచ్చో లేదో నిర్ణయించండి.

మార్కర్ లేనప్పుడు లేదా లీక్ అవుతున్నట్లు కనిపించినప్పుడు, దాన్ని కలిగి ఉన్న వాస్తవ అభ్యర్థనను గుర్తించండి. అనేక మార్పిడులను చూపించే హెడర్ కాల్‌బ్యాక్ సరిగ్గా వేరు చేసిన జాబితాలను కలిపినట్లు కనిపించేలా చేయగలదు.

సంబంధిత వ్యాసాలు