Port TCP បើក មិនបញ្ជាក់ថា proxy ដំណើរការទេ

ការពិនិត្យ port ជោគជ័យបញ្ជាក់តែការភ្ជាប់។ ត្រូវពិនិត្យ handshake របស់ proxy និងការឆ្លើយតបរំពឹងទុកពីគោលដៅផងដែរ។

Port TCP បើកបញ្ជាក់ថា listener បានទទួលការភ្ជាប់។ វាអាចជា proxy, web server ធម្មតា ឬសេវាផ្សេង។ Port 8080 មិនកំណត់ពិធីការទេ។

សម្រាប់ endpoint ដែលឯកសារបញ្ជាក់ថាជា HTTP proxy សូមប្រើអាសយដ្ឋានពិតក្នុងសំណើ HTTPS ដែលមានដែនកំណត់ពេល៖

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

ជំនួសអាសយដ្ឋានឯកសារដោយ HTTP endpoint របស់អ្នក ឬបេក្ខភាពពីបញ្ជី HTTP proxy។ សម្រាប់ SOCKS ប្រើរបៀប client SOCKS ដែលត្រូវគ្នា និងបញ្ចប់ការចរចា។ Handshake ខុសអាចបរាជ័យភ្លាមៗក្រោយ TCP ទទួលការភ្ជាប់។

ដំណាក់កាលដែលសង្កេតអ្វីដែលវាបញ្ជាក់
TCP ត្រូវបានទទួលអាចចូលដល់ listener។
Handshake proxy ត្រូវបានទទួលListener បានទទួលប្រតិបត្តិការ proxy នេះ។
TLS គោលដៅបានផ្ទៀងផ្ទាត់Client បានបញ្ចប់ការភ្ជាប់សុវត្ថិភាពដែលចង់បាន តាមការកំណត់ទំនុកចិត្តរបស់វា។
ទទួលស្ថានភាព និងមាតិការំពឹងទុកសំណើកម្មវិធីបានផ្តល់លទ្ធផលរំពឹងទុក។

សម្រាប់ HTTPS តាម HTTP proxy ត្រូវអនុញ្ញាត CONNECT ទៅ port គោលដៅ។ សូម្បីCONNECT 200 ក៏ជាដំណាក់កាលកណ្ដាល៖ រូងអាចបិទមុន TLS ឬសំណើចុងក្រោយជោគជ័យ។ HTTP មិនអ៊ិនគ្រីបជោគជ័យ មិនបញ្ជាក់សមត្ថភាពរូងនេះទេ។

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

កត់ដំណាក់កាលចុងក្រោយដែលជោគជ័យ។ «Port បើក ការចរចា SOCKS ត្រូវបដិសេធ» ផ្តល់ចំណុចចាប់ផ្តើមមានប្រយោជន៍សម្រាប់ការស៊ើបអង្កេតបន្ទាប់។

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