រក្សា cookie របស់ proxy នៅលើសំណើ CONNECT

ផលិតផល proxy មួយចំនួនកំណត់លំហូរចូលដែលផ្តល់ cookie ឬ token សម្រាប់សំណើ proxy បន្ទាប់។ ប្រសិនបើ token នោះត្រូវបង្ហាញនៅលើ CONNECT សូមរក្សាវាដាច់ដោយឡែកពី cookie ដែលមានបំណងសម្រាប់គេហទំព័រនៅក្នុងផ្លូវរូងក្រោមដី។

libcurl ផ្តល់បញ្ជីក្បាលផ្ទាល់ខ្លួនដាច់ដោយឡែកសម្រាប់ proxy។ នៅក្នុងកម្មវិធី 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);

នេះសមស្របតែនៅពេលដែលពិធីការចូលដែលបានចងក្រងជាឯកសាររបស់ proxy ទាមទារក្បាលនោះ។ ពិនិត្យលទ្ធផលនៃការបែងចែក និងជម្រើសនៅក្នុងកូដជុំវិញ រក្សាបញ្ជីរហូតដល់ការផ្ទេរបានបញ្ចប់ បន្ទាប់មកសម្អាត ឬជំនួសព្រួញរបស់ handle មុនពេលដោះលែងបញ្ជី។

ជាមួយការគ្រប់គ្រងក្បាលដាច់ដោយឡែក libcurl ផ្ញើបញ្ជី proxy នៅលើ CONNECT និងបញ្ជីគោលដៅនៅលើសំណើក្នុងផ្លូវរូងដែលបានបង្កើត។ ដូច្នេះ proxy ទទួលបាន token របស់អ្នកផ្គត់ផ្គង់ដោយមិនធ្វើឱ្យ token នោះក្លាយជា cookie គេហទំព័រ។ ការបំបែកនេះជាលំនាំដើមតាំងពី libcurl 7.42.1; ជម្រើសច្បាស់លាស់ធ្វើឱ្យអាកប្បកិរិយាដែលបានប៉ងឃើញជាក់ស្តែង។

ពាង cookie របស់កម្មវិធីរុករកគឺជាយន្តការមួយផ្សេងទៀត

ការបើកម៉ាស៊ីន cookie របស់ libcurl ឬការកំណត់ cookie សម្រាប់គោលដៅមិនបង្កើតលំហូរចូល proxy ដើមរបស់កម្មវិធីរុករកដោយស្វ័យប្រវត្តិទេ។ CONNECT កើតឡើងមុនការផ្លាស់ប្តូរ HTTPS ជាមួយគោលដៅ។ កំណត់តម្រូវការពិតប្រាកដរបស់ផលិតផល ជំនួសឱ្យការចម្លង cookie គេហទំព័រដែលចាប់បានទៅរាល់សំណើ។

ប្រសិនបើ proxy ប្រើការផ្ទៀងផ្ទាត់ proxy HTTP ស្តង់ដារ សូមប្រើព័ត៌មានសម្គាល់ proxy របស់ libcurl និងជម្រើសផ្ទៀងផ្ទាត់ដែលគាំទ្រជំនួសវិញ។ 407 ជាមួយ Proxy-Authenticate គឺជាពិធីការផ្សេងពីទំព័រចូល HTML ដែលត្រឡប់ token វគ្គ។

រក្សា token ឱ្យមានកំណត់ត្រឹមចំណុចបញ្ចប់ proxy និងអាយុកាលដែលបានប៉ងរបស់វា។ នៅពេលប្តូរទៅអន្តរការីផ្សេង សូមជំនួសបញ្ជីក្បាលជាផ្នែកនៃការផ្លាស់ប្តូរការកំណត់នោះ។ បញ្ជីក្បាលសំណើទូទៅគឺជាកន្លែងមិនល្អសម្រាប់អាថ៌កំបាំងដែលជាកម្មសិទ្ធិរបស់ proxy តែមួយ។