ប្រសិនបើ libproxy ត្រឡប់ URI ប្រូកស៊ី ខណៈសុខេតបន្ទាប់ភ្ជាប់ដោយផ្ទាល់ សូមពិនិត្យការផ្ទេរ។ libproxy ស្វែងរកគោលនយោបាយ; វាមិនចាប់សុខេតទាំងអស់ដែលកម្មវិធីបើកនោះទេ។

  1. សាកសួរធនធាន។ ក្នុង libproxy 0.5 C API ដែលបានចងក្រងឯកសារ សូមបង្កើតរោងចក្រប្រូកស៊ី ហើយសាកសួរ URL គោលដៅពិតប្រាកដ។
  2. បកស្រាយបេក្ខជនតាមលំដាប់។ លទ្ធផល HTTP, SOCKS និងផ្ទាល់ត្រូវការការដោះស្រាយខុសៗគ្នា។ រក្សាលំដាប់អាទិភាព និងគោលនយោបាយបរាជ័យដែលបានបម្រុង។
  3. កំណត់រចនាសម្ព័ន្ធអ្នកប្រើប្រាស់។ ផ្តល់ប្រភេទប្រូកស៊ីដែលបានជ្រើស ចំណុចបញ្ចប់ និងការរៀបចំផ្ទៀងផ្ទាត់ទៅកាន់ការដឹកជញ្ជូនដែលគាំទ្រពួកវា។ សុខេត TCP ឆៅមិនទទួលបានការចរចា CONNECT ឬ SOCKS ពី URI ដែលត្រឡប់មកវិញទេ។

កុំរក្សាទុកចម្លើយតែមួយជាផ្លូវសម្រាប់គោលដៅទាំងអស់ ហើយកុំធ្វើឱ្យការកំណត់ផ្លូវផ្ទាល់ក្លាយជាអចិន្ត្រៃយ៍ ដោយសារតែប្រូកស៊ីដំបូងបរាជ័យម្តង។

ប្រសិនបើកម្មវិធីភ្ញៀវ HTTP រួមបញ្ចូលប្រូកស៊ីប្រព័ន្ធ ឬការស្វែងរក PAC រួចហើយ សូមជ្រើសម្ចាស់ការជ្រើសរើសតែមួយ។ អ្នកជ្រើសរើសឯករាជ្យពីរ បូកនឹងស្រទាប់រុំមួយទៀត អាចបង្កើតផ្លូវដែលគ្មានគោលនយោបាយណាមួយបានបម្រុងទេ។

ក្នុងកូដដើម សូមអនុវត្តតាមវដ្តជីវិតរបស់រោងចក្រ និងអង្គចងចាំលទ្ធផលរបស់ API ដែលបានដំឡើង។ ការប្រើរោងចក្រឡើងវិញអាចរក្សាស្ថានភាពស្វែងរកដែលមានប្រយោជន៍ ប៉ុន្តែវានៅតែត្រូវការសំណួរសម្រាប់គោលដៅនីមួយៗ។ កត់ត្រាការជ្រើសរើសដោយឡែកពីលទ្ធផលតភ្ជាប់៖ URI ដែលត្រឡប់មកវិញមិនបញ្ជាក់ពីការផ្ទៀងផ្ទាត់ ការដោះស្រាយ ឬការចូលបន្ថែមដែលជោគជ័យទេ។

អត្ថបទពាក់ព័ន្ធ