ហេតុអ្វី APT មិនប្រើ CONNECT សម្រាប់ការទាញយកនីមួយៗ

ការបញ្ជូន HTTP ធម្មតា និងផ្លូវរូង HTTPS ប្រើការសន្ទនាប្រូកស៊ីផ្សេងគ្នា។ សេវាដែលគាំទ្រតែ CONNECT អាចមិនគាំទ្រសំណើដែលឃ្លាំង HTTP បង្កើត។

«ប្រូកស៊ីទទួលយក CONNECT» មិនមានន័យថាវាទទួលយករាល់សំណើដែល APT នឹងផ្ញើនោះទេ។

សម្រាប់ឃ្លាំង HTTP ធម្មតា APT អាចប្រើការបញ្ជូនប្រូកស៊ី HTTP ធម្មតា៖ ប្រូកស៊ីទទួលសំណើ HTTP ដែលកំណត់ធនធានគោលដៅ។ សម្រាប់ HTTPS តាមរយៈប្រូកស៊ី HTTP អតិថិជនជាធម្មតាបង្កើតផ្លូវរូង CONNECT បន្ទាប់មកចរចាសម័យ TLS របស់គោលដៅតាមរយៈវា។

គោលដៅការសន្ទនាធម្មតាជាមួយប្រូកស៊ី HTTP
ឃ្លាំង HTTPបញ្ជូនសំណើ HTTP
ឃ្លាំង HTTPSCONNECT បន្ទាប់មក TLS គោលដៅ

សេវាដែលទទួលយកតែផ្លូវរូងអាចបដិសេធសំណើដែលបានបញ្ជូនធម្មតា។ HTTP 405 គួរពិនិត្យវិធីសាស្ត្រពិតប្រាកដ អ្នកចេញឆ្លើយតប និងគោលការណ៍ប្រូកស៊ី។ វាមិនបញ្ជាក់ថា APT ខ្វះការគាំទ្រ SOCKS ឬពាក្យសម្ងាត់របស់វាខុសទេ។

ប្រៀបធៀបអាកប្បកិរិយាដែលសេវាគាំទ្រជាមួយឯកសារដឹកជញ្ជូន APT និងអត្ថន័យ CONNECT។ ប្រើសេវាដែលបានអនុម័តដែលត្រូវគ្នា ឬ URL ឃ្លាំងដែលគាំទ្រ។ សម្រាប់ឃ្លាំងសាធារណៈដែលអនុញ្ញាតឱ្យមានអន្តរការីសាធារណៈ បញ្ជីប្រូកស៊ី HTTP ផ្តល់បេក្ខជនដើម្បីពិនិត្យតាមតម្រូវការទាំងនោះ។ កុំសន្មត់ថាការបន្ថែម https:// ទៅអាសយដ្ឋានប្រូកស៊ីផ្លាស់ប្តូរពិធីការឃ្លាំង ឬបំប្លែងរាល់សំណើទៅជាផ្លូវរូង។

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