ຂ້ອຍບໍ່ມີອິນເຕີເນັດໃນເຄື່ອງສະເໝືອນ, ຂ້ອຍສາມາດເຮັດຫຍັງໄດ້ແດ່?

¿ຂ້ອຍບໍ່ມີອິນເຕີເນັດໃນເຄື່ອງສະເໝືອນ.ບໍ່ຕ້ອງກັງວົນ, ນີ້ແມ່ນບັນຫາທົ່ວໄປຫຼາຍກ່ວາທີ່ເຈົ້າຄິດ, ແລະດ້ວຍການທົບທວນຢ່າງລະອຽດ, ປົກກະຕິແລ້ວມັນກໍ່ສາມາດແກ້ໄຂໄດ້. ຕະຫຼອດຄໍາແນະນໍານີ້, ທ່ານຈະພົບເຫັນທຸກສິ່ງທຸກຢ່າງຈາກການຕັ້ງຄ່າເຄືອຂ່າຍພື້ນຖານຈົນເຖິງການກວດສອບຂັ້ນສູງສະເພາະກັບ VMware, VirtualBox, KVM/virt-manager, Parallels, ແລະສະພາບແວດລ້ອມຄລາວເຊັ່ນ Azure. ເປົ້າ​ຫມາຍ​ແມ່ນ​ສໍາ​ລັບ​ທ່ານ​ເພື່ອ​ກໍາ​ນົດ​ສາ​ເຫດ​ຕົ້ນ​ຕໍ​ແລະ​ນໍາ​ໃຊ້​ການ​ແກ້​ໄຂ​ທີ່​ເຫມາະ​ສົມ​ໃນ​ພຽງ​ແຕ່​ສອງ​ສາມ​ຂັ້ນ​ຕອນ​..

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

ວິທີການເຮັດວຽກຂອງເຄື່ອງ virtual ແລະເປັນຫຍັງພວກມັນມີຜົນກະທົບຕໍ່ເຄືອຂ່າຍ

VM ແລ່ນຍ້ອນ hypervisor ນັ້ນ ມັນແຈກຢາຍຊັບພະຍາກອນທາງດ້ານຮ່າງກາຍຂອງເຈົ້າພາບ (CPU, RAM, disk, NIC) ໃຫ້ກັບລະບົບແຂກ.ການໂດດດ່ຽວນີ້ແມ່ນບໍ່ມີຄ່າສໍາລັບການພັດທະນາແລະການທົດສອບ, ຍ້ອນວ່າມັນຊ່ວຍໃຫ້ທ່ານສາມາດທົດລອງໂດຍບໍ່ມີການທໍາລາຍລະບົບຕົ້ນຕໍ. ໃນວິສາຫະກິດ, ມັນຖືກນໍາໃຊ້ເພື່ອລວມເຄື່ອງແມ່ຂ່າຍເຂົ້າໄປໃນຮາດແວຫນ້ອຍ. ປະຫຍັດຄ່າໃຊ້ຈ່າຍ ແລະຍ້າຍວຽກລະຫວ່າງເຈົ້າພາບຢ່າງໄວວາ. ນອກຈາກນັ້ນ, ຄວາມສາມາດໃນການໂຄນ, ຖ່າຍຮູບ, ແລະຟື້ນຟູສະຖານະຂອງ VM ມັນອໍານວຍຄວາມສະດວກໃນການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຕົວໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວນອກຈາກນັ້ນ, ມີ ເວັບໄຊທ໌ທີ່ເຊື່ອຖືໄດ້ສໍາລັບການດາວໂຫຼດເຄື່ອງ virtual ຟຣີ.

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

ຂໍ້ດີແລະຂໍ້ເສຍຂອງສະພາບແວດລ້ອມ virtual

ນອກເຫນືອຈາກການເຊື່ອມຕໍ່, VMs ໃຫ້ຜົນປະໂຫຍດທີ່ຊັດເຈນ: ຄວາມເຂົ້າກັນໄດ້ລະຫວ່າງລະບົບ (Windows, Linux, macOS, BSD), ຄວາມເປັນເອກະລາດໃນການຕັ້ງຄ່າ, ແລະການສໍາຮອງ/ໂອນໄວຫຼາຍຜ່ານໂຄນ. ຖ້າຫນຶ່ງ VM ລົ້ມເຫລວ, ອັນອື່ນຍັງສືບຕໍ່ດໍາເນີນການໂດຍບໍ່ໄດ້ຮັບຜົນກະທົບ.

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

ຮູບແບບເຄືອຂ່າຍທົ່ວໄປ ແລະວິທີການທີ່ພວກມັນມີອິດທິພົນຕໍ່ການເຂົ້າເຖິງອິນເຕີເນັດ

ອີງຕາມ hypervisor, ທ່ານຈະເຫັນຊື່ທີ່ແຕກຕ່າງກັນ, ແຕ່ແນວຄວາມຄິດແມ່ນຄືກັນ. ການເລືອກໂໝດທີ່ຖືກຕ້ອງແມ່ນກຸນແຈສຳຄັນໃນການໃຫ້ການເຂົ້າເຖິງອິນເຕີເນັດ VM.:

• NAT: VM ເຂົ້າເຖິງອິນເຕີເນັດ "ຜ່ານ" ເຈົ້າພາບ. ປົກກະຕິອັນນີ້ໃຊ້ໄດ້ຕາມຄ່າເລີ່ມຕົ້ນ ແລະເປັນທາງເລືອກເລີ່ມຕົ້ນໃນ VMware/VirtualBox. ມັນອະນຸຍາດໃຫ້ VM ເຂົ້າເຖິງເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍແລະອິນເຕີເນັດ, ແຕ່ເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍບໍ່ໄດ້ "ເບິ່ງ" VM ໂດຍກົງ.
• Bridged adapter: VM ເຊື່ອມຕໍ່ເປັນພຽງແຕ່ອຸປະກອນອື່ນໃນເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ, ດ້ວຍ IP ຂອງຕົນເອງເໝາະສຳລັບອຸປະກອນອື່ນເພື່ອຕິດຕໍ່ສື່ສານກັບມັນ, ແຕ່ອາດຈະຂັດກັບນະໂຍບາຍສະຫຼັບ ຫຼື router.
• ໂຮສເທົ່ານັ້ນ: ເຄືອຂ່າຍສ່ວນຕົວລະຫວ່າງໂຮສ ແລະ VM. ບໍ່ມີອິນເຕີເນັດ.
• ເຄືອຂ່າຍພາຍໃນ: ແຍກ VMs ຈາກກັນແລະກັນໃນເຄືອຂ່າຍປິດ. ຍັງບໍ່ມີອິນເຕີເນັດ..
• NAT Network (VirtualBox): ລວມ NAT ກັບ​ການ​ແບ່ງ​ສ່ວນ​, ມັນອະນຸຍາດໃຫ້ອິນເຕີເນັດ ແລະການສື່ສານລະຫວ່າງ VMs ໃນເຄືອຂ່າຍ NAT ນັ້ນ.

ໃນ VMware ທ່ານສາມາດປັບທຸກສິ່ງທຸກຢ່າງໃນ "Virtual Network Editor": ເລືອກ NIC ທາງດ້ານຮ່າງກາຍສໍາລັບຂົວ, ປ່ຽນເຄືອຂ່າຍຍ່ອຍ NAT, ເປີດໃຊ້ DHCP, ແລະເປີດພອດ.ນອກນັ້ນທ່ານຍັງສາມາດຈໍາກັດແບນວິດແລະປ່ຽນທີ່ຢູ່ MAC ໃນ "ຂັ້ນສູງ". ໃນ VirtualBox, ທ່ານຈັດການເຄືອຂ່າຍ NAT ດ້ວຍເຄືອຂ່າຍຍ່ອຍ, DHCP, IPv6, ແລະກົດລະບຽບການພອດຈາກ "File> Preferences", ແລະໃນແຕ່ລະ VM ທ່ານເລືອກ NAT, Bridge, ພາຍໃນ, ເຈົ້າພາບເທົ່ານັ້ນ, ຫຼືເຄືອຂ່າຍ NAT.

ການເພີ່ມປະສິດທິພາບ: ຫນ່ວຍຄວາມຈໍາ, ຂະຫນາດ, ແບນວິດ, ແລະການເລັ່ງ

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

ຖ້າທ່ານໃຊ້ NAT ແລະບໍ່ມີອິນເຕີເນັດ

ດ້ວຍ NAT, ຖ້າເຈົ້າພາບມີການເຂົ້າເຖິງອິນເຕີເນັດ, VM ມັກຈະເຮັດຄືກັນ. ບັນຫາປົກກະຕິແມ່ນວ່າເຄືອຂ່າຍຍ່ອຍ NAT virtual coincides ກັບເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ.ແຂກບໍ່ຮູ້ວິທີອອກ. ປ່ຽນເຄືອຂ່າຍຍ່ອຍ NAT ໃນຕົວແກ້ໄຂເຄືອຂ່າຍ (VMware: VMnet8; VirtualBox: ສ້າງ/ເລືອກເຄືອຂ່າຍ NAT ກັບເຄືອຂ່າຍຍ່ອຍອື່ນ) ເພື່ອຫຼີກເວັ້ນການຂັດກັນກັບ LAN ຫຼັກຂອງເຈົ້າ.

ຖ້າເຈົ້າໃຊ້ຂົວ ແລະເຈົ້າບໍ່ມີອິນເຕີເນັດ

ໃນຮູບແບບຂົວ, VM ແມ່ນຂຶ້ນກັບເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ, ດັ່ງນັ້ນ ນະໂຍບາຍ ແລະການບໍລິການພື້ນຖານໂຄງລ່າງຂອງທ່ານເຂົ້າມາມີບົດບາດ.:

• ໃນ VMware, ຕັ້ງ NIC ທາງກາຍຍະພາບເປັນ VMnet0 ແທນ "ອັດຕະໂນມັດ". ການເລືອກສ່ວນຕິດຕໍ່ສະເພາະເພື່ອຫຼີກເວັ້ນບັນຫາໃນເວລາທີ່ປ່ຽນເຄືອຂ່າຍ.
• Switch: ຖ້າມີ Port Security ທີ່ມີຂອບເຂດຈໍາກັດ MAC ຕໍ່ພອດ, ທີ່ຢູ່ MAC ທີສອງ (ອັນທີ່ຂຶ້ນກັບ VM) ອາດຈະຖືກບລັອກນອກຈາກນັ້ນ, ໃຫ້ກວດເບິ່ງການຜູກມັດ IP-MAC-Port.
• ເຣົາເຕີ: ຢືນຢັນວ່າ DHCP ເຮັດວຽກຢູ່ (ຫຼືກຳນົດຄ່າທີ່ຢູ່ IP ແບບຄົງທີ່ຢູ່ໃນ VM), ກວດເບິ່ງໄຟວໍ ແລະກວດເບິ່ງວ່າບໍ່ມີກົດລະບຽບປ້ອງກັນທີມໃຫມ່.

ຖ້າມັນຍັງລົ້ມເຫລວ, ກວດເບິ່ງເຈົ້າພາບວ່າ NIC ຂອງມັນມີການເຄື່ອນໄຫວແລະທັນສະໄຫມ, ແລະຢູ່ໃນແຂກ ທີ່ຢູ່ IP ແລະ DNS ແມ່ນໄດ້ຮັບໂດຍອັດຕະໂນມັດ.ໃນຫຼາຍໆກໍລະນີ, ການປ່ຽນ VM ເປັນຂົວຕໍ່ຊົ່ວຄາວ (ຖ້າຢູ່ໃນ NAT) ຫຼື NAT (ຖ້າມັນຢູ່ໃນຂົວ) ຊ່ວຍໃຫ້ທ່ານແຍກແຫຼ່ງ.

VMware: ກວດສອບ ແລະແກ້ໄຂດ່ວນ

VMware ສະເໜີ levers ຫຼາຍອັນທີ່ຄຸ້ມຄ່າໃນການກວດສອບເມື່ອ VM ບໍ່ໄດ້ຊອກຫາ. ເລີ່ມຕົ້ນດ້ວຍສິ່ງທີ່ງ່າຍດາຍປະຫຍັດເວລາ:

• ຣີສະຕາດ VM. ແມ່ນແລ້ວ, ມັນເຮັດວຽກໄດ້ດີກວ່າທີ່ເຈົ້າຄິດ.
• ປິດການໃຊ້ງານ antivirus/firewall ຂອງແມ່ຂ່າຍຊົ່ວຄາວ ຫຼື ປັບໂໝດຂອງມັນເພື່ອໃຫ້ການຈະລາຈອນໄປຫາ/ຈາກ VMs.
• ເປີດໃຊ້ງານ ແລະ/ຫຼື restart ການບໍລິການຕໍ່ໄປນີ້: "VMware NAT Service" ແລະ "VMware DHCP Service" ຈາກ services.msc.
• ອັບເດດ ຫຼືຕິດຕັ້ງອະແດັບເຕີເຄືອຂ່າຍຄືນໃໝ່ໃນຕົວຈັດການອຸປະກອນຂອງແຂກ. ຖ້າມັນບໍ່ປາກົດ, ໃຫ້ໃຊ້ "ສະແກນສໍາລັບການປ່ຽນແປງຂອງຮາດແວ".
• ຍົກເລີກການເລືອກ "ເຊື່ອມຕໍ່ແລ້ວ" ແລະ "ເຊື່ອມຕໍ່ເມື່ອເປີດເຄື່ອງ" ຢູ່ອະແດບເຕີເຄືອຂ່າຍຂອງ VM ເພື່ອບັງຄັບໃຫ້ເຊື່ອມຕໍ່ຄືນໃໝ່.
• ໃນ Virtual Network Editor, ຄລິກ "Restore Default" ເພື່ອສ້າງ VMnet1/VMnet8 ຄືນໃໝ່ຖ້າພວກມັນເສຍຫາຍ.
• ຜູ້ໃຊ້ບາງຄົນແກ້ໄຂບັນຫານີ້ໂດຍການຕັ້ງທີ່ຢູ່ IP ຂອງ router ADSL ເປັນ NAT DNS ໃນ VMnet8 > NAT Settings > DNS.
• ຫຼັງ​ຈາກ​ການ​ລະ​ງັບ / ສືບ​ຕໍ່​ເປັນ​ເຈົ້າ​ພາບ​, ປິດ VM ແລະເປີດອີກຄັ້ງ (ດີກວ່າການສືບຕໍ່ສະຖານະຂອງມັນ) ເພື່ອເລີ່ມຕົ້ນເຄືອຂ່າຍສະເໝືອນຄືນໃໝ່.

ຖ້າບັນຫາຢູ່ໃນ NAT, ບາງຄັ້ງການບໍລິການ NAT ຄ້າງ: ການຣີສະຕາດ "VMware NAT Service" ຢູ່ໃນໂຮສໂດຍປົກກະຕິແລ້ວຈະຟື້ນຟູການເຊື່ອມຕໍ່..

VirtualBox: ຂັ້ນຕອນທີ່ຈໍາເປັນ

ໃນ VirtualBox, NAT ເກືອບສະເຫມີເຮັດວຽກໂດຍບໍ່ມີການປັບຕົວໃດໆ, ແຕ່ຖ້າບໍ່ແມ່ນ, ການປັບເຫຼົ່ານີ້ມັກຈະແກ້ໄຂມັນ.:

• ຕິດຕັ້ງ "Gest Additions" ເພື່ອຮັບປະກັນຄົນຂັບ ແລະການເຊື່ອມໂຍງແຂກທີ່ດີກວ່າ.
• ປິດເຄື່ອງ VM, ໄປທີ່ເຄືອຂ່າຍ, ແລະຢືນຢັນວ່າ "ເປີດໃຊ້ອະແດບເຕີເຄືອຂ່າຍ" ຖືກກວດສອບ. ລອງປ່ຽນລະຫວ່າງ NAT, Bridged Adapter, ແລະ Network NAT ຕາມຄວາມຕ້ອງການ.
• ຈືຂໍ້ມູນການ: "ເຄືອຂ່າຍພາຍໃນ" ແລະ "ເຈົ້າພາບເທົ່ານັ້ນ" ບໍ່ໃຫ້ອິນເຕີເນັດໂດຍການອອກແບບ.
• ຈາກ "File > Preferences > Network", ສ້າງ ຫຼືປັບເຄືອຂ່າຍ NAT ດ້ວຍເຄືອຂ່າຍຍ່ອຍຂອງຕົນເອງ, DHCP ແລະ, ຖ້າເປັນໄປໄດ້, ກົດລະບຽບການພອດ.

ພາຍໃນແຂກ, ອອກຈາກ IP ແລະ DNS ໂດຍອັດຕະໂນມັດຖ້າບໍ່ມີຫຍັງປ່ຽນແປງ, ໃຫ້ກວດເບິ່ງ NIC virtual ທີ່ເລືອກ (ເຊັ່ນ: Intel PRO/1000 vs Paravirtualized) ແລະລອງປ່ຽນມັນ.

KVM/virt-manager ແລະ VirtualBox ໃນ Linux (ກໍລະນີທົ່ວໄປ: Windows 11 Guest)

ຖ້າເຈົ້າໃຊ້ Linux ເປັນເຈົ້າພາບ (ຕົວຢ່າງເຊັ່ນ Fedora-based distro) ແລະ Windows 11 ເປັນແຂກ, ມັນເປັນເລື່ອງທໍາມະດາທີ່ຈະຕິດຕັ້ງອະແດບເຕີ virtio ແລະຍັງ ... ອິນເຕີເນັດໝົດທັງ virt-manager ແລະ VirtualBoxກວດ​ສອບ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ໃຊ້​ຮູບ​ແບບ outbound (NAT ຫຼື bridged​) ແລະ​ວ່າ​ເຈົ້າ​ພາບ​ມີ​ການ​ເຂົ້າ​ເຖິງ​ອິນ​ເຕີ​ເນັດ​. ຖ້າບັນຫາເກີດຂຶ້ນພຽງແຕ່ໃນຮູບແບບຂົວ, ພິຈາລະນາດັ່ງຕໍ່ໄປນີ້: ນະໂຍບາຍເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ, DHCP ແລະໄຟວໍຖ້າມັນຍັງປາກົດຢູ່ໃນ NAT ໃນທັງສອງ hypervisors, ກວດເບິ່ງໄດເວີເຄືອຂ່າຍ, ການຊື້ IP/DNS ອັດຕະໂນມັດໃນເຄື່ອງແມ່ຂ່າຍຂອງແຂກ, ແລະດໍາເນີນການຕັ້ງ TCP/IP stack (ເບິ່ງພາກ Windows). ການເປີດການນຳໃຊ້ໂໝດ promiscuous, ການປ່ຽນແປງທີ່ຢູ່ MAC, ແລະການສົ່ງສັນຍານບັງຄັບຢູ່ໃນສະວິດສະເໝືອນອາດຈະມີຄວາມຈຳເປັນຖ້າຊອບແວກຳລັງຕິດຕາມ/ກັ່ນຕອງການສັນຈອນ.

Parallels Desktop ໃນ Mac: ອາການແລະການແກ້ໄຂ

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

• ກວດ​ສອບ​ວ່າ Mac ມີ​ການ​ເຂົ້າ​ເຖິງ​ອິນ​ເຕີ​ເນັດ​ແລະ​ສ້າງ​ຮູບ​ພາບ​ກ່ອນ​ທີ່​ຈະ​ສໍາ​ພັດ​ຫຍັງ​.
• ຕິດຕັ້ງ Parallels Tools ຄືນໃໝ່ ແລະທຳຄວາມສະອາດບູດໃນ Windows ໂດຍການປິດການບໍລິການຂອງພາກສ່ວນທີສາມ (ຮັກສາການບໍລິການ Parallels ເຄື່ອນໄຫວຢູ່).
• ໃນຮາດແວ > ເຄືອຂ່າຍ, ສະຫຼັບລະຫວ່າງ "ເຄືອຂ່າຍທີ່ໃຊ້ຮ່ວມກັນ (ແນະນໍາ)" ແລະ "ເຄືອຂ່າຍເຊື່ອມຕໍ່: ອະແດັບເຕີມາດຕະຖານ" ເພື່ອເບິ່ງວ່າອັນໃດໃຊ້ໄດ້ດີທີ່ສຸດ.
• ເປີດ CMD ແລະລອງ pinging parallels.com. ຖ້າມັນບໍ່ຕອບສະໜອງ, ໃຫ້ແລ່ນ:

  netsh winsock reset
  netsh int ip reset reset.log

  ແລະປິດເປີດໃໝ່. ຖ້າບັນຫາຍັງຄົງຢູ່, ພະຍາຍາມ:

  ipconfig /release
  ipconfig /renew

• ໃນ Device Manager, ຖ້າທ່ານເຫັນ "Parallels Ethernet Adapter #…", ອັບເດດໄດເວີ ອັດຕະໂນມັດ.
• ດ້ວຍສະບັບ Pro/Business, ທ່ານສາມາດໄປທີ່ການຕັ້ງຄ່າ > ເຄືອຂ່າຍ ແລະຟື້ນຟູຄ່າເລີ່ມຕົ້ນ.

ເມື່ອການເຊື່ອມຕໍ່ຖືກຟື້ນຟູ, ລຶບພາບຖ່າຍ ເພື່ອຫຼີກເວັ້ນການສະສົມລັດທີ່ບໍ່ຈໍາເປັນ.

Windows Guest: ຄໍາສັ່ງເຄືອຂ່າຍທີ່ເປັນປະໂຫຍດ

ໃນເວລາທີ່ບັນຫາແມ່ນກັບ stack ເຄືອຂ່າຍ Windows, ຄລາສສິກເຫຼົ່ານີ້ປົກກະຕິແລ້ວຊ່ວຍປະຢັດມື້. ດໍາເນີນການ Command Prompt ເປັນຜູ້ບໍລິຫານ:

• ຣີເຊັດ TCP/IP stack ແລະ Winsock:

  netsh winsock reset
  netsh int ip reset reset.log

• ຕໍ່ອາຍຸທີ່ຢູ່ IP ຂອງທ່ານຫຼັງຈາກປິດເປີດໃໝ່ ຖ້າທ່ານຍັງບໍ່ມີການເຂົ້າເຖິງອິນເຕີເນັດ:

  ipconfig /release
  ipconfig /renew

• ອັບເດດ ຫຼືຕິດຕັ້ງອະແດັບເຕີເຄືອຂ່າຍຄືນໃໝ່ຈາກຕົວຈັດການອຸປະກອນ.
• ຖ້າມີຊອບແວ antivirus ພາກສ່ວນທີສາມ, ປິດການໃຊ້ງານມັນຊົ່ວຄາວ ຫຼືກຳນົດຄ່າໂໝດເຂົ້າກັນໄດ້ VM.

ໃນ Ubuntu ແລະ derivatives, ຜູ້ໃຊ້ບາງຄົນລາຍງານວ່າ ຕິດຕັ້ງ/ອັບເດດ apt-get ຫຼືການເພິ່ງພາອາໄສທີ່ກ່ຽວຂ້ອງກັບເຄືອຂ່າຍ ແລະໃບຢັ້ງຢືນ "ປົດບລັອກ" ຕົວທ່ອງເວັບເມື່ອການແກ້ໄຂ DNS ຫຼື TLS ລົ້ມເຫລວ.

Azure: ການວິນິໄສການເຊື່ອມຕໍ່ລະຫວ່າງ VMs ແລະການເຂົ້າເຖິງອິນເຕີເນັດ

ໃນ Azure, ວິທີການປ່ຽນແປງເພາະວ່າທ່ານມີເຄື່ອງມືການວິນິດໄສ. ຖ້າ VM ຫນຶ່ງບໍ່ສາມາດເຂົ້າຫາອີກ VNet ດຽວກັນ, ຫຼືບໍ່ສາມາດເຂົ້າເຖິງອິນເຕີເນັດໄດ້, ມັນປະຕິບັດຕາມລໍາດັບທີ່ສັ່ງ.:

ການເຊື່ອມຕໍ່ VMs ໃນ VNet ດຽວກັນ

ໃນ VM ແຫຼ່ງ, ໃຊ້ປະໂຫຍດເຊັ່ນ tcping ເພື່ອທົດສອບພອດ (ເຊັ່ນ: RDP 3389):

tcping64.exe -t <IP de la VM destino> 3389

ຖ້າມັນບໍ່ຕອບສະຫນອງ, ໃຫ້ກວດເບິ່ງກົດລະບຽບ NSG: ພວກເຂົາຕ້ອງອະນຸຍາດໃຫ້ "Allow VNet Inbound" ແລະ "Allow Load Balancer Inbound" ແລະບໍ່ມີ. ການປະຕິເສດຂ້າງເທິງ ທີ່ມີບູລິມະສິດຕ່ໍາ.

ກວດສອບວ່າທ່ານສາມາດເຂົ້າສູ່ລະບົບຜ່ານ RDP/SSH ຈາກປະຕູໄດ້; ຖ້າມັນເຮັດວຽກ, ດໍາເນີນການ "ກວດສອບການເຊື່ອມຕໍ່" ໂດຍໃຊ້ Network Watcher (PowerShell/CLI). ຜົນໄດ້ຮັບແມ່ນລາຍການ "ໂດດ" ແລະ "ເຫດການ"; ຖືກຕ້ອງຕາມສິ່ງທີ່ມັນຊີ້ບອກ ແລະລອງໃໝ່ອີກ.

ອະແດບເຕີເຄືອຂ່າຍທີສອງໃນ VNet ດຽວກັນ

NICs ທີສອງໃນ Windows ບໍ່ມີປະຕູທາງເລີ່ມຕົ້ນ. ຖ້າທ່ານຕ້ອງການໃຫ້ພວກເຂົາຕິດຕໍ່ສື່ສານຢູ່ນອກເຄືອຂ່າຍຍ່ອຍຂອງພວກເຂົາ, ເພີ່ມເສັ້ນທາງເລີ່ມຕົ້ນໃນແຂກ (ແລ່ນ CMD ໃນຖານະຜູ້ບໍລິຫານ):

route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>

ກວດເບິ່ງ NSG ໃນທັງສອງ NICs ແລະກວດສອບດ້ວຍ Network Watcher.

ການເຂົ້າເຖິງອິນເຕີເນັດໃນ Azure

ຖ້າ VM ບໍ່ເຊື່ອມຕໍ່ກັບອິນເຕີເນັດ, ທໍາອິດອອກກົດລະບຽບວ່າ NIC ຢູ່ໃນສະຖານະການຜິດພາດ. ຈາກ ສີຟ້າສົດ Resource Explorer ຊ່ວຍໃຫ້ທ່ານບັງຄັບ "PUT" ຈາກຊັບພະຍາກອນ NIC ເພື່ອ synchronize ສະຖານະພາບແລະໂຫຼດປະຕູໃຫມ່. ຫຼັງຈາກນັ້ນ, ກັບຄືນໄປຫາ "ການກວດສອບການເຊື່ອມຕໍ່" ແລະແກ້ໄຂບັນຫາທີ່ພົບ.

IP ຫຼາຍອັນຢູ່ໃນ Windows NIC ດຽວກັນ

ໃນ Windows, ທີ່ຢູ່ IP ຕົວເລກຕໍ່າສຸດສາມາດຍັງຄົງເປັນທີ່ຢູ່ຕົ້ນຕໍ. ເຖິງແມ່ນວ່າທ່ານເລືອກທີ່ຢູ່ IP ທີ່ແຕກຕ່າງກັນໃນ Azure Portal, ມີພຽງແຕ່ທີ່ຢູ່ IP ຕົ້ນຕໍໃນ Azure ທີ່ມີການເຂົ້າເຖິງອິນເຕີເນັດ / ການບໍລິການ. ປັບ "SkipAsSource" ຜ່ານ PowerShell ເພື່ອຮັບປະກັນວ່າທີ່ຢູ່ IP ທີ່ຖືກຕ້ອງແມ່ນອັນຕົ້ນຕໍ.

$primaryIP = '<IP primaria que definiste en Azure>'
$netInterface = '<Nombre del NIC>'
$IPs = Get-NetIPAddress -InterfaceAlias $netInterface | Where-Object {$_.AddressFamily -eq 'IPv4' -and $_.IPAddress -ne $primaryIP}
Set-NetIPAddress -IPAddress $primaryIP -InterfaceAlias $netInterface -SkipAsSource $false
Set-NetIPAddress -IPAddress $IPs.IPAddress -InterfaceAlias $netInterface -SkipAsSource $true

ໃນ Linux, ປະຕິບັດຕາມຄໍາແນະນໍາ Azure ເພື່ອເພີ່ມ IPs ຫຼາຍອັນໃສ່ OS.

ການທົດສອບຢ່າງໄວວາເພື່ອຫຼຸດຜ່ອນຄວາມລົ້ມເຫຼວ

ການກວດສອບສອງສາມຄັ້ງຈະໃຫ້ຄໍາແນະນໍາໄວ. ໃຊ້ພວກມັນເປັນເຄື່ອງວັດແທກອຸນຫະພູມ:

• ຖ້າບໍ່ມີການເຂົ້າເຖິງອິນເຕີເນັດໃນ NAT, ແຕ່ເຈົ້າພາບມີການເຂົ້າເຖິງອິນເຕີເນັດ, ສົງໃສວ່າຄວາມຂັດແຍ້ງຂອງເຄືອຂ່າຍຍ່ອຍຫຼືບັນຫາກັບການບໍລິການ NAT / DHCP ຂອງ hypervisor.
• ຖ້າມັນລົ້ມເຫລວໃນໂຫມດຂົວແຕ່ເຮັດວຽກຢູ່ໃນໂຫມດ NAT, ນີ້ຊີ້ໃຫ້ເຫັນເຖິງ DHCP, firewall, ຫຼືຄວາມປອດໄພຂອງ switch/router..
• Ping ທີ່ຢູ່ໂດຍ IP (ເຊັ່ນ: 8.8.8.8) ແລະຊື່ (ເຊັ່ນ: ໂດເມນສາທາລະນະ). ຖ້າມັນເຮັດວຽກໂດຍ IP ແຕ່ບໍ່ແມ່ນຊື່, ບັນຫາແມ່ນຂຶ້ນກັບ DNS.

ເຄືອຂ່າຍ ແລະການປະຕິບັດທີ່ດີທີ່ສຸດ

ສໍາລັບປະສົບການທີ່ບໍ່ມີຮອຍຕໍ່: ສະເຫມີເລືອກການໂຕ້ຕອບທາງດ້ານຮ່າງກາຍສະເພາະສໍາລັບຂົວ.ຫຼີກເວັ້ນການ "ອັດຕະໂນມັດ"; ແຍກ subnets virtual ຈາກ LAN ທາງດ້ານຮ່າງກາຍ; ບັນທຶກກົດລະບຽບ NSG/ACL ແລະສະຫງວນ DHCP ຖ້າທ່ານຕ້ອງການ IP ຄົງທີ່ສໍາລັບ VMs ທີ່ເຊື່ອມຕໍ່. ໃນເຈົ້າພາບທີ່ມີ VM ຫຼາຍ, ຈຳກັດແບນວິດຕໍ່ VM ແລະຕິດຕາມຄິວຖ້າເຄືອຂ່າຍອີ່ມຕົວ.

Backups: ພຽງແຕ່ໃນກໍລະນີທີ່ມີບາງສິ່ງບາງຢ່າງຜິດພາດ

ການສູນເສຍຂໍ້ມູນເນື່ອງຈາກເຄືອຂ່າຍຢຸດຫຼືຄວາມຜິດພາດໃນການຕັ້ງຄ່າແມ່ນເຈັບປວດ, ເຈັບປວດຫຼາຍ. ວິທີແກ້ໄຂສໍາຮອງຂໍ້ມູນສໍາລັບການ virtualization ພວກເຂົາເຈົ້າອະນຸຍາດໃຫ້ການສໍາຮອງຂໍ້ມູນທີ່ບໍ່ມີຕົວແທນ, ການຟື້ນຟູທັນທີໃນວິນາທີ, ແລະການຟື້ນຕົວຂ້າມເວທີ. (VMware, Hyper-V, Proxmox, oVirt, ແລະອື່ນໆ). ຖ້າທ່ານຈັດການ VMs ໃນການຜະລິດ, ພິຈາລະນາເວທີທີ່ສະຫນອງ web console, ການຟື້ນຕົວທັນທີທັນໃດ, ແລະການທົດລອງຟຣີທີ່ສົມບູນແບບເພື່ອກວດສອບກົນລະຍຸດຂອງທ່ານ.

FAQ: ຄໍາຖາມດ່ວນ

ບາງຄໍາຖາມທົ່ວໄປໃນເວລາທີ່ VM ບໍ່ໄດ້ຊອກຫາມີຄໍາຕອບສັ້ນໆ. ນີ້ແມ່ນສິ່ງທີ່ເປັນປະໂຫຍດທີ່ສຸດ:

• ເປັນຫຍັງ NAT ຈຶ່ງຫຼຸດລົງເປັນໄລຍະໆ? ການຣີສະຕາດບໍລິການ NAT ຂອງ hypervisor ໃນໂຮສໂດຍປົກກະຕິແລ້ວຈະຟື້ນຟູການເຊື່ອມຕໍ່.
• ອະແດັບເຕີປະກົດວ່າຖືກຕັດການເຊື່ອມຕໍ່ບໍ? ກວດເບິ່ງ "ເຊື່ອມຕໍ່" ແລະ "ເຊື່ອມຕໍ່ເມື່ອເປີດເຄື່ອງ" ໃນການຕັ້ງຄ່າ VM.
• ຖ້າບໍ່ມີການເຊື່ອມຕໍ່ເຄືອຂ່າຍຫຼັງຈາກການລະງັບ / ສືບຕໍ່ໂຮດ, ປິດແລະປິດເປີດ VM ໃໝ່ ເພື່ອເລີ່ມຕົ້ນອະແດບເຕີເຄືອຂ່າຍສະເໝືອນ.
• ສາມາດໃຊ້ VM ໂດຍບໍ່ມີອິນເຕີເນັດໄດ້ບໍ? ແມ່ນແລ້ວ: ໂຮສເທົ່ານັ້ນ ຫຼື ເຄືອຂ່າຍພາຍໃນສ້າງເຄືອຂ່າຍທີ່ໂດດດ່ຽວທີ່ບໍ່ມີການເຂົ້າເຖິງພາຍນອກ.
• VM ສາມາດເຊື່ອມຕໍ່ກັບ VPN ໄດ້ບໍ? ໃນ NAT, ມັນສືບທອດ VPN ຈາກເຈົ້າພາບ; ໃນຮູບແບບທີ່ເຊື່ອມຕໍ່ກັນ, ມັນຕິດຕັ້ງລູກຂ່າຍ VPN ຢູ່ໃນ VM.

ຄວາມເຂົ້າໃຈວິທີການເຄືອຂ່າຍ (NAT, ເຊື່ອມຕໍ່, ພາຍໃນ, ເຈົ້າພາບເທົ່ານັ້ນ) ກ່ຽວຂ້ອງກັບກັນແລະກັນ, ການທົບທວນຄືນຂໍ້ຂັດແຍ່ງເຄືອຂ່າຍຍ່ອຍ, ບໍລິການ hypervisor (NAT/DHCP), ກົດລະບຽບຄວາມປອດໄພ, ແລະ stack ເຄືອຂ່າຍແຂກ ມັນແກ້ໄຂບັນຫາ "ຂ້ອຍບໍ່ມີອິນເຕີເນັດໃນ VM".ເມື່ອສະພາບແວດລ້ອມແມ່ນອີງໃສ່ຄລາວ, ອີງໃສ່ເຄື່ອງມືວິນິດໄສ ແລະການຕັ້ງຄ່າເຊັ່ນ: ການຈັດເສັ້ນທາງເລີ່ມຕົ້ນໃນ NICs ສຳຮອງ ຫຼືການຈັດການ IP ຫຼັກໃນ Windows. ແລະ, ຕາມກົດລະບຽບ, ຮັກສາພາບຖ່າຍແລະການສໍາຮອງຂໍ້ມູນເພື່ອກັບຄືນສູ່ສະຖານະທີ່ຜ່ານມາຖ້າການປ່ຽນແປງເຮັດໃຫ້ການເຊື່ອມຕໍ່ແຕກ.