პროქსის cookie-ის შენარჩუნება CONNECT მოთხოვნაზე

გამოიყენეთ libcurl-ის ცალკე პროქსის სათაურების ინტერფეისი მომწოდებლის მიერ განსაზღვრული CONNECT შესვლისთვის, ნაცვლად იმისა, რომ დანიშნულების cookie პროქსის ავთენტიფიკაციად მიიჩნიოთ.

ზოგიერთი პროქსის პროდუქტი განსაზღვრავს შესვლის ნაკადს, რომელიც cookie-ს ან ტოკენს აწვდის შემდგომ პროქსის მოთხოვნებს. თუ ეს ტოკენი CONNECT-ზე უნდა გამოჩნდეს, შეინახეთ იგი ცალკე გვირაბის შიგნით ვებსაიტისთვის განკუთვნილი cookie-ებისგან.

libcurl პროქსისთვის ცალკე მორგებული სათაურების სიას გვთავაზობს. უკვე ინიციალიზებულ C აპლიკაციაში კონფიგურაციის ფრაგმენტი ასე შეიძლება გამოიყურებოდეს:

struct curl_slist *proxy_headers = NULL;
proxy_headers = curl_slist_append(proxy_headers,
    "Cookie: ProxySession=REPLACE_WITH_PROXY_TOKEN");
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HEADEROPT,
                 (long) CURLHEADER_SEPARATE);

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

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

ბრაუზერის cookie-ების ქილა სხვა მექანიზმია

libcurl-ის cookie-ების ძრავის ჩართვა ან დანიშნულებისთვის cookie-ს დაყენება ავტომატურად არ ამრავლებს ბრაუზერის საკუთარ პროქსის შესვლის ნაკადს. CONNECT ხდება დანიშნულებასთან HTTPS გაცვლამდე. დაადგინეთ პროდუქტის რეალური მოთხოვნები, ნაცვლად იმისა, რომ დაჭერილი საიტის cookie ყველა მოთხოვნაში დააკოპიროთ.

თუ პროქსი სტანდარტულ HTTP პროქსის ავთენტიფიკაციას იყენებს, ნაცვლად ამისა გამოიყენეთ libcurl-ის პროქსის სერტიფიკატები და მხარდაჭერილი ავთენტიფიკაციის ოფციები. 407 Proxy-Authenticate-ით განსხვავებული პროტოკოლია, ვიდრე სესიის ტოკენის დამაბრუნებელი HTML შესვლის გვერდი.

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

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