Proxychains តាមរយៈ Squid៖ ការរឹតបន្តឹង CONNECT លើច្រក 80

កម្មវិធីរុករកផ្ទុកទំព័រ HTTP តាមរយៈ Squid។ គោលដៅដូចគ្នាបរាជ័យក្រោម proxychains។ នេះមិនចាំបាច់មានន័យថាកម្មវិធីមួយក្នុងចំណោមទាំងពីរបានជ្រើស IP proxy ខុសទេ។

អតិថិជនធម្មតាដែលយល់ HTTP អាចផ្ញើសំណើវេបទៅ proxy ខាងមុខក្នុងទម្រង់ HTTP proxy។ រីឯស្រទាប់ socket ទូទៅត្រូវការ ផ្លូវរូងបៃ សម្រាប់ការតភ្ជាប់ដែលកម្មវិធីចង់បើក។ សម្រាប់ HTTP proxy ក្នុងខ្សែសង្វាក់របស់ខ្លួន proxychains ប្រើ CONNECT។

មានន័យថាគេហទំព័រអត្ថបទធម្មតាលើច្រក 80 អាចបង្កើតសំណើ CONNECT សម្រាប់ច្រក 80។ គោលនយោបាយ Squid ដែលអនុញ្ញាត CONNECT តែចំពោះបញ្ជីច្រក TLS ដែលបានអនុម័តអាចបដិសេធផ្លូវរូងនោះ ទោះបីសំណើ HTTP ធម្មតាទៅច្រក 80 ត្រូវបានអនុញ្ញាត។

ប្រៀបធៀបសំណើ មិនត្រឹមតែឈ្មោះហូសប៉ុណ្ណោះ

ឯកសារ proxychains-ng ពិពណ៌នាអំពីការគាំទ្រ HTTP CONNECT របស់វា។ ច្បាប់ចូលប្រើរបស់ Squid អាចបែងចែកវិធីសាស្ត្រ និងច្រកគោលដៅ។ ទាំងនេះជាផ្លូវសំណើផ្សេងគ្នាទៅគេហទំព័រតែមួយ។

អានការបដិសេធ និងគោលនយោបាយដែលមានបំណងមុនពេលផ្លាស់ប្តូរវា។ ការពង្រីកការចូលប្រើ CONNECT ទៅគ្រប់ច្រកគឺជាការផ្លាស់ប្តូរសំខាន់; វាមិនគួរជាការឆ្លើយតបលំនាំដើមចំពោះភាពមិនស៊ីគ្នានៃស្រទាប់នោះទេ។

ប្រសិនបើកម្មវិធីមានការគាំទ្រ HTTP proxy ដើម ការប្រើវាអាចជៀសវាងផ្លូវរូងទូទៅដែលមិនចាំបាច់សម្រាប់ HTTP អត្ថបទធម្មតា។ ប្រសិនបើវាពិតជាត្រូវការផ្លូវរូង TCP ឆៅ សូមជ្រើសពិធីការ proxy និងគោលនយោបាយច្រកដែលបានអនុម័តដែលផ្តល់វា។

សំណើរុករកជោគជ័យគឺជាសក្ខីភាពមានប្រយោជន៍អំពីភាពអាចឈានដល់របស់ proxy និងរបៀបសំណើមួយដែលគាំទ្រ។ វាមិនបញ្ជាក់ថារាល់វិធីផ្លូវរូង ច្រកគោលដៅ ឬពិធីការកម្មវិធីត្រូវបានអនុញ្ញាតតាម proxy នោះទេ។