个人主页杨利杰YJlio❄️个人专栏《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》《WINDOWS教程》 《Windows PowerShell 实战》 《IOS插件分析测试》《超简单用Python让Excel飞起来》让复杂的事情更简单让重复的工作自动化VMware Workstation Pro 17.0实战复盘磁盘扩容、系统盘救援与虚拟网络进阶VMware Workstation Pro 17.0 实战复盘磁盘扩容、系统盘救援与虚拟网络进阶1. 课程内容、实验环境与安全原则1.1 第 1722 节分别解决什么问题1.2 实验前必须确认的安全边界2. 扩展虚拟磁盘VMDK 变大不等于 C 盘变大2.1 VMware 中的“扩展”改了什么2.2 为什么截图中没有直接扩展 C 盘2.3 为什么存在快照时无法扩展2.4 磁盘扩容验收3. 系统盘救援使用已有 VMDK 重建虚拟机3.1 这个方法适合什么故障3.2 模拟配置损坏前先关闭虚拟机3.3 新建虚拟机并挂载旧系统磁盘3.4 第一次开机与结果验证3.5 恢复失败时优先检查什么4. 读懂 VMware 虚拟网络网卡、VMnet 与出口4.1 VMnet 可以理解为软件交换机4.2 不同 VMnet 如何通信4.3 课程中的网段规划5. 同一 VMnet 仍然 Ping 不通从地址到防火墙逐层检查5.1 本组连通性实验的地址5.2 同一 VMnet 直接通信需要满足什么5.3 关闭全部防火墙只能用于短时定位5.4 Ping 只能验证 ICMP6. 仅主机与自定义网络宿主机是否加入是关键区别6.1 仅主机网络包含哪些组件6.2 取消宿主机虚拟适配器后发生什么6.3 将虚拟机切换到 VMnet27. 桥接与 NAT两条不同的上网路径7.1 桥接网络7.2 NAT 网络7.3 NAT 网关、宿主机虚拟网卡和 DNS 的区别7.4 VMware NAT Service 停止后会怎样8. NAT 端口映射通过宿主机 4000 访问虚拟机 33898.1 端口映射解决什么问题8.2 添加 4000 到 3389 的映射8.3 先确认目标虚拟机的 RDP 服务8.4 宿主机防火墙只放行 TCP 40008.5 为什么外部测试机改成桥接8.6 本机实际验证的三条访问路径9. 存储与网络的统一排障方法9.1 磁盘扩容失败9.2 同一 VMnet 无法通信9.3 VMnet8 无法上网9.4 NAT 端口映射不通10. 本次实验中最容易记错的知识点11. 实验验收、记录模板与总结11.1 存储部分验收11.2 网络部分验收11.3 建议保存的实验记录11.4 六节课程的关系VMware Workstation Pro 17.0 实战复盘磁盘扩容、系统盘救援与虚拟网络进阶本文整理自VMware Workstation课程第 1722 节的学习与实操记录承接前面的虚拟机创建、Windows 10安装、VMware Tools、快照、克隆和虚拟磁盘管理等内容。本次实验分为存储和网络两条主线。存储部分包括扩展VMDK、在Windows中处理未分配空间以及使用已有系统磁盘重建虚拟机网络部分包括VMnet虚拟交换机、仅主机、自定义网络、桥接、NAT和端口映射。本文使用VMware Workstation Pro 17.0客户机包括Windows 10和Windows Server 2022。实验中的VMnet8子网为192.168.80.0/24。地址说明本文包含两组独立实验。基础连通性实验使用192.168.80.99和192.168.80.100远程桌面端口映射实验中的目标Windows 10使用192.168.80.121。这些地址不能混在同一张拓扑中照抄。颜色标记文章中的含义红色重点高风险操作、易错点和可能导致数据丢失的行为绿色重点推荐操作、验证方法和排障顺序蓝色重点磁盘、网络和系统行为原理1. 课程内容、实验环境与安全原则1.1 第 1722 节分别解决什么问题课次实验主题完成后应掌握的能力第 17 节扩展虚拟机磁盘区分扩展VMDK与扩展 Windows 分区第 18 节使用已有系统磁盘创建虚拟机在配置文件损坏后使用完好的VMDK恢复启动第 19 节VMware 虚拟网络理解虚拟网卡、虚拟交换机、宿主机虚拟网卡和物理网卡第 20 节仅主机与自定义网络理解宿主机是否加入 VMnet以及不同 VMnet 默认为什么隔离第 21 节桥接与 NAT区分直接接入真实局域网与借助宿主机转发上网第 22 节NAT 端口映射让 VMnet8 外部客户端访问内部虚拟机服务六节课程可以压缩为两条数据路径存储路径 VMDK总容量 → Windows识别磁盘 → 分区表 → 文件系统 → C盘或其他卷 网络路径 虚拟机 → 虚拟网卡 → VMnet虚拟交换机 → 桥接、NAT或路由出口 → 目标网络1.2 实验前必须确认的安全边界操作安全要求扩展虚拟磁盘正常关闭虚拟机不使用挂起代替关机删除或合并快照先备份重要数据确认宿主机有足够空间使用已有 VMDK保留原磁盘副本确认是否存在快照链修改虚拟网络记录原 VMnet、IP、掩码、网关和 DNS桥接或端口开放在企业网络中先获得管理员授权防火墙排障优先按协议和端口放行不长期关闭全部防火墙不要在文件资源管理器中手动删除不认识的.vmdk、.vmsd、.vmsn或快照增量文件。基础磁盘、快照磁盘和链接克隆之间可能存在父子依赖删除其中一环可能导致虚拟机无法启动。实验记录应保存网络设计逻辑而不是只记住老师使用的 IP 地址。更换宿主机、公司网络或VMnet子网后地址必须按当前环境重新规划。2. 扩展虚拟磁盘VMDK 变大不等于 C 盘变大2.1 VMware 中的“扩展”改了什么在虚拟机设置中选中虚拟硬盘并点击扩展修改的是VMDK向客户机提供的最大磁盘容量。扩容前60GB 扩容后100GB 新增空间40GB这一步只让虚拟硬盘从60GB变成100GB不会自动修改客户机内部的分区表和文件系统。启动 Windows 并打开磁盘管理后可以看到磁盘总容量已经接近100GB原有C:仍为约59.29GB右侧新增了约40GB未分配空间。2.2 为什么截图中没有直接扩展 C 盘截图中的磁盘布局为EFI系统分区 → C盘 → 608MB恢复分区 → 40GB未分配空间Windows 磁盘管理只能把基本卷扩展到其右侧紧邻的未分配空间。由于608MB恢复分区位于C:和未分配空间之间C:无法直接使用这40GB。本次实验没有删除恢复分区而是把新增空间创建成新的E:卷。处理方式适用情况注意事项扩展 C 盘未分配空间紧邻 C 盘右侧使用 Windows“扩展卷”向导创建新分区不需要扩大 C 盘或中间存在恢复分区适合单独存放软件、日志和实验文件移动恢复分区必须把空间合并到 C 盘需先备份并使用支持移动分区的工具删除恢复分区已经确认恢复环境和恢复方案风险较高不能直接照搬课程操作2.3 为什么存在快照时无法扩展有快照时当前磁盘不再是单一基础磁盘。新的写入通常进入编号差分磁盘基础磁盘.vmdk ↓ 快照增量-000001.vmdk ↓ 当前运行状态快照管理器可以看到当前快照节点。在存在快照的情况下磁盘扩展按钮会变为不可用并提示无法扩展具有快照的虚拟机磁盘。正确顺序为备份重要数据 → 确认不再需要回退 → 在快照管理器中删除或合并快照 → 等待合并完成 → 正常关闭虚拟机 → 扩展VMDK → 启动Windows → 在磁盘管理中处理未分配空间“删除快照”通常会把需要保留的增量数据合并到磁盘链中不等于删除客户机当前文件。合并过程仍可能需要较长时间和额外空间不能强制关机或结束 VMware 进程。2.4 磁盘扩容验收验收项目通过标准VMware 磁盘容量虚拟机设置中显示新的最大容量Windows 磁盘容量磁盘管理识别新的磁盘总容量空间分配新增空间已经扩展到目标分区或创建为新卷文件系统卷状态正常可以正常读写重启验证重启客户机后容量和盘符仍然正确3. 系统盘救援使用已有 VMDK 重建虚拟机3.1 这个方法适合什么故障本次实验模拟虚拟机配置文件损坏或丢失但系统虚拟磁盘仍然完好的场景。虚拟机配置文件损坏 Windows系统VMDK仍然完整 新建虚拟机并挂载旧磁盘尝试恢复一台 VMware 虚拟机通常由多种文件组成文件或后缀主要作用.vmx处理器、内存、固件、网卡和磁盘等虚拟硬件配置.vmdk虚拟磁盘描述文件或磁盘数据文件.nvram虚拟 BIOS 或 UEFI 变量.vmsd快照数据库和元数据.vmsn快照状态文件.vmem运行或挂起状态下的虚拟内存数据如果原虚拟机存在快照不能只保留基础.vmdk。必须保留完整差分磁盘链和对应元数据无法确认链关系时优先复制整个虚拟机目录。3.2 模拟配置损坏前先关闭虚拟机实验开始前确认虚拟机状态为已关机。截图中还可以看到当前虚拟机使用Workstation 17.x硬件兼容性。打开虚拟机目录后可以看到基础磁盘、编号磁盘、快照状态文件、配置文件和日志。课程通过移除配置类文件并保留磁盘文件模拟.vmx损坏或丢失。3.3 新建虚拟机并挂载旧系统磁盘新建虚拟机时选择自定义高级这样可以尽量还原原虚拟机的固件和磁盘控制器。设置虚拟机名称和保存位置时最好使用新的目录避免覆盖原始文件。截图中还出现了“目录已包含同名虚拟机”的提示恢复时不应直接覆盖。进入磁盘选择页面后选择使用现有虚拟磁盘再浏览到原系统磁盘。应选择小体积的.vmdk描述文件不要手动选择-flat.vmdk、-s001.vmdk等数据分片。描述文件记录了磁盘几何结构、分片关系和父磁盘信息。3.4 第一次开机与结果验证完成硬件配置后启动虚拟机。如果固件类型、磁盘控制器和磁盘链匹配原 Windows 系统应开始启动。出现 Windows 启动画面说明新虚拟机已经识别到旧系统磁盘。启动过程中VMware 会在新目录中生成新的.vmx、.nvram、.vmem和日志等文件。3.5 恢复失败时优先检查什么故障表现重点检查找不到可启动设备原系统使用的是 BIOS 还是 UEFI新虚拟机固件是否一致INACCESSIBLE_BOOT_DEVICE原磁盘控制器与新虚拟机的 SATA、SCSI 或 NVMe 类型是否匹配提示父磁盘丢失是否遗漏快照增量磁盘或父磁盘路径系统启动但网络冲突计算机名、静态 IP、MAC 地址和应用身份是否重复复制后需要长期同时运行是否需要使用 Sysprep 泛化系统VMware 询问虚拟机是“移动”还是“复制”时应根据实际情况选择。原机只是换了目录选择我已移动该虚拟机另存为独立副本并准备与原机同时运行通常选择我已复制该虚拟机让 VMware 生成新的UUID和MAC。4. 读懂 VMware 虚拟网络网卡、VMnet 与出口4.1 VMnet 可以理解为软件交换机一台虚拟机不会直接连接互联网。它的数据先经过虚拟网卡再进入对应的VMnet虚拟交换机。虚拟机 → 虚拟网卡 → VMnet虚拟交换机 → 桥接、NAT、仅主机或路由器 → 目标网络连接同一虚拟交换机的虚拟机在地址和防火墙配置正确时可以直接通信连接不同VMnet的虚拟机默认互相隔离。虚拟网络编辑器中的VMnet1、VMnet8等条目可以看作不同的软件交换机和广播域。4.2 不同 VMnet 如何通信两个VMnet之间没有自动转发关系。需要跨网段通信时必须存在具有两张网卡的路由器或其他三层设备并在两侧客户机中配置正确网关。一台虚拟机可以添加多张虚拟网卡每张网卡连接不同的VMnet从而模拟路由器、防火墙或多宿主服务器。下面的拓扑进一步展示了宿主机虚拟网卡、VMnet虚拟交换机、虚拟机、真实无线网络和NAT服务之间的关系。VMware Network Adapter VMnetX是宿主机加入该虚拟网络使用的虚拟网卡不是虚拟交换机本身。虚拟机选择哪个VMnet才决定它连接到哪一台虚拟交换机。4.3 课程中的网段规划虚拟网络实验子网用途示例VMnet1192.168.10.0/24仅主机网络或内部实验网段VMnet2192.168.20.0/24第二个隔离实验网段VMnet3192.168.30.0/24纯自定义网络VMnet8192.168.80.0/24NAT 网络宿主机虚拟网卡在各网段中使用了.1地址.1和.2不是 VMware 在所有环境中强制使用的固定地址。本文中宿主机VMnet8虚拟网卡为192.168.80.1NAT 网关为192.168.80.2其他计算机应以虚拟网络编辑器中的实际设置为准。5. 同一 VMnet 仍然 Ping 不通从地址到防火墙逐层检查5.1 本组连通性实验的地址基础连通性实验中两台虚拟机都连接到VMnet8地址分别为设备IPv4 地址子网掩码默认网关Windows 10192.168.80.99255.255.255.0192.168.80.2Windows Server 2022192.168.80.100255.255.255.0192.168.80.2同时确认两台虚拟机的网络适配器均连接到VMnet8。5.2 同一 VMnet 直接通信需要满足什么检查项要求虚拟网卡状态勾选“已连接”和“启动时连接”虚拟交换机两台虚拟机连接同一个 VMnetIP 地址处于同一网段且没有重复 IP子网掩码两端掩码一致能够正确判断本地网段Windows 防火墙允许 ICMP 回显请求或相应业务端口初始测试中两台虚拟机互相Ping均超时。5.3 关闭全部防火墙只能用于短时定位课程记录中使用下面的命令暂时关闭三种网络配置文件的防火墙Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False执行后Ping立即恢复说明虚拟交换机、IP 地址和掩码配置本身没有问题阻断发生在 Windows 防火墙。宿主机随后可以同时Ping通192.168.80.99和192.168.80.100。长期实验不应保持全部防火墙关闭。完成定位后应重新启用防火墙只放行需要的协议和端口。Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True需要测试ICMPv4时可以在“高级安全 Windows Defender 防火墙”中启用文件和打印机共享 → 回显请求 - ICMPv4-In也可以根据系统语言搜索相应入站规则Get-NetFirewallRule -DisplayName *ICMPv4-In* | Enable-NetFirewallRule5.4 Ping 只能验证 ICMPPing不通不代表所有网络服务都不可用Ping成功也不能证明远程桌面或 Web 服务已经开放。要验证的服务建议测试远程桌面Test-NetConnection 192.168.80.121 -Port 3389HTTPTest-NetConnection 目标IP -Port 80HTTPSTest-NetConnection 目标IP -Port 443DNSnslookup 域名 DNS服务器地址6. 仅主机与自定义网络宿主机是否加入是关键区别6.1 仅主机网络包含哪些组件仅主机网络通常包含虚拟交换机、虚拟机和宿主机虚拟网卡虚拟机 → VMnet虚拟交换机 → VMware Network Adapter VMnetX → 宿主机虚拟机可以与同一VMnet中的其他虚拟机通信也可以通过宿主机的VMware Network Adapter VMnetX与物理机通信但默认没有桥接或NAT出口。6.2 取消宿主机虚拟适配器后发生什么在虚拟网络编辑器中取消将主机虚拟适配器连接到此网络宿主机对应的 VMware 虚拟网卡会被移除该VMnet变成纯虚拟机内部网络。网络形式虚拟机之间虚拟机与宿主机默认上网能力仅主机可以通信可以通信无纯自定义 VMnet同一 VMnet 内可以通信宿主机默认不能直接进入无NAT同一 VMnet 内可以通信宿主机通常可以通信通过 NAT 服务上网桥接按真实局域网规则通信通过真实网络通信取决于真实网络6.3 将虚拟机切换到 VMnet2虚拟机设置中选择自定义特定虚拟网络再指定VMnet2。两台虚拟机都连接VMnet2并使用192.168.20.0/24内的地址后具备二层直接通信条件。切换 VMnet 不会自动修改客户机中手动配置的静态 IP。如果虚拟机从VMnet8 192.168.80.0/24切换到VMnet2 192.168.20.0/24仍保留192.168.80.x静态地址就会出现地址与网络不匹配。下面的失败结果中宿主机仍在尝试访问旧的192.168.80.100并由192.168.80.1返回“无法访问目标主机”。这张图同时说明了两件事目标地址没有按新网段修改宿主机也没有直接加入目标自定义网络。使用 DHCP 时可以重新获取地址ipconfig /release ipconfig /renew ipconfig /all宿主机加入 VMnet只获得与内部虚拟机通信的能力不代表该 VMnet 自动拥有 Internet 出口。上网仍然需要桥接、NAT 或能够执行路由转发的设备。7. 桥接与 NAT两条不同的上网路径7.1 桥接网络虚拟机 → VMnet0 → VMware Bridge Protocol → 宿主机物理网卡 → 真实局域网桥接虚拟机像真实局域网中的独立设备。它通常从真实网络获取地址并拥有独立IP和MAC。局域网中的其他设备能否访问它还取决于交换网络、无线隔离、访问控制和客户机防火墙。7.2 NAT 网络虚拟机 → VMnet8 → VMware NAT Service → 宿主机物理网卡 → 外部网络NAT虚拟机使用私有地址可以主动访问外部网络外部客户端默认不能直接访问 VMnet8 中的客户机需要端口映射或其他转发机制。对比项桥接NAT虚拟机地址真实局域网地址VMnet8 私有地址对局域网的可见性通常像一台独立真实设备默认隐藏在宿主机 NAT 后面主动访问外部网络取决于真实网络策略通过 VMware NAT Service外部主动访问虚拟机策略允许时可直接访问通常需要端口映射适合场景服务器、局域网访问、网络设备实验软件安装、系统更新、普通客户端实验7.3 NAT 网关、宿主机虚拟网卡和 DNS 的区别本文VMnet8的关键地址如下VMnet8子网192.168.80.0/24 宿主机VMnet8虚拟网卡192.168.80.1 NAT网关192.168.80.2虚拟网络编辑器中的 NAT 设置显示网关为192.168.80.2。宿主机VMware Network Adapter VMnet8使用的是192.168.80.1。组件职责NAT 网关接收客户机发往非本地网段的流量并交给 VMware NAT 服务转发宿主机 VMnet8 虚拟网卡让宿主机成为 VMnet8 中的一台设备DNS 服务器把域名解析为 IP 地址DNS 地址不必与默认网关相同。某些 NAT 环境会通过网关提供 DNS 代理因此两者可能相同企业网络也可能要求使用内部 DNS。应以 DHCP 下发和实际网络设计为准。7.4 VMware NAT Service 停止后会怎样宿主机中的VMware NAT Service负责 VMnet8 的地址转换。实验中停止该服务后VMnet8 虚拟机无法继续通过 NAT 访问外部网络重新启动服务后恢复。企业网络可能拦截ICMP因此上网验证不应只使用Ping。可以分别验证网关、HTTPS 和 DNSping 192.168.80.2 Test-NetConnection www.microsoft.com -Port 443 nslookup www.baidu.com8. NAT 端口映射通过宿主机 4000 访问虚拟机 33898.1 端口映射解决什么问题VMnet8 中的虚拟机可以主动访问外部网络但外部客户端默认不能直接进入私有网段。端口映射会在宿主机上开放一个入口端口再把连接转发给内部虚拟机。客户端访问宿主机TCP 4000 → VMware NAT Service → Windows 10虚拟机192.168.80.121:3389下面的黑板图用于说明原理其中的192.168.80.128和192.168.2.15是示例地址本文实际实验地址以192.168.80.121和10.11.120.28为准。8.2 添加 4000 到 3389 的映射在虚拟网络编辑器中选择VMnet8 → NAT 设置 → 添加填写配置项本次设置协议TCP宿主机端口4000虚拟机 IP192.168.80.121虚拟机端口3389目标服务Windows 远程桌面 RDP3389是客户机内部的远程桌面端口4000是宿主机对外提供的映射入口。映射不会把虚拟机自身的 RDP 端口改为4000。8.3 先确认目标虚拟机的 RDP 服务目标Windows 10必须启用远程桌面并允许目标账号通过 RDP 登录。先在 VMnet8 内部测试真实服务端口Test-NetConnection 192.168.80.121 -Port 3389只有3389正常才继续排查4000映射。否则应先检查Remote Desktop Services、用户权限和客户机防火墙。8.4 宿主机防火墙只放行 TCP 4000课程中为了快速验证曾暂时关闭宿主机 Windows 防火墙。该做法只能用于短时定位不能作为最终配置。正式实验应重新启用防火墙并创建限定范围的TCP 4000入站规则。New-NetFirewallRule -DisplayName VMware NAT RDP 4000 -Direction Inbound -Protocol TCP -LocalPort 4000 -Action Allow -Profile Private在企业网络中还应通过-RemoteAddress限制为经过授权的测试客户端地址。8.5 为什么外部测试机改成桥接课程把Windows Server 2022改为桥接是为了让它离开 VMnet8模拟一台位于“VMnet8 外部”的客户端。被访问的 Windows 10 仍然必须留在 VMnet8。如果目标机也改成桥接原来的4000 → 192.168.80.121:3389规则就失去了目标。8.6 本机实际验证的三条访问路径宿主机真实IP10.11.120.28/21 Windows 10虚拟机192.168.80.121:3389 VMnet8子网192.168.80.0/24 端口映射10.11.120.28:4000 → 192.168.80.121:3389下面的示意图汇总了同一目标的三条访问路径。图中 Windows Server 的192.168.80.122是 DHCP 示例地址实际实验应以ipconfig查询结果为准。访问来源连接目标是否经过 NAT 映射与目标同在 VMnet8 的 Windows Server192.168.80.121:3389否内部直接访问宿主机直接访问 VMnet8 目标192.168.80.121:3389否借助宿主机 VMnet8 虚拟网卡宿主机验证本地端口映射127.0.0.1:4000是宿主机通过真实网卡地址验证10.11.120.28:4000是另一台经过授权的局域网客户端10.11.120.28:4000是可以按顺序执行Test-NetConnection 192.168.80.121 -Port 3389 Test-NetConnection 127.0.0.1 -Port 4000 Test-NetConnection 10.11.120.28 -Port 4000 mstsc /v:10.11.120.28:4000远程桌面已经出现凭据窗口说明客户端成功连接到了 RDP 服务入口。记忆时只保留下面两条VMnet8内部访问 → 虚拟机IP:3389 VMnet8外部访问 → 宿主机IP:4000 → VMware NAT Service → 虚拟机IP:33899. 存储与网络的统一排障方法9.1 磁盘扩容失败确认虚拟机是否彻底关机 → 检查是否存在快照 → 检查宿主机剩余空间 → 确认VMDK类型和磁盘状态 → 执行扩展 → 启动Windows并重新扫描磁盘 → 检查未分配空间与目标分区的位置关系现象判断方向VMware 扩展按钮灰色虚拟机仍在运行、挂起或存在快照VMware 显示 100GBWindows 仍显示 60GB重新扫描磁盘或检查是否挂载了正确磁盘Windows 能看到未分配空间但 C 盘无法扩展检查中间是否存在恢复分区9.2 同一 VMnet 无法通信检查网卡已连接 → 确认两端连接同一VMnet → 检查IP和子网掩码 → 检查是否存在重复IP → 检查Windows防火墙 → 再测试具体业务端口9.3 VMnet8 无法上网ping 192.168.80.2 Test-NetConnection www.microsoft.com -Port 443 nslookup www.baidu.com Get-Service VMware NAT Service Get-Service VMware DHCP Service测试结果可能位置连 NAT 网关都不通虚拟网卡、VMnet8、IP、掩码或客户机防火墙网关通HTTPS 不通VMware NAT Service、宿主机外网、VPN 或企业策略HTTPS 通域名不能解析DNS 配置或 DNS 访问策略9.4 NAT 端口映射不通Test-NetConnection 192.168.80.121 -Port 3389 Get-Service VMware NAT Service Get-NetTCPConnection -State Listen -LocalPort 4000 Test-NetConnection 127.0.0.1 -Port 4000 Test-NetConnection 10.11.120.28 -Port 4000结果重点检查192.168.80.121:3389不通目标虚拟机 RDP 服务、用户权限和客户机防火墙3389通但127.0.0.1:4000不通NAT 映射规则、端口占用和 VMware NAT Service本机4000通物理网卡地址不通宿主机防火墙和监听范围宿主机测试成功其他电脑失败企业 ACL、终端隔离、无线隔离和安全策略10. 本次实验中最容易记错的知识点容易误记的说法正确理解VMDK 扩展后 C 盘会自动变大还要在客户机磁盘管理中扩展分区或创建新卷删除快照就是删除当前客户机数据通常会合并增量磁盘但仍需备份并等待合并完成选择任意 VMDK 都能恢复原系统应选择正确描述文件并保持固件、控制器和完整磁盘链兼容配置文件丢失时只复制最大的 VMDK存在快照时必须保留完整父子磁盘链Ping 不通就关闭全部防火墙关闭防火墙只适合短时定位最终应精确放行 ICMP 或业务端口切换 VMnet 后静态 IP 会自动改变静态 IP 必须手动修改DHCP 客户机需要重新获取地址DNS 必须和默认网关相同两者职责不同地址相同通常是 DNS 代理设计宿主机加入 VMnet 后该网络就能上网宿主机加入只提供内部通信上网还需要桥接、NAT 或路由出口桥接和 NAT 不能出现在同一个实验中不同虚拟机可以分别使用必须明确目标虚拟机实际位于哪条路径端口映射后虚拟机的 RDP 端口变成 4000虚拟机仍监听 33894000 只是宿主机的外部入口老师的 IP 地址可以直接复制应复制拓扑和计算方法地址必须适配当前网络分析 VMware 网络时先确认源设备、目标设备和中间经过的组件。只要这三项没有混淆桥接、NAT、仅主机和端口映射就能分开判断。11. 实验验收、记录模板与总结11.1 存储部分验收验收项目通过标准理解磁盘层次能够区分 VMDK、磁盘、分区和文件系统扩展 VMDK能够在无快照、已关机的状态下完成扩展处理新增空间能够判断扩展分区还是创建新卷识别恢复分区阻挡能够解释 C 盘扩展卷变灰的原因使用已有 VMDK能够新建虚拟机并挂载旧系统盘识别恢复风险能够检查固件、磁盘控制器和快照链11.2 网络部分验收验收项目通过标准画出通信路径能够从虚拟机画到 VMnet、出口和目标网络理解 VMnet能够解释虚拟网卡、虚拟交换机和宿主机虚拟网卡区分四种网络能够区分桥接、NAT、仅主机和自定义网络判断同网段通信能够检查 VMnet、IP、掩码、重复 IP 和防火墙按端口排障会使用Test-NetConnection验证业务服务解释 NAT 映射能够解释4000 → 192.168.80.121:3389选择访问地址能根据访问来源选择虚拟机 IP 或宿主机 IP遵守网络边界不在未授权企业网络中执行桥接和入站开放实验11.3 建议保存的实验记录记录项目示例内容VMware 版本VMware Workstation Pro 17.0客户机系统Windows 10 / Windows Server 2022虚拟磁盘变化60GB → 100GBWindows 分区结果新增40GB创建为E:固件类型UEFI或BIOS磁盘控制器NVMe / SATA / SCSIVMnet8 子网192.168.80.0/24宿主机 VMnet8 地址192.168.80.1NAT 网关192.168.80.2RDP 目标192.168.80.121:3389宿主机映射入口10.11.120.28:4000验证结果内部直连、本机映射、物理网卡映射是否成功11.4 六节课程的关系磁盘扩容 先扩展VMDK再处理Windows分区 系统盘救援 保留完整磁盘链新建虚拟机并挂载旧VMDK 虚拟网络 虚拟机通过虚拟网卡接入VMnet虚拟交换机 仅主机 虚拟机与宿主机内部通信默认没有外网出口 自定义网络 可以只保留虚拟交换机和虚拟机宿主机不直接加入 桥接 虚拟机直接进入真实局域网 NAT 虚拟机使用私有地址借宿主机转发访问外网 NAT端口映射 外部客户端访问宿主机端口 VMware再把连接转发给内部虚拟机服务处理磁盘问题时先区分VMDK、分区和文件系统处理网络问题时先确定虚拟机连接哪个VMnet再确认出口是桥接、NAT 还是路由器。入站访问则按固定顺序验证目标服务是否监听、客户机防火墙是否放行、NAT 规则是否正确、宿主机端口是否监听、宿主机防火墙和外部网络策略是否允许。点击回到顶部