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