សំណើប្រូកស៊ី HTTP៖ URL ដាច់ខាត និងបឋមកថា Host
រក្សាគោលដៅសំណើដាច់ខាត និងវាល Host ឱ្យស៊ីគ្នា នៅពេលធ្វើសំណើ HTTP/1.1 តាមរយៈប្រូកស៊ីច្បាស់លាស់។
តើសំណើប្រូកស៊ី HTTP/1.1 នេះសំដៅលើម៉ាស៊ីនណា?
GET http://first.example/path HTTP/1.1
Host: second.example
សារនេះមិនស៊ីគ្នា។ ក្នុងសំណើទម្រង់ដាច់ខាតដែលផ្ញើទៅប្រូកស៊ី RFC 9112 តម្រូវឱ្យតម្លៃ Host ដែលបញ្ជូនបន្តមានប្រភពពីគោលដៅសំណើ។ ការបញ្ជូន Host: first.example គឺជាអាកប្បកិរិយាដែលរំពឹងទុក។
ក្នុងការសាកល្បងលើគេហទំព័រអភិវឌ្ឍន៍ សូមរក្សាឈ្មោះម៉ាស៊ីនរបស់ធនធានឱ្យស៊ីគ្នាក្នុង URL និង authority នៃ HTTP។ ផ្តល់ការផ្គូផ្គងឈ្មោះទៅអាសយដ្ឋានដែលចង់បាននៅ hop ដែលទទួលខុសត្រូវលើការដោះស្រាយ។ ការជំនួស Host ដែលផ្ទុយគ្នាមិនមែនជាការណែនាំដែលអាចផ្លាស់ទីបានសម្រាប់ជ្រើសរើស backend ទេ។
HTTPS ខុសគ្នា។ បន្ទាប់ពីរូងកណ្តាលដី CONNECT ធម្មតាបើក TLS និងការផ្លាស់ប្តូរ HTTP ខាងក្នុងកើតឡើងនៅក្នុងវា។ ប្រូកស៊ីដែលមិនស្ទាក់ចាប់ជាធម្មតាមិនអាចសរសេរឡើងវិញនូវវាល Host ដែលបានអ៊ិនគ្រីបនោះទេ។ គោលដៅ CONNECT ឈ្មោះ TLS និងអត្តសញ្ញាណវិញ្ញាបនបត្រនៅតែជាតួនាទីដាច់ដោយឡែក។
ការលុប Via Referer ឬ Cache-Control មិនធ្វើឱ្យ authority ទាំងពីរស៊ីគ្នាទេ។ កត់ត្រាទម្រង់សំណើ និង ចំណុចដែលអ្នកសង្កេតឃើញបឋមកថា មុនពេលធ្វើរោគវិនិច្ឆ័យការសរសេរឡើងវិញរបស់ប្រូកស៊ី។