កំណត់ហេតុ Squid៖ តើ 407 ដែលបន្តដោយ 200 រាប់ជាការបរាជ័យឬ?
រាប់ប្រតិបត្តិការដែលបានបញ្ចប់ដោយឡែកពីការផ្លាស់ប្ដូរការផ្ទៀងផ្ទាត់ នៅពេល Squid កត់ត្រាការសាកសួរ បន្ទាប់មកដោយផ្លូវរូងដែលជោគជ័យ។
សន្មតថាអតិថិជនផ្ញើសំណើមួយដោយគ្មានព័ត៌មានសម្ងាត់ប្រូកស៊ី ទទួល ការសាកសួរ ហើយព្យាយាមម្ដងទៀតដោយជោគជ័យ។ កំណត់ហេតុសំណើអាចមានធាតុពីរ។ ប៉ុន្តែអ្នកដែលប្រើកម្មវិធីបានជួបប្រទះប្រតិបត្តិការបញ្ចប់តែមួយ។
ដូច្នេះកំណត់ហេតុដែលបែងចែកស្មើៗគ្នារវាង TCP_DENIED/407 និង TCP_TUNNEL/200 មិនបង្ហាញដោយស្វ័យប្រវត្តិនូវអត្រាបរាជ័យហាសិបភាគរយទេ។ ជាមុនសិន កំណត់ថាតើធាតុទាំងនោះបង្កើតជាគូនៃការសាកសួរ និងការព្យាយាមម្ដងទៀតឬអត់។
រាប់អ្វីដែលអ្នកពិតជាយកចិត្តទុកដាក់
| ការវាស់វែង | ចំនួន |
|---|---|
| ការសាកសួរផ្ទៀងផ្ទាត់ | ការឆ្លើយតបរបស់ប្រូកស៊ីដែលស្នើសុំការផ្ទៀងផ្ទាត់ |
| ការព្យាយាមរបស់ប្រូកស៊ី | ប្រតិបត្តិការនីមួយៗដែលអ្នកសម្របសម្រួលកត់ត្រា |
| ការងារបានបញ្ចប់ | ប្រតិបត្តិការកម្មវិធីដែលឈានដល់លទ្ធផលដែលបានបម្រុងទុក |
ភ្ជាប់ត្រាពេលវេលា បរិបទអតិថិជន គោលដៅ និងអត្តសញ្ញាណសំណើណាមួយដែលមាន។ ការព្យាយាមដែលគ្មានការផ្ទៀងផ្ទាត់អាចគ្មានឈ្មោះអ្នកប្រើដែលបានកត់ត្រា ខណៈការព្យាយាមម្ដងទៀតដែលជោគជ័យរបស់វាមាន។ សកម្មភាពក្នុងពេលតែមួយមានន័យថាបន្ទាត់ជាប់គ្នាតែម្នាក់ឯងគឺជាភស្តុតាងទន់ខ្សោយថាធាតុពីរនៅជាមួយគ្នា។
ក៏ត្រូវញែកផ្លូវរូងដែលជោគជ័យចេញពីប្រតិបត្តិការគេហទំព័រដែលជោគជ័យដែរ។ ការទទួលយក CONNECT បង្កើតផ្លូវរូង; គោលដៅនៅតែអាចបរាជ័យកំឡុង TLS ឬត្រឡប់កំហុសកម្មវិធីនៅពេលក្រោយ។
ស៊ើបអង្កេតការសាកសួរចុងក្រោយដែលកើតឡើងដដែលៗ ការងារដែលមិនដែលបញ្ចប់នៅពេលក្រោយ ឬការផ្លាស់ប្ដូរភ្លាមៗនៃចំនួនការផ្លាស់ប្ដូរ។ ទាំងនេះខុសពីអតិថិជនដែលមានស្ថិរភាព ចាប់ផ្ដើមដោយការសាកសួរ ហើយធ្វើយ៉ាងជាក់លាក់តាមការកំណត់របស់ខ្លួន។ ការបង្ក្រាបការផ្ទៀងផ្ទាត់គ្រាន់តែដើម្បីធ្វើឱ្យផ្ទាំងគ្រប់គ្រងបៃតងជាង នឹងផ្លាស់ប្ដូរសេវា ជាជាងជួសជុលការវាស់វែង។