简介面向计算机网络课程学生的一份完整实验报告对应南京邮电大学计算机网络实验一“网络操作系统的安装与配置”聚焦Windows Server 2019与Ubuntu双平台下的网络服务搭建。实验涵盖本地用户与组的创建、IIS Web服务器安装与网站绑定、Apache及PHP环境部署、FTP站点配置与访问验证等内容要求最终在网页和文件夹中展示学号加姓名贴近真实网络管理场景。报告按实验目的、环境、原理步骤、小结完整组织既包含服务器管理器添加角色和功能向导的具体操作也给出Ubuntu下安装Apache、PHP、vsftpd等命令行配置说明并针对Web服务器无法安装条件不足等问题给出排查思路和心得建议。资源包内为单个doc文档大小一点六九兆字节已有三百二十八人学习下载适合作为实验预习、报告撰写或期末复习的对照参考。1. 先把实验一的目标看透网络操作系统的安装与配置不是装完系统就交差南京邮电大学计算机网络实验一网络操作系统的安装与配置这份实验表面任务是装一个操作系统真正拉开差距的是装完之后的配置动作网卡地址怎么规划、默认网关怎么指、DNS 怎么填、路由怎么验。我见过太多组把时间耗在反复重装系统上最后交报告时却答不出“为什么 ping 不通网关”问题就出在没把配置环节当重点。这篇按我实际带实验的流程写先选环境再装系统然后用 netplan 把网卡配成静态地址最后给出 5 个高频报错的定位方法。适合正在做这份实验的同学也适合想借这份实验把 IP、网关、DNS 这三个概念真正打通的计算机网络基础学习者。2. 网络操作系统的安装环境怎么选VMware 加 Linux 的落地参数实验一并不规定你必须用哪一套系统但我带过的组里最后能顺顺当当交报告的几乎都是同一条路宿主机 Windows虚拟机软件 VMware客户机装一个 Ubuntu。这条路不是唯一答案而是容错率最高的答案。换系统、配错网段、把引导弄坏这些都是高频事故虚拟机里出问题删掉重来只损失几分钟物理机上翻车则可能连宿主环境一起陪葬。下面把选型理由和参数一次说清。2.1 Ubuntu、CentOS 与 Windows Server 怎么取舍从实验报告反推选型网络操作系统这个概念教材里的定义是“能提供网络服务、支持多用户多任务的操作系统”Windows Server 和 Linux 都属于。但实验一的核心动作是配置 IP、网关、DNS 并验证连通性这要求配置过程能被看见、被截图、被解释。Ubuntu 在这点上最顺手安装界面是向导式配置落在 /etc/netplan 下的 YAML 文本文件里命令生态也最接近教科书。CentOS 的优点是偏服务器运维场景但它默认用 NetworkManager网络配置分散在 /etc/sysconfig/network-scripts/ 和 /etc/NetworkManager/system-connections/ 两个目录里对刚学计算机网络基础的人来说解释成本高不少。Windows Server 的图形界面把地址、网关、DNS 藏在网络适配器属性里配起来不难但报告里“讲原理”那一栏很难展开DHCP 与静态切换的过程也不像 Linux 那样透明。三者的核心差异就一条配置是否看得见、讲得清。维度Ubuntu 22.04 LTSCentOS Stream 9Windows Server 2022安装难度低向导式中分区需手动中要处理密钥与角色配置文件透明度高netplan 一个 YAML中多文件分散低全在 GUI 属性里命令与教材贴合度高ip/ping 与教材一致高低ipconfig 体系实验报告展开难度低中中上对硬件要求低低高我的建议是 Ubuntu 22.04 LTS。这门课的教材常见是谢希仁《计算机网络》新版对应第八版网络层那一章讲 IP 与子网掩码的地方正好能和这份实验的静态配置对上。同一台机器上可以再留一个 CentOS 镜像做对比实验但第一份实验没有必要两头折腾先把一条路径跑通比什么都重要。2.2 VMware 的桥接、NAT 与仅主机模式先选对再动手虚拟机装好之后网络适配器默认挂在 NAT 模式很多同学一路默认点下去直到配静态 IP 时才意识到自己对虚拟网络一无所知。VMware 的虚拟网络编辑器里能看到两块虚拟网卡VMnet1 对应仅主机模式VMnet8 对应 NAT 模式桥接模式则直接复用宿主机物理网卡。它们的本质区别是虚拟机处在哪个网络里。桥接模式相当于把虚拟机当成物理局域网里的一台独立主机和宿舍路由器、其他电脑在同一个二层网络IP 由上层 DHCP 分配。NAT 模式则是 VMware 在宿主机里虚拟出一个私有网段默认挂在 VMnet8 上虚拟机的流量经宿主机的 NAT 服务转发出去。仅主机模式最封闭虚拟机只能和宿主机通信不经过任何外部链路。模式虚拟机 IP 来源能否访问外网典型用途桥接所在局域网的 DHCP能但依赖局域网上层策略模拟真实主机入网NATVMnet8 网段 DHCP能经宿主机转发实验默认首选仅主机VMnet1 网段 DHCP否隔离环境、子网实验这份实验选 NAT 最省心原因很实际校园网普遍有准入认证和异常流量检测桥接模式下虚拟机的 MAC 会被当成一台陌生终端轻则拿不到地址重则整台宿主机的网络都被牵连NAT 模式下所有流量都从宿主机进程出去认证只需要过一遍。报告里写清楚“虚拟机采用 NAT 模式位于 VMnet8 网段”这一句就足够说明你理解了虚拟网络的层次。2.3 建虚拟机前的参数清单内存、磁盘、镜像一次定好参数定得太低会在安装时反复卡顿定得太高又浪费实验室机器资源。我一般按下面这张表起步虚拟机软件用 VMware Workstation 17 或 16 皆可界面差异不大。参数建议值说明处理器2 核单核也能装后续装软件时明显慢内存2048 MB桌面版建议 4096 MB硬盘20 GB拆分为多个文件系统加基础工具约 8 GB网络适配器NAT理由见 2.2镜像Ubuntu 22.04 LTS Server 或 DesktopServer 更轻Desktop 截图更好看镜像文件在官网下载即可实验室网络不稳时换国内镜像站下载同一份 ISO注意核对文件的校验值。装完一个干净的 Ubuntu 后我做的第一件事永远是给虚拟机打快照名字叫“初始干净系统”。后面无论 netplan 配错还是把网络服务搞挂右键切回快照就是后悔药比重装快十倍。提示快照不是备份别叠太多层。保留“初始干净系统”和“配置完成”两个快照足够了层数越多回滚时越容易选错目标。3. 在 VMware 里装 Ubuntu 的完整操作从新建虚拟机到首次登录环境参数定好之后装机本身没有太多悬念但每一步都对应实验报告里的一个得分点。下面按 VMware Workstation 的向导顺序走一遍重点说清楚哪些界面会被老师追问。3.1 新建虚拟机向导里的四个关键选择新建虚拟机时选“自定义”还是“典型”都行差异只在细节暴露程度。典型模式省事自定义模式能提前把内存和处理器配好建议用自定义。第一个关键界面是“客户机操作系统安装”这里必须选“稍后安装操作系统”而不是直接加载 ISO 引导这样才能在安装后自由调整虚拟硬件客户机操作系统选 Linux版本选 Ubuntu 64 位这两项决定了虚拟机的固件类型和磁盘控制器选错常常出现引导黑屏。第二个界面是虚拟机名称和存储位置名称建议直接写“NUPT-计算机网络实验一”报告截图里路径一目了然。第三个界面是磁盘容量输入 20 GB 并勾选“将虚拟磁盘拆分为多个文件”方便以后迁移到别的机器继续做实验。第四个界面藏在“自定义硬件”里把网络适配器改成 NAT再移除打印机和声卡这两个无用设备减少隐患。这四步的截图就是报告“实验环境”一节的现成素材。3.2 安装界面里会被追问的分区与账户设置启动虚拟机后Ubuntu 安装器会先问语言和键盘布局默认英语即可系统里后续可以再装中文输入法。真正会被追问的是“安装类型”那个界面新手别碰手动分区直接选“清除整个磁盘并安装 Ubuntu”安装器会自动创建 LVM 逻辑卷结构全盘就是一个根分区和一个 swap。如果想在报告里写清分区方案可以选手动分区按下面这张表分配挂载点大小文件系统用途/16 GBext4系统与软件swap2 GBswap内存交换/home剩余空间ext4用户数据“您叫什么名字”和“您的电脑叫什么名字”这两个输入框前者是登录用户名后者是主机名。主机名建议改成课程相关的名字比如 network-lab后面用 hostnamectl 验证时一眼就能对上。账户设置里还有“加密主目录”选项建议不勾选实验过程里多一层认证就是多一层麻烦。安装过程大约五到十分钟期间从镜像读取软件包不依赖网络也能完成。3.3 首次登录后的三个初始配置换软件源、补基础工具、确认网卡名装完重启进入系统后先别急着做网络配置三步准备工作能省掉后面一大半排错时间。第一步用 ip addr 看当前网卡的名字VMware 虚拟机里一般叫 ens33这个名字在后面 netplan 文件里要原样出现第二步把 apt 软件源换成国内镜像装工具时快得多第三步安装基础工具和虚拟化增强组件。# 1. 确认网卡名与当前地址ens33 是 VMware 常见的命名 ip addr # 2. 换软件源把官方源地址替换成国内镜像地址 sudo sed -i s|archive.ubuntu.com|mirrors.aliyun.com|g /etc/apt/sources.list sudo apt update # 3. 安装基础工具与 open-vm-tools 虚拟机增强组件 sudo apt install -y net-tools curl vim open-vm-tools第一行的 ip addr 输出里lo 是回环接口ens33 才是真正要用的物理网卡记下它旁边的 192.168.x.x 地址这是 DHCP 临时分配的后面会被静态地址替换。第二行的 sed 是常见的换源操作Ubuntu 22.04 的 apt 源列表就在 /etc/apt/sources.list 里替换后 apt update 的下载速度会有明显变化这也对应着“配置源”这类关键词背后的实际需求。第三行的 open-vm-tools 装上后虚拟机的窗口自适应缩放、剪贴板共享才生效否则 Ubuntu 界面一直停留在低分辨率截图质量很差。提示ens33 这类命名是 VMware 虚拟网卡特有的名称云主机或物理机上会是 enp 或 eth 开头。报告里写清你用的是虚拟环境即可不用纠结命名规则本身。4. 用 netplan 配置静态 IPUbuntu 网卡、网关与 DNS 的逐行拆解这份实验最核心的交付物就是“把动态地址改成静态地址”这一整套记录。Ubuntu 22.04 的网络配置统一由 netplan 管理理解它的文件格式就等于理解了 IP 配置的四个要素地址、掩码、网关、DNS。4.1 动手前先读懂现状ip addr、ip route 与 resolvectl 三条命令改配置之前先花两分钟看懂当前网络状态。DHCP 分配了什么地址、默认网关在哪、DNS 由谁提供这三件事分别由三条命令回答。不要用 ifconfig 代替 ip addrnet-tools 工具包在新版本里已经不维护ip 命令才是教材和实验都认可的现代写法。# 查看网卡地址与掩码关注 ens33 下的 inet 行 ip addr show ens33 # 查看路由表default 那一行就是默认网关 ip route show # 查看 DNS 当前由谁提供 resolvectl statusip addr 的输出里inet 行给出的 192.168.x.x/24 就是当前地址和前缀长度/24 等价于子网掩码 255.255.255.0这是计算机网络基础里必须能换算的知识点。ip route 里 default via 后面的地址指明网关NAT 模式下它通常是 VMnet8 网段的 .2 地址。resolvectl status 显示当前生效的 DNS可能是宿主机转发下来的地址。这三条命令的截图直接可以作为报告里“配置前状态”的证据。4.2 netplan 配置文件逐行解释一张参数表说清所有字段Ubuntu 22.04 的 netplan 配置在 /etc/netplan/ 目录下Server 版典型文件是 00-installer-config.yamlDesktop 版是 01-network-manager-all.yaml。文件名有差异但字段结构一致。Server 版的静态配置如下network: version: 2 # netplan 配置格式版本固定为 2 renderer: networkd # Server 版由 systemd-networkd 接管网卡 ethernets: ens33: # 网卡名必须和 ip addr 看到的一致 dhcp4: false # 关闭 DHCP改用下面的静态参数 addresses: - 192.168.80.101/24 # 静态地址和掩码前缀长度写在地址里 routes: - to: default # 配置默认路由 via: 192.168.80.2 # 默认网关NAT 模式通常是 VMnet8 的 .2 nameservers: addresses: # DNS 服务器列表 - 192.168.80.2 # 首选 DNS这里填网关地址 - 223.5.5.5 # 备用 DNS公共域名解析服务YAML 的缩进是语法的一部分冒号后必须有一个空格列表项用两个空格缩进且不能出现 Tab 字符。字段含义如下表字段作用常见错误renderer指定网卡接管方Server 用 networkdDesktop 用 NetworkManagerDesktop 版照抄 networkd 导致配置不生效dhcp4布尔值false 表示走静态配置忘记写这个字段改了半天还是 DHCPaddresses静态 IP 与掩码/24 表示掩码 255.255.255.0掩码单独写一行格式错误routes路由表to: default 指定默认路由网关和地址不在同一网段路由不生效nameserversDNS 服务器列表不写也能通地址但域名解析全部失败注意Desktop 版和 Server 版的 renderer 不同。装的是 Desktop 版就保留 renderer: NetworkManager非要把 networkd 抄进去apply 后网络管理器会直接崩溃这也是 5.4 节失联问题的常见来源。4.3 从 DHCP 切到静态 IPapply 的验证顺序与回退后悔药配置文件保存后真正的验证才开始。netplan 提供了两个应用命令netplan try 会先试应用120 秒内没有确认就自动回滚适合远程操作时防失联netplan apply 直接生效不回滚本地操作没问题SSH 远程操作时慎用。# 先校验再试应用120 秒超时自动回滚 sudo netplan try # 确认无误后正常生效 sudo netplan apply # 验证四步地址、路由、网关、外网 ip addr show ens33 ip route show ping -c 4 192.168.80.2 ping -c 4 223.5.5.5验证顺序是有讲究的ip addr 确认地址已经变成 192.168.80.101ip route 确认 default via 指向网关ping 网关地址验证二层和三层的连通性最后 ping 公共 DNS 地址验证 NAT 转发链路。如果前两步正确而第三步不通问题大概率出在 VMware 的 VMnet8 网段设置上如果第三步通而第四步不通再查 DNS 和转发链路。这套从近到远的验证顺序也是实验报告“结果分析”里最拿得出手的部分。5. 网络操作系统配置避坑五个高频问题的现象、原因与解决下面五条是从学生作业里最常提交的报错中筛出来的每一条都按现象、原因、解决三步写。前三条和 VMware 网络模式直接相关后两条和 netplan 的配置习惯相关。5.1 桥接模式下虚拟机拿不到地址或一上线就被网络策略断开现象虚拟机网络适配器选了桥接模式开机后 ip addr 里 ens33 一直没有地址或者有地址但 ping 不通网关过一会儿整个网络都变得不正常。原因校园网的准入认证机制会把每一台接入终端的 MAC 地址登记在案桥接模式下虚拟机以独立 MAC 出现在物理局域网里被当成陌生终端拦截部分校园网还有异常流量检测虚拟机一旦被识别宿主机账号的正常访问也可能受影响。解决把虚拟机网络适配器从桥接改回 NAT虚拟机的流量经宿主机转发对外只表现为宿主机一个网络连接。改法是虚拟机菜单里选“虚拟机 设置 网络适配器”勾选 NAT重启虚拟机后再按第 4 章的流程配置。报告里如实写“因校园网准入策略实验选用 NAT 模式”反而比遮遮掩掩更像个做过验证的人。5.2 NAT 模式下 ping 不通网关静态 IP 看着没错现象netplan 配置里地址是 192.168.80.101网关是 192.168.80.2掩码都是 /24但 ping 192.168.80.2 就是不通。反复检查配置文件格式、缩进、字段全对就是不通几近玄学。原因VMware 的 VMnet8 默认网段不是你想当然的 192.168.80.0。每台机器的 VMnet8 网段在安装 VMware 时随机生成可能是 192.168.80.0也可能是 192.168.173.0还可能是别的网段。没查过虚拟网络编辑器就直接填地址填的网段和实际网段不在一个广播域ping 不通是必然的。解决打开 VMware 菜单“编辑 虚拟网络编辑器”选中 VMnet8查看“子网 IP”一栏的实际网段同时看“NAT 设置”里的网关 IP通常是该网段的 .2。把 netplan 里的 addresses 和 via 改成这个网段内的地址重新 apply。这一条几乎能解释五成以上的“配置半天不通”案例先查虚拟网段再改文件别闷头检查 YAML。5.3 netplan apply 报 YAML 语法错误配置文件打不开现象执行 sudo netplan apply 或 sudo netplan generate 时报出 Invalid YAML 或带行号的解析错误用 vim 打开文件看着没问题apply 却一直失败。原因YAML 对缩进极其敏感常见坑有三个缩进混用了 Tab 字符冒号后少了空格写成 dhcp4:false 这种粘连形式列表项的减号和值之间没有空格。还有一个隐蔽问题是从网页复制配置时引号被替换成中文全角引号netplan 直接不认识。解决先用 sudo netplan generate 做语法预检它只解析不生效报错信息会指出具体文件和行号然后用 cat -A 查看文件里是否出现 ^I 字符那就是 Tab用 vim 里的 set expandtab 或直接手动替换把缩进全部换成空格。修正后再 generate 和 apply这个报错基本不会再出现。5.4 改完配置一 apply 就与虚拟机失联现象配置静态 IP 后执行 sudo netplan apply远程 SSH 客户端立刻卡死断开重新连接也找不到主机看起来像是把虚拟机“配死”了。原因如果 addresses 或 nameservers 填错networkd 在重新拉起网卡时会把原有地址清掉而新地址又不在有效网段内网卡进入无地址状态远程连接自然断。Desktop 版还常见 renderer 写错导致 NetworkManager 崩溃网卡直接 down 掉。解决远程操作时永远用 sudo netplan try 而不是 applytry 会在 120 秒后自动回滚配置虚拟机自动回到原地址如果已经断了直接用 VMware 控制台登录把配置文件里的错误字段修掉再 apply。控制台是虚拟机的最后一条退路这也是为什么所有远程实验都应该保证 VMware 窗口随时可访问。5.5 重启之后 IP 变回原来的 DHCP 地址配置像没改过现象apply 之后地址确实变成了静态地址但虚拟机一重启ens33 又拿回了之前的动态地址打开配置文件静态配置明明还在。原因Desktop 版 Ubuntu 的 netplan 配置文件里 renderer 是 NetworkManagerNM 自己的连接管理器里还保存着原来的 DHCP 连接记录netplan 的地址在 NetworkManager 接管后没有真正落到连接对象上另一种情况是改的是 /run/netplan 下的临时生成文件重启后被 /etc/netplan 的默认内容覆盖。解决Server 版把地址写在 /etc/netplan/ 下并确保文件权限为 600apply 后重启就不会丢Desktop 版用 nmcli 把对应连接的 IPv4 配置设为 manual 并写入地址NetworkManager 才会持久化。判断标准很简单重启后再跑一次 ip addr地址保持 192.168.80.101 才算配置真正落盘。6. 进阶验证把网络配置检查收敛成一条命令报告截图一次拿全实验报告要截的图无非那几类系统信息、网卡地址、默认路由、DNS、连通性。与其一张一张敲命令再截不如写一个小脚本一口气输出全部内容每行带时间戳截图放进报告既整洁又不容易漏项。#!/bin/bash echo 网络配置检查 $(date %F %T) echo [系统] $(grep PRETTY_NAME /etc/os-release | cut -d -f2) echo [内核] $(uname -r) echo [主机名] $(hostname) echo [地址] ip -4 addr show | grep -E ^[0-9]:|inet echo [默认路由] ip route show default echo [DNS] resolvectl status | grep -E Current DNS || echo 未检测到 DNS echo [连通性] ping -c 2 -W 2 192.168.80.2 /dev/null 21 echo 网关 192.168.80.2 可达 || echo 网关不可达 ping -c 2 -W 2 223.5.5.5 /dev/null 21 echo 外网 223.5.5.5 可达 || echo 外网不可达脚本的逻辑就是把第 4 章里分散的验证命令汇总date 给每次输出打时间戳ip -4 addr show 过滤出 IPv4 地址resolvectl status 只取 Current DNS 行ping 加 -W 2 让每个探测最多等两秒避免 DNS 故障时脚本卡死在超时里。跑一次的结果直接粘贴进报告“实验结果分析”一节地址、路由、连通性三项俱全后续做实验二、实验三时换个网段就能复用。我的习惯是先跑脚本确认输出正常再进虚拟机菜单里补一张网络适配器的界面截图最后才写报告结论。验证顺序反过来的话报告写完了才发现配置和截图对不上返工的不只是截图还有整段分析文字这是我带实验踩出来的教训。这份实验做下来真正值得带走的能力不是背 netplan 语法而是“改任何网络配置前先看现状、改完从近到远验证”这套流程。把这条流程跑顺后面的子网划分、路由实验都会顺手很多。希望帮到你。本文还有配套的精品资源点击获取