APT អាចប្រើ SOCKS5h ដោយគ្មាន wrapper

ចម្លើយចាស់ៗអំពី “APT តាមរយៈ SOCKS” ជាញឹកញាប់ណែនាំ wrapper ឬ relay HTTP-to-SOCKS។ ចម្លើយទាំងនោះអាចពិពណ៌នាអំពីដែនកំណត់ពិតប្រាកដរបស់កំណែចាស់។ ប៉ុន្តែវាមិនមែនជាជម្រើសតែមួយគត់នៅលើកំណែ APT ដែលចងក្រងការគាំទ្រ socks5h នោះទេ។

បំណែកកំណត់រចនាសម្ព័ន្ធអាចប្រើកូនសោដឹកជញ្ជូនដែលមានស្រាប់៖

Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";

ឧទាហរណ៍នេះសន្មតថាមានអ្នកស្តាប់ SOCKS5 ដែលមានការអនុញ្ញាតរួចហើយនៅលើម៉ាស៊ីនដូចគ្នា។ វាមិនចាប់ផ្តើមមួយទេ។ ការបញ្ជូនបន្ត SSH បែបឌីណាមិក គឺជាវិធីមួយក្នុងការបង្កើតអ្នកស្តាប់មូលដ្ឋាននោះ។ ប្រសិនបើប្រូកស៊ីនៅឆ្ងាយ សូមប្រើចំណុចបញ្ចប់ពិតប្រាកដដែលអាចឈានដល់បានជំនួសវិញ។ បេក្ខជនពីបញ្ជីប្រូកស៊ី SOCKS5 អនុវត្តតែនៅកន្លែងដែលប្រូកស៊ីសាធារណៈត្រូវបានអនុញ្ញាតសម្រាប់សំណើទៅកាន់ឃ្លាំង។

គ្រោងការណ៍គឺជាផ្នែកនៃសេចក្តីណែនាំ

កូនសៀវភៅដឹកជញ្ជូន APT រាយ socks5h សម្រាប់ SOCKS5 ជាមួយការដោះស្រាយ DNS ពីចម្ងាយ។ ប្រើគ្រោងការណ៍ដែលបានចងក្រងសម្រាប់កំណែដែលបានដំឡើង ជំនួសឱ្យការខ្លីវាទៅជាស្លាកដែលកម្មវិធីផ្សេងទទួលដោយចៃដន្យ។

ដូចគ្នាដែរ Acquire::socks::Proxy នៅក្នុងបំណែកវេទិកាចាស់មិនមែនជាភស្តុតាងថាវិធីសាស្ត្រទាញយក HTTP អានការកំណត់នោះទេ។ ឧបករណ៍ញែកកំណត់រចនាសម្ព័ន្ធអាចទទួលកូនសោដោយវិធីសាស្ត្រទាញយកមិនប្រើវា។

អាសយដ្ឋានមូលដ្ឋានមានព្រំដែន

នៅពេល APT ដំណើរការនៅក្នុង container ឬម៉ាស៊ីននិម្មិត 127.0.0.1 សំដៅលើបរិស្ថាននោះ។ អ្នកស្តាប់ SOCKS នៅលើ host គឺជាចំណុចបញ្ចប់ផ្សេង។ ពិនិត្យមើលកន្លែងដែល APT ដំណើរការ មុនពេលធ្វើរោគវិនិច្ឆ័យការតភ្ជាប់មូលដ្ឋានដែលត្រូវបានបដិសេធ។

ការគាំទ្រ SOCKS ក៏មិនលុបការត្រួតពិនិត្យហត្ថលេខាឃ្លាំង ឬវិញ្ញាបនប័ត្រ HTTPS ដែរ។ ទុកការការពារទាំងនោះឱ្យដំណើរការ។ ប្រសិនបើ APT ដែលបានដំឡើងខ្វះសមត្ថភាពដែលបានចងក្រង សូមជ្រើសរើសជម្រើសដែលបានអនុម័ត ឬផ្លូវធ្វើបច្ចុប្បន្នភាព ជំនួសឱ្យការចាត់ទុកគ្រោងការណ៍ URI ដែលមិនស្គាល់ថាជាបញ្ហាពាក្យសម្ងាត់។