WSS តាមរយៈ Squid មិនដូចជាការធ្វើឱ្យប្រសើរ WebSocket ធម្មតាទេ

បំបែក WebSocket ដែលបានអ៊ិនគ្រីបនៅក្នុង CONNECT ចេញពីការគ្រប់គ្រង HTTP Upgrade ធម្មតានៅក្នុង proxy ខាងមុខ។

តើ Squid ឃើញសំណើ HTTP Upgrade ឬគ្រាន់តែជាផ្លូវរូងក្រោមដីដែលផ្ទុកចរាចរណ៍អ៊ិនគ្រីប? នេះកំណត់ថាតើការគ្រប់គ្រង HTTP Upgrade របស់វាដោះស្រាយបញ្ហាឬអត់។

ផ្លូវ proxy ច្បាស់លាស់ធម្មតាអ្វីដែល Squid ជួប
wss://ជាធម្មតា CONNECT បន្ទាប់មក TLS គោលដៅដែលផ្ទុកការចាប់ដៃ WebSocket
ws://សំណើ HTTP Upgrade ធម្មតាដែល proxy អាចដំណើរការបាន

ការគ្រប់គ្រងការធ្វើឱ្យប្រសើររបស់ Squid ទាក់ទងនឹងសំណើដែលវាដំណើរការ។ វាមិនបង្ហាញក្បាល HTTP ដែលបានអ៊ិនគ្រីបនៅក្នុងផ្លូវរូង WSS ស្រអាប់ធម្មតាទេ។ ការស្ទាក់ចាប់ TLS ឬការគ្រប់គ្រង proxy ពិសេសផ្សេងទៀតផ្លាស់ប្តូរភាពមើលឃើញ ហើយអាចនាំយកតម្រូវការត្រូវគ្នារបស់វាផ្ទាល់។

សម្រាប់ WSS ស្វែងរកកន្លែងដែលលំដាប់ឈប់៖ ការភ្ជាប់ទៅ proxy, CONNECT ដែលបានទទួលយក, TLS ដែលបានផ្ទៀងផ្ទាត់, បន្ទាប់មកការចាប់ដៃកម្មវិធី។ ការបដិសេធមុន TLS គឺជាបញ្ហាខុសពីសំណើ Upgrade ធម្មតាដែលត្រូវបានបដិសេធ។

ប្រសិនបើត្រូវការផ្លាស់ប្តូរគោលនយោបាយធ្វើឱ្យប្រសើរ សូមប្រើសេចក្តីណែនាំសម្រាប់កំណែ Squid ដែលបានដំឡើង ហើយអនុញ្ញាតឥរិយាបថដែលត្រូវការជាក់លាក់។ ការអនុញ្ញាតគ្រប់ពិធីការធ្វើឱ្យប្រសើរពង្រីកគោលនយោបាយលើសពីកម្មវិធីជាក់លាក់។

សំណើទំព័រ HTTPS ដែលជោគជ័យបង្កើតបានតែផ្នែកមួយនៃផ្លូវ។ ចរាចរណ៍ WebSocket រយៈពេលយូរនៅតែអាចបរាជ័យដោយសារតម្រូវការកម្មវិធី អាយុកាលនៃការភ្ជាប់ ឬការរឹតបន្តឹងរបស់អន្តរការី សូម្បីតែសម្រាប់ឈ្មោះ host ដូចគ្នា។

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