ច្បាប់ portproxy របស់ Windows បញ្ជូន TCP ទៅគោលដៅដែលបានកំណត់មួយ។ វាមិនចរចាលើសំណើប្រូកស៊ី HTTP របស់កម្មវិធីរុករក ឬសំណើគោលដៅ SOCKS នោះទេ។

សេវាកម្មអ្នកណាជ្រើសរើសគោលដៅ?
អ្នកបញ្ជូន TCP ថេរការកំណត់បញ្ជូនបន្តរបស់អ្នកស្តាប់។
ប្រូកស៊ី SOCKS5សំណើរបស់អតិថិជន ក្នុងគោលនយោបាយម៉ាស៊ីនមេ។
ប្រូកស៊ី HTTP បញ្ជូនបន្តសំណើប្រូកស៊ី HTTP រួមទាំង CONNECT សម្រាប់ផ្លូវរូង HTTPS ធម្មតា។

ពិនិត្យអ្នកបញ្ជូនដែលមានស្រាប់ដោយ netsh interface portproxy show all។ ប្រៀបធៀប backend ដែលបានកំណត់របស់វាជាមួយពិធីការដែលអតិថិជនរបស់អ្នកផ្ញើ។ ឯកសារយោង netsh ពិពណ៌នាអាសយដ្ឋាន/ច្រករបស់អ្នកស្តាប់ និងគោលដៅ; ការទទួល TCP មិនបង្កើតការចាប់ដៃ HTTP ឬ SOCKS។

ការចរចា SOCKS ដែលផ្ញើទៅអ្នកបញ្ជូនធម្មតា គ្រាន់តែទៅដល់ backend ថេរនោះ។ វាមិនអាចធ្វើឱ្យសេវាកម្មដែលមិនមែន SOCKS យល់សំណើ ឬជ្រើសគោលដៅថ្មីបានទេ។

អ្នកបញ្ជូននៅមុខប្រូកស៊ីពិតគឺខុសគ្នា។ ប្រូកស៊ីខាងលើនៅតែចរចាលើគោលដៅ និងការផ្ទៀងផ្ទាត់; អ្នកបញ្ជូនដឹកការតភ្ជាប់ទៅវា។ អ្នកបញ្ជូនដែលបង្ហាញលើបណ្តាញអាចពង្រីកការចូលទៅ backend នោះ ដូច្នេះរក្សា ព្រំដែនចូលប្រើរបស់អ្នកស្តាប់ ឱ្យមានចេតនា។

ជ្រើសសេវាកម្មដែលអាចប្រើពិធីការនេះ នៅពេលតម្រូវការគឺជាច្រកចេញ HTTP ឬ SOCKS ទូទៅ។ ច្រកដែលបានបញ្ជូនបន្តគ្រាន់តែជាផ្នែកមួយនៃផ្លូវនោះ។

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