ฉันไม่มีอินเทอร์เน็ตบนเครื่องเสมือน ฉันจะทำอย่างไรได้?

¿ฉันไม่มีอินเทอร์เน็ตบนเครื่องเสมือนไม่ต้องกังวล นี่เป็นปัญหาที่พบบ่อยกว่าที่คุณคิด และหากตรวจสอบอย่างละเอียดก็มักจะแก้ไขได้ ตลอดคู่มือนี้ คุณจะพบทุกอย่างตั้งแต่การตั้งค่าเครือข่ายพื้นฐานไปจนถึงการตรวจสอบขั้นสูงสำหรับ VMware, VirtualBox, KVM/virt-manager, Parallels และสภาพแวดล้อมคลาวด์อย่าง Azure เป้าหมายคือเพื่อให้คุณระบุสาเหตุหลักและนำการแก้ไขที่เหมาะสมไปใช้ในไม่กี่ขั้นตอน.

ก่อนที่เราจะเจาะลึกถึงการกำหนดค่า สิ่งสำคัญคือต้องเข้าใจสิ่งหนึ่ง: VM ทำหน้าที่เป็นคอมพิวเตอร์อิสระภายในเครื่องของคุณ ดังนั้น หากระบบโฮสต์ ไฮเปอร์ไวเซอร์ หรือเครือข่าย VM ได้รับการกำหนดค่าไม่ถูกต้อง การเชื่อมต่ออาจหลุดได้นโยบายการสลับ กฎไฟร์วอลล์/DHCP ความขัดแย้งของซับเน็ต ไดรเวอร์เครือข่าย หรือแม้แต่บริการไฮเปอร์ไวเซอร์ที่หยุดทำงานก็อาจมีบทบาทเช่นกัน

เครื่องเสมือนทำงานอย่างไรและเหตุใดจึงส่งผลกระทบต่อเครือข่าย

VM ทำงานได้ด้วยไฮเปอร์ไวเซอร์ที่ แจกจ่ายทรัพยากรทางกายภาพของโฮสต์ (CPU, RAM, ดิสก์, NIC) ให้กับระบบแขกการแยกส่วนนี้มีประโยชน์อย่างยิ่งสำหรับการพัฒนาและการทดสอบ เพราะช่วยให้คุณสามารถทดลองได้โดยไม่กระทบต่อระบบหลัก ในองค์กร การแยกส่วนนี้ใช้เพื่อรวมเซิร์ฟเวอร์เข้ากับฮาร์ดแวร์ที่น้อยลง ประหยัดค่าใช้จ่าย และย้ายเวิร์กโหลดระหว่างโฮสต์ได้อย่างรวดเร็ว นอกจากนี้ ยังมีความสามารถในการโคลน ถ่ายสแนปช็อต และกู้คืนสถานะของ VM ช่วยอำนวยความสะดวกในการสำรองข้อมูลและกู้คืนในกรณีที่เกิดความล้มเหลวนอกจากนี้ยังมี เว็บไซต์ที่เชื่อถือได้สำหรับการดาวน์โหลดเครื่องเสมือนฟรี.

เครือข่ายเสมือนเป็นอีกชั้นหนึ่งที่ไฮเปอร์ไวเซอร์จำลอง: อะแดปเตอร์เสมือนของ VM จะ "เสียบ" เข้ากับเครือข่าย NAT, เครือข่ายแบบบริดจ์, เครือข่ายภายใน หรือเครือข่ายโฮสต์เท่านั้น ขึ้นอยู่กับการกำหนดค่าของคุณการเลือกโหมดที่ไม่ถูกต้องหรือการพบกับนโยบายความปลอดภัยบนเครือข่ายทางกายภาพอาจทำให้ VM ไม่สามารถเข้าถึงอินเทอร์เน็ตได้ แม้ว่าโฮสต์จะเรียกดูโดยไม่มีปัญหาใดๆ ก็ตาม

ข้อดีและข้อเสียของสภาพแวดล้อมเสมือนจริง

นอกเหนือจากการเชื่อมต่อแล้ว VM ยังมีประโยชน์ที่ชัดเจนอีกด้วย: ความเข้ากันได้ระหว่างระบบ (Windows, Linux, macOS, BSD) การกำหนดค่าที่เป็นอิสระ และการสำรองข้อมูล/ถ่ายโอนข้อมูลที่รวดเร็วมากผ่านการโคลน หาก VM หนึ่งล้มเหลว VM อื่นๆ จะยังคงทำงานต่อไปโดยไม่ได้รับผลกระทบ

ไม่ใช่ทุกอย่างจะสมบูรณ์แบบ: คุณถูกจำกัดด้วยฮาร์ดแวร์โฮสต์โดยปกติความล่าช้าของเครือข่ายจะสูงกว่าในระบบปฏิบัติการหลักเล็กน้อย และในระดับมืออาชีพอาจมีค่าใช้จ่ายสำหรับใบอนุญาตไฮเปอร์ไวเซอร์หรือระบบแขก

โหมดเครือข่ายทั่วไปและอิทธิพลของการเข้าถึงอินเทอร์เน็ต

คุณจะเห็นชื่อที่แตกต่างกันขึ้นอยู่กับไฮเปอร์ไวเซอร์ แต่แนวคิดจะเหมือนกัน การเลือกโหมดที่ถูกต้องถือเป็นกุญแจสำคัญในการให้ VM เข้าถึงอินเทอร์เน็ต:

• NAT: VM เข้าถึงอินเทอร์เน็ต "ผ่าน" โฮสต์ ซึ่งโดยปกติแล้วจะใช้งานได้ตามค่าเริ่มต้น และเป็นตัวเลือกเริ่มต้นใน VMware/VirtualBox วิธีนี้ช่วยให้ VM สามารถเข้าถึงเครือข่ายทางกายภาพและอินเทอร์เน็ตได้ แต่เซิร์ฟเวอร์ทางกายภาพจะไม่ "มองเห็น" VM โดยตรง
• อะแดปเตอร์แบบบริดจ์: VM เชื่อมต่อเป็นเพียงอุปกรณ์อีกเครื่องหนึ่งบนเครือข่ายทางกายภาพ มี IP ของตัวเองเหมาะสำหรับอุปกรณ์อื่นที่จะสื่อสารด้วย แต่ก็อาจขัดแย้งกับนโยบายสวิตช์หรือเราเตอร์
• โฮสต์เท่านั้น: เครือข่ายส่วนตัวระหว่างโฮสต์และ VM ไม่มีอินเทอร์เน็ต.
• เครือข่ายภายใน: แยก VM ออกจากกันในเครือข่ายปิด ไม่มีอินเตอร์เน็ตด้วย.
• เครือข่าย NAT (VirtualBox): รวม NAT เข้ากับการแบ่งส่วน ช่วยให้เชื่อมต่ออินเทอร์เน็ตและสื่อสารระหว่าง VM บนเครือข่าย NAT ได้.

ใน VMware คุณสามารถปรับทุกอย่างได้ใน "Virtual Network Editor": เลือก NIC ทางกายภาพสำหรับบริดจ์ เปลี่ยนซับเน็ต NAT เปิดใช้งาน DHCP และเปิดพอร์ตคุณยังสามารถจำกัดแบนด์วิดท์และเปลี่ยนที่อยู่ MAC ได้ใน "ขั้นสูง" ใน VirtualBox คุณสามารถจัดการเครือข่าย NAT ด้วยกฎของซับเน็ต, DHCP, IPv6 และพอร์ตได้จาก "ไฟล์ > การตั้งค่า" และในแต่ละ VM คุณสามารถเลือก NAT, Bridge, Internal, Host-only หรือ Network NAT ได้

การเพิ่มประสิทธิภาพ: หน่วยความจำ ขนาด แบนด์วิดท์ และการเร่งความเร็ว

หาก VM มีทรัพยากรเหลือน้อย คุณจะสังเกตเห็นปัญหาคอขวดของเครือข่าย จัดสรร RAM ให้เพียงพอ เพื่อให้แน่ใจว่าแขกสามารถจัดการคำขอได้โดยไม่ต้องรับภาระมากเกินไป ให้ปรับขนาด VM ตามความจำเป็น และหากมี VM หลายรายการ จำกัดแบนด์วิดท์ ผ่าน VM เพื่อหลีกเลี่ยงความอิ่มตัว บางแพลตฟอร์มมี การเร่งความเร็วเครือข่าย ซึ่งช่วยลดความหน่วงและปรับปรุงการถ่ายโอนข้อมูล

หากคุณใช้ NAT และไม่มีการเข้าถึงอินเทอร์เน็ต

ด้วย NAT หากโฮสต์สามารถเข้าถึงอินเทอร์เน็ตได้ VM มักจะเข้าถึงได้เช่นกัน ปัญหาทั่วไปคือซับเน็ต NAT เสมือนตรงกับเครือข่ายทางกายภาพแขกไม่ทราบวิธีออก เปลี่ยนซับเน็ต NAT ในโปรแกรมแก้ไขเครือข่าย (VMware: VMnet8; VirtualBox: สร้าง/เลือกเครือข่าย NAT ที่มีซับเน็ตอื่น) เพื่อหลีกเลี่ยงความขัดแย้งกับ LAN หลักของคุณ

หากคุณใช้บริดจ์และไม่มีการเข้าถึงอินเทอร์เน็ต

ในโหมดบริดจ์ VM จะขึ้นอยู่กับเครือข่ายทางกายภาพ ดังนั้น นโยบายและบริการโครงสร้างพื้นฐานของคุณมีผลใช้งาน:

• ใน VMware ให้ตั้งค่า NIC ทางกายภาพเป็น VMnet0 แทน "อัตโนมัติ" การเลือกอินเทอร์เฟซที่เฉพาะเจาะจงช่วยหลีกเลี่ยงปัญหาเมื่อสลับเครือข่าย.
• สวิตช์: หากมีการรักษาความปลอดภัยพอร์ตพร้อมการจำกัด MAC ต่อพอร์ต ที่อยู่ MAC ที่สอง (ที่อยู่ที่เป็นของ VM) อาจถูกบล็อกตรวจสอบการผูก IP-MAC-Port ด้วย
• เราเตอร์: ยืนยันว่า DHCP เปิดใช้งานอยู่ (หรือกำหนดค่าที่อยู่ IP แบบคงที่บน VM) ตรวจสอบไฟร์วอลล์ และตรวจสอบว่าไม่มีกฎเกณฑ์ใด ๆ ที่ขัดขวางการสร้างทีมใหม่

หากยังล้มเหลว ให้ตรวจสอบบนโฮสต์ว่า NIC เปิดใช้งานอยู่และอัปเดตแล้ว และบนแขกว่า ที่อยู่ IP และ DNS จะถูกรับโดยอัตโนมัติในหลายกรณี การเปลี่ยน VM เป็นแบบบริดจ์ชั่วคราว (หากอยู่ใน NAT) หรือเป็น NAT (หากอยู่ในแบบบริดจ์) จะช่วยให้คุณแยกแหล่งที่มาได้

VMware: การตรวจสอบและแก้ไขอย่างรวดเร็ว

VMware เสนอตัวเลือกต่างๆ หลายประการที่ควรตรวจสอบเมื่อ VM ไม่ได้กำลังเรียกดู การเริ่มต้นด้วยสิ่งง่ายๆ ช่วยประหยัดเวลา:

• รีสตาร์ท VM ใช่แล้ว มันทำงานได้ดีกว่าที่คุณคิด
• ปิดใช้งานโปรแกรมป้องกันไวรัส/ไฟร์วอลล์ของโฮสต์ชั่วคราวหรือปรับโหมดเพื่ออนุญาตให้มีการรับส่งข้อมูลไป/มาจาก VM
• เปิดใช้งานและ/หรือเริ่มบริการต่อไปนี้ใหม่: "VMware NAT Service" และ "VMware DHCP Service" จาก services.msc
• อัปเดตหรือติดตั้งอะแดปเตอร์เครือข่ายใหม่ใน Device Manager ของแขก หากไม่ปรากฏขึ้น ให้ใช้ "สแกนหาการเปลี่ยนแปลงฮาร์ดแวร์"
• ยกเลิกการเลือกและเลือก "เชื่อมต่อ" และ "เชื่อมต่อเมื่อเปิดเครื่อง" อีกครั้งบนอะแดปเตอร์เครือข่ายของ VM เพื่อบังคับการเชื่อมต่อใหม่
• ใน Virtual Network Editor ให้คลิก "Restore defaults" เพื่อสร้าง VMnet1/VMnet8 ใหม่หากเสียหาย
• ผู้ใช้บางรายแก้ไขปัญหานี้โดยตั้งค่าที่อยู่ IP ของเราเตอร์ ADSL เป็น NAT DNS ใน VMnet8 > การตั้งค่า NAT > DNS
• หลังจากระงับ/เริ่มการทำงานของโฮสต์แล้ว ปิดเครื่องและเริ่ม VM (ดีกว่าการกลับสู่สถานะเดิม) เพื่อเริ่มต้นเครือข่ายเสมือนใหม่

หากปัญหาเกิดขึ้นเป็นระยะๆ ใน NAT บางครั้งบริการ NAT ก็จะหยุดทำงาน: การรีสตาร์ท "VMware NAT Service" บนโฮสต์ปกติจะช่วยคืนการเชื่อมต่อได้.

VirtualBox: ขั้นตอนสำคัญ

ใน VirtualBox, NAT มักจะทำงานโดยไม่ต้องปรับแต่งใดๆ แต่ถ้าไม่เป็นเช่นนั้น การปรับเปลี่ยนเหล่านี้มักจะแก้ไขปัญหาได้:

• ติดตั้ง "Guest Additions" เพื่อให้แน่ใจว่ามีไดรเวอร์และการบูรณาการแขกที่ดีขึ้น
• ปิดเครื่อง VM ไปที่ Network และตรวจสอบว่าได้เลือก "Enable network adapter" ไว้ ลองสลับระหว่าง NAT, Bridged Adapter และ Network NAT ตามต้องการ
• โปรดจำไว้ว่า: "เครือข่ายภายใน" และ "เฉพาะโฮสต์" ไม่ได้ออกแบบมาเพื่อให้บริการอินเทอร์เน็ต
• จาก "ไฟล์ > การกำหนดลักษณะ > เครือข่าย" สร้างหรือปรับเปลี่ยนเครือข่าย NAT ด้วยซับเน็ตของตัวเอง DHCP และกฎของพอร์ตหากใช้ได้

ภายในห้องแขก ปล่อยให้ IP และ DNS ทำงานอัตโนมัติหากไม่มีอะไรเปลี่ยนแปลง ให้ตรวจสอบ NIC เสมือนที่เลือก (เช่น Intel PRO/1000 เทียบกับ Paravirtualized) และลองเปลี่ยนดู

KVM/virt-manager และ VirtualBox บน Linux (กรณีทั่วไป: แขก Windows 11)

หากคุณใช้ Linux เป็นโฮสต์ (เช่น ดิสโทรที่ใช้ Fedora) และ Windows 11 เป็นแขก ก็เป็นเรื่องปกติที่จะมีการติดตั้งอะแดปเตอร์ virtio และยังคง... อินเทอร์เน็ตหมดทั้งใน virt-manager และ VirtualBoxตรวจสอบให้แน่ใจว่าคุณกำลังใช้โหมดขาออก (NAT หรือบริดจ์) และโฮสต์สามารถเข้าถึงอินเทอร์เน็ตได้ หากปัญหาเกิดขึ้นเฉพาะในโหมดบริดจ์ ให้พิจารณาสิ่งต่อไปนี้: นโยบายเครือข่ายทางกายภาพ DHCP และไฟร์วอลล์หากปรากฏใน NAT บนไฮเปอร์ไวเซอร์ทั้งสอง ให้ตรวจสอบไดรเวอร์เครือข่าย การรับ IP/DNS อัตโนมัติบนเซิร์ฟเวอร์แขก และทำการรีเซ็ตสแต็ก TCP/IP (ดูหัวข้อ Windows) การเปิดใช้งานโหมด promiscuous การเปลี่ยนแปลงที่อยู่ MAC และการบังคับส่งข้อมูลบนสวิตช์เสมือนอาจจำเป็น หากซอฟต์แวร์กำลังตรวจสอบ/กรองการรับส่งข้อมูล

Parallels Desktop บน Mac: อาการและวิธีแก้ไข

มีบางสถานการณ์ที่ Windows ไม่สามารถนำทางภายใน Parallels ได้ แม้ว่า Mac จะทำได้ อาการต่างๆ มีดังนี้: หากไม่มีอินเทอร์เน็ตบน Windows การทำงานช้าหรือไม่เสถียร แอปล้มเหลวแม้จะมีเครือข่าย หรือไม่สามารถมองเห็นคอมพิวเตอร์เครื่องอื่นบนเครือข่ายได้โดยปกติแล้วจะเกิดจากการตั้งค่า Windows ที่ไม่ถูกต้อง ซอฟต์แวร์ป้องกันไวรัสของบริษัทอื่น การตั้งค่า VM หรือสภาพแวดล้อม Windows ที่เสียหาย

• ตรวจสอบว่า Mac มีการเข้าถึงอินเทอร์เน็ตและสร้างสแนปช็อตก่อนที่จะสัมผัสสิ่งใดก็ตาม
• ติดตั้ง Parallels Tools ใหม่และบูตเครื่องใหม่ทั้งหมดใน Windows โดยปิดใช้งานบริการของบริษัทอื่น (ให้บริการ Parallels ทำงานอยู่)
• ใน ฮาร์ดแวร์ > เครือข่าย สลับระหว่าง "เครือข่ายที่ใช้ร่วมกัน (แนะนำ)" และ "เครือข่ายแบบบริดจ์: อะแดปเตอร์เริ่มต้น" เพื่อดูว่าแบบใดทำงานได้ดีที่สุด
• เปิด CMD แล้วลอง ping ไปที่ parallels.com หากไม่ตอบสนอง ให้รันคำสั่งต่อไปนี้

  netsh winsock reset
  netsh int ip reset reset.log

  แล้วรีสตาร์ท หากปัญหายังคงอยู่ ให้ลอง:

  ipconfig /release
  ipconfig /renew

• ใน Device Manager หากคุณเห็น "Parallels Ethernet Adapter #…" อัปเดตไดรเวอร์ อัตโนมัติ
• ด้วยรุ่น Pro/Business คุณสามารถไปที่ การตั้งค่า > เครือข่าย และคืนค่าเริ่มต้นได้

เมื่อการเชื่อมต่อกลับมาเป็นปกติแล้ว ลบสแนปช็อต เพื่อหลีกเลี่ยงการสะสมสภาวะที่ไม่จำเป็น

Windows Guest: คำสั่งเครือข่ายที่เป็นประโยชน์

เมื่อปัญหาเกิดขึ้นกับสแต็กเครือข่ายของ Windows ซอฟต์แวร์คลาสสิกเหล่านี้มักจะช่วยแก้ปัญหาได้ เรียกใช้ Command Prompt ในฐานะผู้ดูแลระบบ:

• รีเซ็ตสแต็ก TCP/IP และ Winsock:

  netsh winsock reset
  netsh int ip reset reset.log

• ต่ออายุที่อยู่ IP ของคุณหลังจากรีสตาร์ทหากคุณยังไม่สามารถเข้าถึงอินเทอร์เน็ตได้:

  ipconfig /release
  ipconfig /renew

• อัพเดตหรือติดตั้งอะแดปเตอร์เครือข่ายใหม่จาก Device Manager
• หากมีซอฟต์แวร์ป้องกันไวรัสของบริษัทอื่น ปิดการใช้งานชั่วคราว หรือกำหนดค่าโหมดที่เข้ากันได้กับ VM

ใน Ubuntu และเวอร์ชันที่พัฒนาต่อยอด ผู้ใช้บางคนรายงานว่า ติดตั้ง/อัพเดต apt-get หรือการอ้างอิงและใบรับรองที่เกี่ยวข้องกับเครือข่าย "ปลดบล็อก" เบราว์เซอร์เมื่อการแก้ไข DNS หรือ TLS ล้มเหลว

Azure: การวินิจฉัยการเชื่อมต่อระหว่าง VM และการเข้าถึงอินเทอร์เน็ต

ใน Azure แนวทางจะเปลี่ยนไปเนื่องจากคุณมีเครื่องมือวินิจฉัย หาก VM หนึ่งไม่สามารถเข้าถึงอีก VM หนึ่งใน VNet เดียวกัน หรือไม่สามารถเข้าถึงอินเทอร์เน็ตได้ VM นั้นจะปฏิบัติตามลำดับที่สั่ง:

การเชื่อมต่อ VM ใน VNet เดียวกัน

บน VM ต้นทาง ให้ใช้ยูทิลิตี้เช่น tcping เพื่อทดสอบพอร์ต (เช่น RDP 3389):

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

หากไม่ตอบสนอง ให้ตรวจสอบกฎ NSG: ต้องอนุญาต "อนุญาต VNet ขาเข้า" และ "อนุญาต Load Balancer ขาเข้า" และไม่มี การปฏิเสธข้างต้น โดยมีลำดับความสำคัญต่ำกว่า

ตรวจสอบว่าคุณสามารถเข้าสู่ระบบผ่าน RDP/SSH จากพอร์ทัลได้ หากใช้งานได้ ให้เรียกใช้ "การตรวจสอบการเชื่อมต่อ" โดยใช้ Network Watcher (PowerShell/CLI) ผลลัพธ์แสดง "การกระโดด" และ "เหตุการณ์"; แก้ไขตามที่ระบุไว้แล้วลองใหม่อีกครั้ง

อะแดปเตอร์เครือข่ายที่สองใน VNet เดียวกัน

NIC รองใน Windows ไม่มีเกตเวย์เริ่มต้น หากคุณต้องการให้สื่อสารนอกเครือข่ายย่อย เพิ่มเส้นทางเริ่มต้นในแขก (เรียกใช้ CMD ในฐานะผู้ดูแลระบบ):

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

ตรวจสอบ NSG บน NIC ทั้งสองและตรวจสอบด้วย Network Watcher

การเข้าถึงอินเทอร์เน็ตใน Azure

หาก VM ไม่เชื่อมต่อกับอินเทอร์เน็ต ให้แยกออกก่อนว่า NIC อยู่ในสถานะข้อผิดพลาด จาก สีฟ้า Resource Explorer ช่วยให้คุณสามารถบังคับ "PUT" จากทรัพยากร NIC ได้ เพื่อซิงโครไนซ์สถานะและโหลดพอร์ทัลใหม่ จากนั้นกลับไปที่ "การตรวจสอบการเชื่อมต่อ" และแก้ไขปัญหาที่พบ

IP หลายตัวบน NIC Windows เดียวกัน

ใน Windows ที่อยู่ IP ที่มีค่าตัวเลขต่ำที่สุดสามารถคงไว้เป็นที่อยู่หลักได้ แม้ว่าคุณจะเลือกที่อยู่ IP อื่นใน Azure Portal แต่มีเพียงที่อยู่ IP หลักใน Azure เท่านั้นที่สามารถเข้าถึงอินเทอร์เน็ต/บริการได้ ให้ปรับ "SkipAsSource" ผ่าน PowerShell เพื่อให้แน่ใจว่าที่อยู่ IP ที่ถูกต้องคือที่อยู่ 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 เพื่อเพิ่ม IP หลายรายการให้กับระบบปฏิบัติการ

การทดสอบอย่างรวดเร็วเพื่อลดความล้มเหลว

การตรวจสอบสักสองสามครั้งจะช่วยให้คุณได้แนวทางอย่างรวดเร็ว ใช้เป็นเครื่องวัดอุณหภูมิ:

• หากไม่มีการเข้าถึงอินเทอร์เน็ตใน NAT แต่โฮสต์สามารถเข้าถึงอินเทอร์เน็ตได้ ให้สงสัยว่าซับเน็ตขัดแย้งกันหรือมีปัญหากับบริการ NAT/DHCP ของไฮเปอร์ไวเซอร์
• หากล้มเหลวในโหมดบริดจ์แต่ทำงานในโหมด NAT สิ่งนี้ชี้ไปที่ DHCP, ไฟร์วอลล์ หรือความปลอดภัยของสวิตช์/เราเตอร์.
• ปิงที่อยู่โดยใช้ IP (เช่น 8.8.8.8) และตามชื่อ (เช่น โดเมนสาธารณะ) หากใช้งานได้โดยใช้ IP แต่ใช้งานไม่ได้โดยใช้ชื่อ ปัญหาน่าจะเกิดจาก DNS

แนวทางปฏิบัติที่ดีที่สุดด้านเครือข่ายและประสิทธิภาพ

เพื่อประสบการณ์ที่ราบรื่น: เลือกอินเทอร์เฟซทางกายภาพที่เฉพาะเจาะจงสำหรับบริดจ์เสมอหลีกเลี่ยง "อัตโนมัติ"; แยกซับเน็ตเสมือนออกจาก LAN จริง; บันทึกกฎ NSG/ACL และสำรอง DHCP หากคุณต้องการ IP แบบคงที่สำหรับ VM แบบบริดจ์ บนโฮสต์ที่มี VM หลายเครื่อง จำกัดแบนด์วิดท์ต่อ VM และติดตามคิวหากเครือข่ายอิ่มตัว

การสำรองข้อมูล: เผื่อในกรณีที่เกิดข้อผิดพลาด

การสูญเสียข้อมูลเนื่องจากเครือข่ายขัดข้องหรือข้อผิดพลาดในการกำหนดค่าเป็นเรื่องที่น่าปวดหัวและน่าปวดหัวอย่างยิ่ง โซลูชันการสำรองข้อมูลสำหรับการจำลองเสมือน ช่วยให้สามารถสำรองข้อมูลโดยไม่ต้องใช้ตัวแทน คืนค่าทันทีภายในไม่กี่วินาที และกู้คืนได้หลายแพลตฟอร์ม (VMware, Hyper-V, Proxmox, oVirt ฯลฯ) หากคุณจัดการ VM ในระบบการผลิต โปรดพิจารณาแพลตฟอร์มที่เสนอคอนโซลเว็บ การกู้คืนทันที และทดลองใช้ฟรีอย่างครอบคลุมเพื่อยืนยันกลยุทธ์ของคุณ

คำถามที่พบบ่อย: คำถามด่วน

คำถามทั่วไปบางข้อเมื่อ VM ไม่ได้กำลังเรียกดูจะมีคำตอบสั้นๆ นี่คือสิ่งที่เป็นประโยชน์ที่สุด:

• เหตุใด NAT จึงหลุดเป็นระยะๆ การรีสตาร์ทบริการ NAT ของไฮเปอร์ไวเซอร์บนโฮสต์มักจะทำให้การเชื่อมต่อกลับมาเป็นปกติ
• อะแดปเตอร์ดูเหมือนจะถูกตัดการเชื่อมต่อหรือไม่? ทำเครื่องหมายที่ "เชื่อมต่อแล้ว" และ "เชื่อมต่อเมื่อเปิดเครื่อง" ในการตั้งค่า VM
• หากไม่มีการเชื่อมต่อเครือข่ายหลังจากระงับ/เริ่มโฮสต์ใหม่ ให้ปิดระบบและรีสตาร์ท VM เพื่อเริ่มต้นอะแดปเตอร์เครือข่ายเสมือนใหม่
• VM สามารถใช้งานได้โดยไม่ต้องใช้อินเทอร์เน็ตหรือไม่? ใช่: เครือข่ายเฉพาะโฮสต์หรือเครือข่ายภายในจะสร้างเครือข่ายแยกที่ไม่มีการเข้าถึงจากภายนอก
• VM สามารถเชื่อมต่อกับ VPN ได้หรือไม่? ใน NAT จะสืบทอด VPN จากโฮสต์ และในโหมด Bridge จะติดตั้งไคลเอนต์ VPN บน VM

ทำความเข้าใจว่าโหมดเครือข่าย (NAT, บริดจ์, ภายใน, โฮสต์เท่านั้น) เกี่ยวข้องกันอย่างไร การตรวจสอบความขัดแย้งของซับเน็ต บริการไฮเปอร์ไวเซอร์ (NAT/DHCP) กฎความปลอดภัย และสแต็กเครือข่ายแขก ช่วยแก้ปัญหา "ฉันไม่มีอินเทอร์เน็ตบน VM" ได้ส่วนใหญ่เมื่อสภาพแวดล้อมเป็นแบบคลาวด์ ให้ใช้เครื่องมือวินิจฉัยและการตั้งค่าต่างๆ เช่น การกำหนดเส้นทางเริ่มต้นบน NIC รอง หรือการจัดการ IP หลักใน Windows และโดยทั่วไป ควรรักษาสแนปช็อตและการสำรองข้อมูลเพื่อย้อนกลับไปยังสถานะก่อนหน้าหากการเปลี่ยนแปลงทำให้การเชื่อมต่อขาดหาย