សង្កេតមើលសំណើដែលប្រូកស៊ីបញ្ជូនបន្តនៅគោលដៅរបស់វា

អតិថិជនរៀបចំសំណើ HTTP ហើយប្រូកស៊ីបញ្ជូនបន្តអាចផ្លាស់ប្តូរសារនោះមុនពេលផ្ញើបន្ត។ គោលដៅគឺជាកន្លែងដែលកំណែដែលបានបញ្ជូនបន្តអាចសង្កេតបាន។

សម្រាប់ការត្រួតពិនិត្យដែលគ្រប់គ្រងបាន សូមប្រើចំណុចបញ្ចប់ដែលអ្នកដំណើរការហើយកត់ត្រា ឬត្រឡប់បឋមកថាសំណើដែលទទួលបាន។ ផ្តល់សញ្ញាសម្គាល់ដែលអាចស្គាល់បានដល់សំណើ ដើម្បីឱ្យកំណត់ត្រាប្រភពអាចភ្ជាប់ទៅប្រតិបត្តិការអតិថិជនជាក់លាក់។

នៅក្នុងកម្មវិធីដែលផ្អែកលើ WebClient ResponseHeaders ពិពណ៌នាអំពីការឆ្លើយតបដែលត្រឡប់មកវិញ។ វាមិនមែនជាកំណត់ត្រាសំណើរបស់ប្រូកស៊ីទៅគោលដៅទេ។ ម៉ាស៊ីនមេអាចជ្រើសរើសធ្វើអេកូព័ត៌មានសំណើក្នុងតួឆ្លើយតបរបស់វា ប៉ុន្តែនោះជាអាកប្បកិរិយារបស់កម្មវិធី។

ប្រសិនបើផ្លូវមានអន្តរការីជាច្រើន គោលដៅឃើញឥទ្ធិពលបញ្ជូនបន្តរួមរបស់ពួកគេ។ ការមានបឋមកថាតែម្នាក់ឯងមិនកំណត់ការផ្លាស់ប្តូរទៅការលោតជាក់លាក់ណាមួយទេ។ សម្រាប់វាល API ផ្ទាល់ខ្លួន ច្បាប់បញ្ជូនបន្ត និងវាល Connection ពន្យល់ពីពេលដែលការផ្លាស់ប្តូរត្រូវបានរំពឹង។

ផ្លូវរូង HTTPS CONNECT ធម្មតាបន្ថែមព្រំដែនមួយទៀត៖ សំណើ HTTP ខាងក្នុងត្រូវបានអ៊ិនគ្រីបរវាងអតិថិជន និងគេហទំព័រ។ ប្រូកស៊ីបញ្ជូនបន្តមិនអាចកែបឋមកថាដែលបានអ៊ិនគ្រីបទាំងនោះបានទេ។ បឋមកថានៅក្នុងការផ្លាស់ប្តូរ CONNECT ជាកម្មសិទ្ធិរបស់ការផ្លាស់ប្តូរដាច់ដោយឡែកនោះ ខណៈដែលប្រូកស៊ីត្រួតពិនិត្យ TLS ដែលគ្រប់គ្រងមានតួនាទីខុសគ្នា។