არსებული 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-ზე გამოყენებულ სათაურებს დანიშნულების მოთხოვნისთვის გამოყენებული სათაურებისგან. ძველი ერთიანი პოლიტიკის მაგალითებს შეუძლიათ ჩვეულებრივი სია ორივე გაცვლაში მოათავსონ.

მოთხოვნის გზაცალკე სიების მნიშვნელობა
HTTPS ჩვეულებრივი CONNECT გვირაბის შიგნითჯერ პროქსის გაცვლა ხდება; შემდეგ დანიშნულების HTTP სათაურები მიჰყვება დანიშნულების TLS-ის შიგნით.
ჩვეულებრივი HTTP გადაგზავნაპროქსის შეუძლია დანიშნულების სათაურების წაკითხვა, ხოლო libcurl-ს შეუძლია ორივე შესაბამისი სიის გამოყენება ერთ გადაგზავნილ მოთხოვნაზე.

მხოლოდ პროქსისთვის განკუთვნილი მარშრუტიზაციის მარკერი პროქსის გაცვლას ეკუთვნის. ღია ტექსტით გადაგზავნისას თვითნებური მორგებული ველი შეიძლება წყარომდე მივიდეს, თუ გადაგზავნის წყობა არ ამუშავებს მას; ოფციის სახელი კონფიდენციალურობის გარანტია არ არის.

ავთენტიფიკაციისთვის გამოიყენეთ მხარდაჭერილი სერტიფიკატის ოფციები. ოპერატორის მიერ განსაზღვრული მეტამონაცემებისთვის დაადგინეთ, რომელი ნაბიჯი მოიხმარს მათ და შეიძლება თუ არა მათი გადაგზავნა პაროლის ზოგად ველში ჩადების ნაცვლად.

როცა მარკერი აკლია ან ჩანს, რომ ჟონავს, დაადგინეთ ის რეალური მოთხოვნა, რომელიც მას შეიცავს. რამდენიმე გაცვლის მაჩვენებელმა სათაურის უკუგამოძახებამ შეიძლება სწორად გამოყოფილი სიები შერეულად აჩვენოს.

დაკავშირებული სტატიები