ការសរសេរ Reverse socks5 proxy ក្នុង powershell.Part 1

រឿងស្រាវជ្រាវ និងអភិវឌ្ឍន៍ជា ៣ ផ្នែក។ ផ្នែកទី 3 គឺជាការរុករក។
មានដើមប៊ីចជាច្រើន - អត្ថប្រយោជន៍កាន់តែច្រើន។

ការបង្កើតបញ្ហា

ក្នុងអំឡុងពេលយុទ្ធនាការ pentest និង RedTeam វាមិនតែងតែអាចប្រើឧបករណ៍ស្តង់ដាររបស់អតិថិជនដូចជា VPN, RDP, Citrix ជាដើម។ ជាយុថ្កាសម្រាប់បញ្ចូលបណ្តាញខាងក្នុង។ នៅកន្លែងខ្លះ VPN ស្តង់ដារដំណើរការដោយប្រើ MFA ហើយសញ្ញាសម្ងាត់ផ្នែករឹងត្រូវបានប្រើជាកត្តាទីពីរ កន្លែងផ្សេងទៀតវាត្រូវបានត្រួតពិនិត្យយ៉ាងព្រៃផ្សៃ ហើយការចូល VPN របស់យើងអាចមើលឃើញភ្លាមៗ ដូចដែលពួកគេនិយាយ ជាមួយនឹងអ្វីដែលវាបង្កប់ន័យ ប៉ុន្តែនៅក្នុងកន្លែងផ្សេងទៀតមាន ជាធម្មតាមិនមានមធ្យោបាយបែបនេះទេ។

ក្នុងករណីបែបនេះ យើងត្រូវបង្កើតអ្វីដែលគេហៅថា "ផ្លូវរូងក្រោមដីបញ្ច្រាស" ជានិច្ច - ការតភ្ជាប់ពីបណ្តាញខាងក្នុងទៅធនធានខាងក្រៅ ឬម៉ាស៊ីនមេដែលយើងគ្រប់គ្រង។ នៅក្នុងផ្លូវរូងក្រោមដីបែបនេះ យើងអាចធ្វើការជាមួយធនធានខាងក្នុងរបស់អតិថិជនរួចហើយ។

មានប្រភេទជាច្រើននៃផ្លូវរូងក្រោមដីត្រឡប់មកវិញទាំងនេះ។ ភាពល្បីល្បាញបំផុតនៃពួកគេគឺជាការពិតណាស់ Meterpreter ។ ផ្លូវរូងក្រោមដី SSH ជាមួយនឹងការបញ្ជូនបន្តច្រកបញ្ច្រាសក៏មានតម្រូវការយ៉ាងខ្លាំងក្នុងចំណោមក្រុម Hacker ផងដែរ។ មានមធ្យោបាយជាច្រើនសម្រាប់ការអនុវត្តផ្លូវរូងក្រោមដីបញ្ច្រាស ហើយពួកវាជាច្រើនត្រូវបានសិក្សា និងពិពណ៌នាយ៉ាងល្អ។
ជាការពិតណាស់ សម្រាប់ផ្នែករបស់ពួកគេ អ្នកបង្កើតដំណោះស្រាយសុវត្ថិភាពមិនឈរមួយឡែកទេ ហើយរកឃើញសកម្មភាពបែបនេះយ៉ាងសកម្ម។
ឧទាហរណ៍ វគ្គ MSF ត្រូវបានរកឃើញដោយជោគជ័យដោយ IPS ទំនើបពី Cisco ឬ Positive Tech ហើយផ្លូវរូងក្រោមដី SSH បញ្ច្រាសអាចត្រូវបានរកឃើញដោយជញ្ជាំងភ្លើងធម្មតាស្ទើរតែទាំងអស់។

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

ចូរយើងព្យាយាមស្វែងរក ឬបង្កើតអ្វីដែលស្រដៀងគ្នា។

មុននឹងបង្កើតអ្វីមួយ យើងត្រូវយល់ថាតើលទ្ធផលអ្វីដែលយើងចង់សម្រេចបាន មុខងារអ្វីខ្លះដែលការអភិវឌ្ឍន៍របស់យើងគួរអនុវត្ត។ តើ​អ្វី​ទៅ​ជា​តម្រូវ​ការ​សម្រាប់​ផ្លូវ​រូង​ក្រោម​ដី ដូច្នេះ​យើង​អាច​ធ្វើ​ការ​ក្នុង​ទម្រង់​បំបាំងកាយ​អតិបរមា?

វាច្បាស់ណាស់ថាសម្រាប់ករណីនីមួយៗ តម្រូវការបែបនេះអាចខុសគ្នាខ្លាំង ប៉ុន្តែផ្អែកលើបទពិសោធន៍ការងារ កត្តាសំខាន់ៗអាចត្រូវបានសម្គាល់៖

• ដំណើរការលើប្រព័ន្ធប្រតិបត្តិការ Windows-7-10 ។ ចាប់តាំងពីបណ្តាញសាជីវកម្មភាគច្រើនប្រើ Windows;
• ម៉ាស៊ីនភ្ញៀវភ្ជាប់ទៅម៉ាស៊ីនមេតាមរយៈ SSL ដើម្បីជៀសវាងការស្តាប់ដ៏ល្ងង់ខ្លៅដោយប្រើ ips ។
• នៅពេលភ្ជាប់ អតិថិជនត្រូវតែគាំទ្រការងារតាមរយៈម៉ាស៊ីនមេប្រូកស៊ីដែលមានការអនុញ្ញាត ពីព្រោះ នៅក្នុងក្រុមហ៊ុនជាច្រើន ការចូលប្រើអ៊ីនធឺណិតកើតឡើងតាមរយៈប្រូកស៊ី។ តាមពិត ម៉ាស៊ីនភ្ញៀវប្រហែលជាមិនដឹងអ្វីទាំងអស់អំពីវា ហើយប្រូកស៊ីត្រូវបានប្រើក្នុងទម្រង់ថ្លា។ ប៉ុន្តែយើងត្រូវផ្តល់មុខងារបែបនេះ។
• ផ្នែកអតិថិជនគួរតែសង្ខេប និងអាចចល័តបាន។
  វាច្បាស់ណាស់ថា ដើម្បីធ្វើការនៅក្នុងបណ្តាញរបស់អតិថិជន អ្នកអាចដំឡើង OpenVPN នៅលើម៉ាស៊ីនភ្ញៀវ និងបង្កើតផ្លូវរូងក្រោមដីពេញលេញទៅកាន់ម៉ាស៊ីនមេរបស់អ្នក (ជាសំណាងល្អ អតិថិជន openvpn អាចដំណើរការតាមរយៈប្រូកស៊ី)។ ប៉ុន្តែ ទីមួយ វានឹងមិនដំណើរការរហូតនោះទេ ដោយសារយើងប្រហែលជាមិនមែនជាអ្នកគ្រប់គ្រងមូលដ្ឋាននៅទីនោះ ហើយទីពីរវានឹងធ្វើឱ្យមានសំលេងរំខានយ៉ាងខ្លាំងដែល SIEM ឬ HIPS សមរម្យនឹង "ឆក់" យើងភ្លាមៗ។ តាមឧត្ដមគតិ អតិថិជនរបស់យើងគួរតែជាពាក្យបញ្ជាដែលហៅថា inline ដូចជាឧទាហរណ៍ bash shells ជាច្រើនត្រូវបានអនុវត្ត ហើយចាប់ផ្តើមតាមរយៈបន្ទាត់ពាក្យបញ្ជា ឧទាហរណ៍ នៅពេលប្រតិបត្តិពាក្យបញ្ជាពីម៉ាក្រូពាក្យ។
• ផ្លូវរូងក្រោមដីរបស់យើងត្រូវតែមានខ្សែច្រើន និងគាំទ្រការតភ្ជាប់ជាច្រើនក្នុងពេលដំណាលគ្នា។
• ការតភ្ជាប់ម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ ត្រូវតែមានការអនុញ្ញាតមួយចំនួន ដូច្នេះផ្លូវរូងក្រោមដីត្រូវបានបង្កើតឡើងសម្រាប់តែអតិថិជនរបស់យើងប៉ុណ្ណោះ ហើយមិនមែនសម្រាប់មនុស្សគ្រប់គ្នាដែលចូលមកម៉ាស៊ីនមេរបស់យើងតាមអាសយដ្ឋាន និងច្រកដែលបានបញ្ជាក់នោះទេ។ តាមឧត្ដមគតិ ទំព័រចុះចតដែលមានឆ្មា ឬប្រធានបទវិជ្ជាជីវៈទាក់ទងនឹងដែនដើមគួរតែបើកសម្រាប់ "អ្នកប្រើប្រាស់ភាគីទីបី"។
  ឧទាហរណ៍ ប្រសិនបើអតិថិជនជាអង្គការវេជ្ជសាស្ត្រ នោះសម្រាប់អ្នកគ្រប់គ្រងសន្តិសុខព័ត៌មានដែលសម្រេចចិត្តពិនិត្យមើលធនធានដែលបុគ្គលិកគ្លីនិកបានចូល ទំព័រដែលមានផលិតផលឱសថ វិគីភីឌាដែលមានការពិពណ៌នាអំពីរោគវិនិច្ឆ័យ ឬប្លក់របស់វេជ្ជបណ្ឌិត Komarovsky ។ល។ គួរតែបើក។

ការវិភាគឧបករណ៍ដែលមានស្រាប់

មុននឹងបង្កើតកង់ផ្ទាល់ខ្លួនរបស់អ្នកឡើងវិញ អ្នកត្រូវធ្វើការវិភាគអំពីកង់ដែលមានស្រាប់ ហើយស្វែងយល់ថាតើយើងពិតជាត្រូវការវាឬអត់ ហើយប្រហែលជាយើងមិនមែនជាមនុស្សតែម្នាក់ដែលបានគិតអំពីតម្រូវការសម្រាប់កង់ដែលមានមុខងារបែបនេះនោះទេ។

Googling នៅលើអ៊ីនធឺណិត (យើងហាក់ដូចជា Google ជាធម្មតា) ក៏ដូចជាការស្វែងរកនៅលើ Github ដោយប្រើពាក្យគន្លឹះ "ស្រោមជើងបញ្ច្រាស" មិនផ្តល់លទ្ធផលច្រើនទេ។ ជាទូទៅ វាទាំងអស់មកលើការកសាងផ្លូវរូងក្រោមដី ssh ជាមួយនឹងការបញ្ជូនបន្តច្រកបញ្ច្រាស និងអ្វីគ្រប់យ៉ាងដែលភ្ជាប់ជាមួយវា។ បន្ថែមពីលើផ្លូវរូងក្រោមដី SSH មានដំណោះស្រាយជាច្រើន៖

github.com/klsecservices/rpivot
ការអនុវត្តយូរអង្វែងនៃផ្លូវរូងក្រោមដីបញ្ច្រាសពីបុរសនៅ Kaspersky Lab ។ ឈ្មោះធ្វើឱ្យវាច្បាស់ថាស្គ្រីបនេះមានបំណងសម្រាប់អ្វី។ បានអនុវត្តនៅក្នុង Python 2.7 ផ្លូវរូងក្រោមដីដំណើរការក្នុងរបៀប cleartext (ដូចដែលវាទាន់សម័យក្នុងការនិយាយឥឡូវនេះ - ជំរាបសួរ RKN)

github.com/tonyseek/rsocks
ការអនុវត្តមួយផ្សេងទៀតនៅក្នុង Python ផងដែរនៅក្នុង cleartext ប៉ុន្តែមានលទ្ធភាពកាន់តែច្រើន។ វាត្រូវបានសរសេរជាម៉ូឌុល និងមាន API សម្រាប់បញ្ចូលដំណោះស្រាយទៅក្នុងគម្រោងរបស់អ្នក។

github.com/llkat/rsockstun
github.com/mis-team/rsockstun
តំណភ្ជាប់ទីមួយគឺជាកំណែដើមនៃការអនុវត្ត reverse sox នៅក្នុង Golang (មិនត្រូវបានគាំទ្រដោយអ្នកអភិវឌ្ឍន៍)។
តំណភ្ជាប់ទីពីរគឺជាការកែប្រែរបស់យើងជាមួយនឹងមុខងារបន្ថែម ក៏មាននៅក្នុង Golang ផងដែរ។ នៅក្នុងកំណែរបស់យើង យើងបានអនុវត្ត SSL ធ្វើការតាមរយៈប្រូកស៊ីដែលមានការអនុញ្ញាត NTLM ការអនុញ្ញាតលើម៉ាស៊ីនភ្ញៀវ ទំព័រចុះចតក្នុងករណីមានពាក្យសម្ងាត់មិនត្រឹមត្រូវ (ឬផ្ទុយទៅវិញ ប្តូរទិសទៅទំព័រចុះចត) របៀបពហុខ្សែ (ឧទាហរណ៍មនុស្សជាច្រើន អាចធ្វើការជាមួយផ្លូវរូងក្រោមដីក្នុងពេលតែមួយ) ដែលជាប្រព័ន្ធនៃការ pinging អតិថិជនដើម្បីកំណត់ថាតើគាត់នៅមានជីវិតឬអត់។

github.com/jun7th/tsocks
ការអនុវត្ត reverse sox ពី "មិត្តចិន" របស់យើងនៅក្នុង Python ។ នៅទីនោះ សម្រាប់អ្នកខ្ជិល និង "អមតៈ" មានប្រព័ន្ធគោលពីរដែលត្រៀមរួចជាស្រេច (exe) ដែលប្រមូលផ្តុំដោយជនជាតិចិន ហើយរួចរាល់សម្រាប់ការប្រើប្រាស់។ នៅទីនេះ មានតែព្រះចិនទេដែលដឹងពីអ្វីដែលប្រព័ន្ធគោលពីរនេះអាចផ្ទុកក្រៅពីមុខងារសំខាន់ ដូច្នេះត្រូវប្រើដោយគ្រោះថ្នាក់ និងហានិភ័យផ្ទាល់ខ្លួនរបស់អ្នក។

github.com/securesocketfunneling/ssf
គម្រោងគួរឱ្យចាប់អារម្មណ៍មួយនៅក្នុង C ++ សម្រាប់ការអនុវត្ត reverse sox និងច្រើនទៀត។ បន្ថែមពីលើផ្លូវរូងក្រោមដីបញ្ច្រាស វាអាចធ្វើការបញ្ជូនបន្តច្រក បង្កើតសែលពាក្យបញ្ជា។ល។

ឧបករណ៍វាស់ស្ទង់ MSF
នៅទីនេះ ដូចដែលពួកគេនិយាយ គ្មានយោបល់ទេ។ ពួក Hacker ដែល​មាន​ចំណេះដឹង​ច្រើន ឬ​តិច​ទាំងអស់​ស្គាល់​ច្បាស់​អំពី​រឿង​នេះ ហើយ​យល់​ថា​វា​ងាយ​ស្រួល​រក​ឃើញ​ដោយ​ឧបករណ៍​សុវត្ថិភាព។

ឧបករណ៍ទាំងអស់ដែលបានពិពណ៌នាខាងលើដំណើរការដោយប្រើបច្ចេកវិទ្យាស្រដៀងគ្នា៖ ម៉ូឌុលប្រព័ន្ធគោលពីរដែលអាចប្រតិបត្តិបានដែលបានរៀបចំជាមុនត្រូវបានបើកដំណើរការនៅលើម៉ាស៊ីននៅខាងក្នុងបណ្តាញ ដែលបង្កើតការតភ្ជាប់ជាមួយម៉ាស៊ីនមេខាងក្រៅ។ ម៉ាស៊ីនមេដំណើរការម៉ាស៊ីនមេ SOCKS4/5 ដែលទទួលយកការតភ្ជាប់ និងបញ្ជូនពួកវាទៅម៉ាស៊ីនភ្ញៀវ។

គុណវិបត្តិនៃឧបករណ៍ខាងលើគឺថា Python ឬ Golang ត្រូវតែដំឡើងនៅលើម៉ាស៊ីនភ្ញៀវ (តើអ្នកធ្លាប់ឃើញ Python ដំឡើងនៅលើម៉ាស៊ីនញឹកញាប់ទេ ឧទាហរណ៍ នាយកក្រុមហ៊ុន ឬបុគ្គលិកការិយាល័យ?) ឬការដំឡើងជាមុន ប្រព័ន្ធគោលពីរ (តាមពិត python) ត្រូវតែអូសលើម៉ាស៊ីននេះ និងស្គ្រីបក្នុងដបតែមួយ) ហើយដំណើរការប្រព័ន្ធគោលពីរនេះរួចហើយនៅទីនោះ។ ហើយការទាញយក exe ហើយបន្ទាប់មកបើកដំណើរការ វាក៏ជាហត្ថលេខាសម្រាប់កំចាត់មេរោគក្នុងតំបន់ ឬ HIPS ផងដែរ។

ជាទូទៅការសន្និដ្ឋានណែនាំខ្លួនវា - យើងត្រូវការដំណោះស្រាយ powershell ។ ឥឡូវនេះ ប៉េងប៉ោះនឹងហោះមករកយើង - ពួកគេនិយាយថា powershell ត្រូវបាន hackney ទាំងអស់រួចហើយ វាត្រូវបានត្រួតពិនិត្យ ទប់ស្កាត់។ល។ ល​ល។ តាមពិតមិនមែននៅគ្រប់ទីកន្លែងទេ។ យើងប្រកាសដោយការទទួលខុសត្រូវ។ និយាយអញ្ចឹង មានវិធីជាច្រើនដើម្បីចៀសវាងការទប់ស្កាត់ (នៅទីនេះម្តងទៀតមានឃ្លាម៉ូតអំពី hello RKN 🙂) ដោយចាប់ផ្តើមពីការប្តូរឈ្មោះដ៏ល្ងង់ខ្លៅនៃ powershell.exe -> cmdd.exe និងបញ្ចប់ដោយ powerdll ។ល។

ចូរចាប់ផ្តើមបង្កើត

វាច្បាស់ណាស់ថាដំបូងយើងនឹងរកមើលនៅលើ Google ហើយ... យើងនឹងមិនស្វែងរកអ្វីលើប្រធានបទនេះទេ (ប្រសិនបើនរណាម្នាក់បានរកឃើញវា សូមបង្ហោះតំណភ្ជាប់នៅក្នុងមតិយោបល់)។ មានតែ ការអនុវត្ត Socks5 នៅលើ powershell ប៉ុន្តែនេះគឺជា sox "ផ្ទាល់" ធម្មតាដែលមានគុណវិបត្តិផ្ទាល់ខ្លួនមួយចំនួន (យើងនឹងនិយាយអំពីពួកគេនៅពេលក្រោយ) ។ ជា​ការ​ពិត​ណាស់​អ្នក​អាច​ដោយ​មាន​ចលនា​បន្តិច​នៃ​ដៃ​របស់​អ្នក​ប្រែ​ក្លាយ​វា​ទៅ​ជា​ការ​បញ្ច្រាស​មួយ​ប៉ុន្តែ​នេះ​នឹង​មាន​តែ​មួយ​-threaded sox ដែល​មិន​ពិត​ជា​អ្វី​ដែល​យើង​ត្រូវ​ការ​សម្រាប់​យើង​។

ដូច្នេះ យើង​មិន​ទាន់​រក​ឃើញ​អ្វី​ដែល​ត្រៀម​រួច​រាល់​ទេ ដូច្នេះ​យើង​នៅ​តែ​ត្រូវ​បង្កើត​កង់​របស់​យើង​ឡើង​វិញ។ យើងនឹងយកជាមូលដ្ឋានសម្រាប់កង់របស់យើង។ ការអភិវឌ្ឍន៍របស់យើង។ reverse sox នៅក្នុង Golang ហើយយើងអនុវត្តម៉ាស៊ីនភ្ញៀវសម្រាប់វានៅក្នុង powershell ។

RSocksTun
ដូច្នេះតើ rsockstun ដំណើរការយ៉ាងដូចម្តេច?

ប្រតិបត្តិការរបស់ RsocksTun (តទៅនេះហៅថា rs) គឺផ្អែកលើសមាសធាតុកម្មវិធីពីរ - ម៉ាស៊ីនមេ Yamux និង Socks5 ។ ម៉ាស៊ីនមេ Socks5 គឺជា socks5 ក្នុងស្រុកធម្មតា វាដំណើរការលើម៉ាស៊ីនភ្ញៀវ។ ហើយការពហុគុណនៃការតភ្ជាប់ទៅវា (ចងចាំអំពី multithreading?) ត្រូវបានផ្តល់ជូនដោយប្រើ yamux (Multiplexer មួយផ្សេងទៀត) គ្រោងការណ៍នេះអនុញ្ញាតឱ្យអ្នកបើកដំណើរការម៉ាស៊ីនភ្ញៀវ socks5 ជាច្រើននិងចែកចាយការតភ្ជាប់ខាងក្រៅទៅឱ្យពួកគេដោយបញ្ជូនបន្តតាមរយៈការតភ្ជាប់ TCP តែមួយ (ស្ទើរតែដូចនៅក្នុង meterpreter) ពីម៉ាស៊ីនភ្ញៀវទៅម៉ាស៊ីនមេដោយហេតុនេះអនុវត្តរបៀបពហុខ្សែដោយមិនដែលយើងនឹងមិនត្រូវបាន អាចធ្វើការយ៉ាងពេញលេញនៅក្នុងបណ្តាញផ្ទៃក្នុង។

ខ្លឹមសារនៃរបៀបដែល yamux ដំណើរការគឺថាវាណែនាំស្រទាប់បណ្តាញស្ទ្រីមបន្ថែម ដោយអនុវត្តវាក្នុងទម្រង់ជាបឋមកថា 12 បៃសម្រាប់កញ្ចប់ព័ត៌មាននីមួយៗ។ (នៅទីនេះយើងប្រើពាក្យ "ស្ទ្រីម" ដោយចេតនាជាជាងខ្សែស្រឡាយ ដើម្បីកុំឱ្យអ្នកអានច្រឡំជាមួយស្ទ្រីមកម្មវិធី - យើងក៏នឹងប្រើគំនិតនេះនៅក្នុងអត្ថបទនេះផងដែរ)។ បឋមកថា yamux មានលេខស្ទ្រីម ទង់សម្រាប់ដំឡើង/បញ្ចប់ការផ្សាយ ចំនួនបៃដែលបានផ្ទេរ និងទំហំនៃបង្អួចផ្ទេរ។

បន្ថែមពីលើការដំឡើង / បញ្ចប់ការស្ទ្រីម yamux អនុវត្តយន្តការរក្សាដែលអនុញ្ញាតឱ្យអ្នកត្រួតពិនិត្យដំណើរការនៃបណ្តាញទំនាក់ទំនងដែលបានបង្កើតឡើង។ ប្រតិបត្តិការនៃយន្តការរក្សាសារត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅពេលបង្កើតវគ្គ Yamux ។ តាមពិតទៅ ការកំណត់មានតែពីរប៉ុណ្ណោះ៖ បើក/បិទ និងប្រេកង់នៃការផ្ញើកញ្ចប់ព័ត៌មានគិតជាវិនាទី។ សារ Keepalive អាចត្រូវបានផ្ញើដោយម៉ាស៊ីនមេ yamux ឬម៉ាស៊ីនភ្ញៀវ yamux ។ នៅពេលទទួលបានសាររក្សារទុក ភាគីដាច់ស្រយាលត្រូវតែឆ្លើយតបទៅវាដោយការផ្ញើសារពិតប្រាកដដូចគ្នា (តាមពិតលេខ) ដែលវាបានទទួល។ ជាទូទៅ Keepalive គឺជា ping ដូចគ្នា សម្រាប់តែ yamux ប៉ុណ្ណោះ។

បច្ចេកទេសប្រតិបត្តិការទាំងមូលនៃ multiplexer: ប្រភេទកញ្ចប់ព័ត៌មាន ការដំឡើងការតភ្ជាប់ និងទង់បញ្ចប់ និងយន្តការផ្ទេរទិន្នន័យត្រូវបានពិពណ៌នាលម្អិតនៅក្នុង លក្ខណៈបច្ចេកទេស ទៅ yamux ។

សេចក្តីសន្និដ្ឋានទៅផ្នែកទីមួយ

ដូច្នេះនៅក្នុងផ្នែកដំបូងនៃអត្ថបទ យើងបានស្គាល់ឧបករណ៍មួយចំនួនសម្រាប់រៀបចំផ្លូវរូងក្រោមដី ពិនិត្យមើលគុណសម្បត្តិ និងគុណវិបត្តិរបស់វា សិក្សាពីយន្តការនៃប្រតិបត្តិការរបស់ Yamux multiplexer និងបានពិពណ៌នាអំពីតម្រូវការមូលដ្ឋានសម្រាប់ម៉ូឌុល powershell ដែលទើបបង្កើតថ្មី។ នៅផ្នែកបន្ទាប់យើងនឹងអភិវឌ្ឍម៉ូឌុលដោយខ្លួនវាផ្ទាល់។ នៅ​មាន​ជា​បន្ត​ទៀត។ កុំប្តូរ :)

ប្រភព: www.habr.com