拓冰网站定制 
简介《计算机网络》操作系统网络配置实验.doc 是一份面向高校计算机网络课程的实验报告文档适合正在学习 TCP/IP 协议、Windows 与 Linux 网络配置的本科生或自学者。报告围绕网络配置这一核心任务明确给出实验目的、实验原理、实验步骤与注意事项并特别强调实验报告的排版规范便于学生对照模板完成作业。文档重点介绍了 TCP/IP 协议栈、网络接口概念以及计算机名、DNS、IP 地址、网关等关键配置项同时补充了使用 ipconfig/all、ping 等命令测试网络配置是否正确的常用方法。资料包共 1 个文件为 doc 格式文档整体大小 967KB内容结构完整可以直接作为撰写同类实验报告的参考或模板。目前已有 138 人学习下载对于需要系统整理网络配置实验步骤、理解基本原理并规范排版的读者而言是一份实用且便于快速上手的参考资料。1. 把《计算机网络》网络配置实验落地到操作系统先弄清这实验到底考什么拿到《计算机网络》操作系统网络配置实验.doc 这个标题第一反应不是去翻文档内容而是先想清楚这门实验课的真正考点是什么。大学里《计算机网络》的理论课讲 TCP/IP、讲路由、讲子网划分但到了操作系统网络配置实验考察的其实是另一层能力——你能不能在一台真实的或虚拟的操作系统里把网卡、IP 地址、网关、DNS 这些抽象概念落地成一条条可执行的命令。我的判断是这类实验文档通常包含三个部分在虚拟机里搭建实验环境、用命令或配置文件完成网络参数设置、最后用 ping 和路由命令验证连通性。如果你正在学计算机网络又同时接触 Linux 操作系统和虚拟机网络配置这个实验正是把两门课钉在一起的那颗螺丝。2. 网络的底层逻辑协议栈、IP 分配与虚拟机的三种网络模式2.1 操作系统网络配置到底配的是什么在敲任何命令之前你得先理解操作系统里网络配置的四个基本对象网卡接口、IP 地址、路由、DNS。这四个对象不是平级关系而是有一条明确的依赖链。网卡是硬件层或虚拟化层提供的接口操作系统通过接口名来引用它比如 Linux 里的 eth0、ens33、enp0s3IP 地址是绑定在网卡上的逻辑标识没有 IP 的网卡在协议栈里就是不存在的路由决定数据包离开本机后往哪个方向走其中默认网关是最后一条兜底路由DNS 则是把域名翻译成 IP 的解析服务配置。你敲的每一条配置命令本质上都是在改这四张表。理解这条依赖链对实验的意义在于排错时少走弯路。实际做实验时最常见的顺序性错误是先配了 IP 再发现网卡没启用或者路由配好了网关却 ping 不通——因为 DNS 配置写错了。我一般会按网卡 → IP → 路由 → DNS这个顺序来验证每完成一步就 ping 一次同一个网段的地址确认这一步真的生效了再往下走。做实验时跟着这个顺序走一遍你会在过程中自然理解为什么 TCP/IP 协议栈的数据包要一层一层往上封装。2.2 子网掩码和网关的逻辑关系一个反直觉的事实子网掩码和网关是网络配置里最容易背了公式不会用的两个参数。一个反直觉的事实是子网掩码并不决定你能访问哪些 IP它只决定哪些 IP 是局域网内直连、哪些要交给网关处理。比如你配了 192.168.56.10/24掩码是 255.255.255.0那么同网段的 192.168.56.1 到 192.168.56.254 都被操作系统认为是隔壁邻居直接走 ARP 协议找 MAC 地址就能通信而访问 10.0.0.1 时协议栈发现它不在本网段内就把它丢给默认网关。这个判断发生在 IP 层由操作系统内核的路由模块完成你在命令行里看到的 route 表就是它的决策依据。实验文档里经常出现的配置静态 IP步骤本质上是给协议栈喂这三条信息IP 地址和掩码让内核知道这台机器是谁、它在哪个网段网关让内核知道往外走的路在哪DNS 让应用程序知道域名该问谁。你不需要背路由算法但必须能在 route -n 的输出里看懂那行 0.0.0.0默认路由意味着什么。很多同学卡在为什么配了 IP 还是上不了网一看 route -n默认路由是空的——因为官方实验模板里只写了 IP 和掩码压根没提网关。这不是操作系统的问题是你没理解协议栈的转发逻辑。2.3 虚拟机的 NAT、桥接和仅主机模式怎么选多数《计算机网络》实验是在虚拟机上做的因为实验室没有那么多物理机和交换机。VirtualBox 或 VMware 提供的三种网络模式对应了三种不同的实验目标选错模式是后面所有网络不通的根源。NAT 模式虚拟机通过宿主机共享 IP 上网虚拟机之间默认互相隔离。适合练习 DNS 解析和访问外网的场景但虚拟机之间做 TCP 连接实验时容易被隔离策略挡住。桥接模式虚拟机和宿主机在同一个二层网络里有自己的 IP能和局域网内其他机器直接通信。适合做真实局域网内的连通性测试但要注意 IP 不能和局域网内现有设备冲突。仅主机模式Host-Only只有虚拟机和宿主机在同一个虚拟网段里虚拟机无法访问外网。它是最适合做静态 IP 配置实验的模式因为环境完全可控、没有外部 DHCP 干扰、实验结果可预期。我做这个实验时推荐用仅主机模式因为实验考查的是你会不会配 IP而不是你能不能上网。在纯隔离的虚拟网段里你可以反复改 IP、故意配错掩码、观察 ARP 缓存的变化都不会影响到室友的电脑。等你把命令练熟了再切到桥接模式去真实局域网里做一轮验证两种模式一对比你对虚拟机网络配置和连接的理解会比只看文档深刻得多。3. 在虚拟机里搭建网络配置环境Ubuntu 与麒麟系统的准备步骤3.1 创建虚拟机时的网络设置清单实验报告通常要求你写清楚实验环境这一步不能只填一个操作系统名字。我一般会在创建虚拟机时记录下这张清单虚拟机软件版本VirtualBox 7.x 或 VMware Workstation、虚拟网卡类型默认的 Intel PRO/1000 或 Virtio、网络模式仅主机/Host-Only、操作系统版本Ubuntu 22.04 或麒麟 V10、内存分配2GB 足够。这些参数看着琐碎但它们是后面排错的基准。比如你配完 IP 发现网卡名不是 eth0 而是 ens33这不是玄学是因为新版 Linux 用可预测命名规则和网卡驱动、总线位置有关。创建虚拟机时有一个关键复选框很容易被忽略在 VirtualBox 的网络设置里要勾选启用网络连接然后在高级设置里把网卡类型选为 PCnet-FAST III 或 Intel PRO/1000。有些系统镜像不自带 Virtio 驱动选 Virtio 会导致开机后看不到网卡这是新手翻车的高发点。我用的是 VirtualBox Ubuntu Server 22.04 的常见做法创建完先不装系统把网络模式调整为仅主机然后检查管理 → 主机网络管理器里有一个类似 vboxnet0 的虚拟网卡IP 段默认是 192.168.56.0/24。这个虚拟网卡就是你的实验网段。3.2 安装操作系统时顺手确认网卡有没有被识别安装操作系统的时候大部分人只顾着分区和设密码忽略了安装界面右下角的网络状态。Ubuntu Server 安装器在 22.04 版本会显示网络连接未激活之类的提示麒麟系统则可能在安装完成后才出现网络配置界面。我的建议是安装完成后先用 ip link 命令看网卡列表而不是急着敲配置命令。# 查看系统识别到的所有网络接口及状态 ip link show # 查看网络接口的 MAC 地址、IP、掩码等详细信息 ip addr show # 检查内核是否加载了网卡驱动模块注意接口名以实际输出为准 ls /sys/class/net/这段命令的作用是确认网卡在操作系统层面真的存在。ip link show 和 ip addr show 分别从链路层和网络层展示接口状态输出里会看到类似 2: enp0s3: BROADCAST,MULTICAST,UP,LOWER_UP 这样的行其中 UP 表示接口已启用没有 UP 说明网卡没开机。ls /sys/class/net/ 则直接列出内核注册的所有网络设备名。如果这里只有一个 lo回环接口说明虚拟机的虚拟网卡压根没被系统识别——先回虚拟机设置里换网卡类型别急着配 IP这属于典型的底层没通、上层白搭。Ubuntu 22.04 的网卡命名是 enp0s3 这种形式麒麟 V10 基于 Linux 内核命名规则类似。你在实验报告里写环境配置时最好把 ip addr show 的完整输出复制进去这是老师判断你是否真的跑过的第一手证据。3.3 图形界面还是命令行两种运维方式的取舍实验文档里没有指定必须用图形界面还是命令行但我的建议是除非你的实验指导书明确要求截图网络设置图形面板否则统一用命令行。这里有两个实际原因。第一命令行输出是文本可以直接粘贴到实验报告里图形界面截图还要裁剪、标注效率低第二图形界面的网络设置工具如 Ubuntu 的 Setting 面板、麒麟的控制中心在虚拟机里偶尔会抽风——有几次我明明在面板里改了 IP点完应用却没生效回头发现是 NetworkManager 服务和系统配置文件发生了竞争。这种问题在命令行下就能立即排查在图形界面里则是个黑匣子。当然这不意味着图形界面没用。麒麟系统这类面向桌面场景的操作系统控制中心的网络面板做得相当直观适合第一次接触网络配置的人快速建立IP 地址/子网掩码/网关这三个概念的空间映射。我的做法是双通道并行先用 ip addr 确认状态再用图形界面或者配置文件修改参数最后总是用命令行验证。这样既能看到配置的抽象表示也能看到具体落地后的数值两个都能对上才算真会了。4. 动手配置 IP从 ip 命令到 netplan 配置文件的完整路径4.1 先用 ip 命令做一次临时配置实验的第一步是学会用 ip 命令临时配置网卡。之所以说临时是因为只要网卡重启或者操作系统重启这些配置就丢了。但临时配置有一个巨大的学习价值你能即刻看到配置生效和验证的结果不用等系统重启。# 1. 为网卡 enp0s3 配置 IP 地址和掩码/24 等价于 255.255.255.0 sudo ip addr add 192.168.56.10/24 dev enp0s3 # 2. 启用网卡这一步不能省略否则配置的 IP 不生效 sudo ip link set enp0s3 up # 3. 添加默认网关把 192.168.56.1 作为出网数据的下一跳 sudo ip route add default via 192.168.56.1 dev enp0s3 # 4. 验证配置是否生效 ip addr show enp0s3 ip route show这段命令的逻辑是先给网卡加上 IP 地址第 1 步再启用网卡第 2 步缺了它地址不生效再添加默认路由第 3 步缺了它只能和同网段通信最后验证第 4 步。注意第 1 步的 /24 是 CIDR 写法它同时表达了 IP 地址和子网掩码系统会自动计算出 255.255.255.0。ip route add default via 后面的 IP 是网关地址它必须和你的网卡 IP 在同一网段否则内核会拒绝添加这条路由——这是新手最容易踩的坑之一。这套命令适合快速验证网络连通性但不适合写进实验报告作为最终方案因为重启后全部丢失。实验中我建议你先用 ip 命令把整个流程跑通确认 IP、网关、DNS 三个要素都配齐了再去写配置文件。配置文件的坑比命令行多得多用命令行先把测试跑通至少能让你分清是网络问题还是配置文件语法问题。4.2 netplan 配置文件Ubuntu 的 YAML 语法与缩进陷阱Ubuntu 18.04 之后的版本使用 netplan 管理网络配置配置文件在 /etc/netplan/ 目录下通常是一个 01-network-manager-all.yaml 或 00-installer-config.yaml 文件。netplan 的配置是 YAML 格式这也意味着它继承了 YAML 最反人类的特性缩进敏感。一个空格缩进错误整个配置就会加载失败。# /etc/netplan/01-network-manager-all.yaml # 注意这是 YAML 文件缩进必须用空格不能用 Tab network: version: 2 renderer: networkd ethernets: enp0s3: dhcp4: false # 关闭 DHCP使用静态配置 addresses: - 192.168.56.10/24 # IP 地址和掩码CIDR 格式 routes: - to: default # 默认路由 via: 192.168.56.1 # 网关地址必须与 IP 同网段 nameservers: addresses: - 192.168.56.1 # DNS 服务器地址写这个文件时至少有三个参数容易出错我逐个说明。第一个是 renderer 字段它有两值networkd系统服务和 NetworkManager桌面环境。如果你的系统自带 NetworkManager 图形工具这里写 networkd 可能导致设置面板里看到的和实际配置不一致——因为两套配置在打架。我建议在服务器版 Ubuntu 上用 networkd桌面版用 NetworkManager。第二个是 addresses 字段这里的地址必须带 CIDR 前缀/24不能只写 192.168.56.10否则 netplan 会报错。第三个是 DNS 服务器的地址写在 nameservers 下面而不是 routes 下面别搞混层级关系。配好之后要执行 netplan apply 让配置生效。我在这个环节很推荐一个后悔药手段先执行 sudo cp /etc/netplan/*.yaml /tmp/netplan.backup 备份原配置再修改文件。新版 netplan 还支持 try 命令配置完先预演 120 秒没收到确认就自动回滚这能避免一次性把自己锁在门外。# 生成并应用 netplan 配置 sudo netplan apply # 查看配置是否成功应用 ip addr show enp0s3 ip route shownetplan apply 的机制是读取 YAML 文件、生成 systemd-networkd 的配置、再触发网络服务重载。它不会删除你之前用 ip 命令临时设置的地址只会覆盖由配置文件管理的部分所以如果你前面手动添加过 IP应用配置文件后可能会出现两个 IP 地址并存的状况。遇到这种奇怪的 show 结果先 sudo ip addr flush dev enp0s3 把所有地址清空再重新 apply保证现场干净可预期。4.3 麒麟系统配置文件如果实验环境是国产操作系统有些学校的实验环境是麒麟Kylin操作系统。麒麟系统有桌面版和服务器版之分桌面版默认用 NetworkManager 管理网络服务器版则可能需要直接编辑 /etc/network/interfaces 文件或使用 nmcli 工具。这里有一个关键判断你要先确认这个系统用的是哪套网络管理栈再看配置文件在哪。如果桌面版里你在设置 → 网络里改了配置然后代码里又去改 /etc/network/interfaces两处配置会互相覆盖最后以 NetworkManager 的配置为准你改的文件可能完全没生效。麒麟系统的网络配置可以参照 Debian 系的写法# /etc/network/interfaces 的配置片段适用于服务器版麒麟 auto enp0s3 iface enp0s3 inet static address 192.168.56.10 netmask 255.255.255.0 gateway 192.168.56.1 dns-nameservers 192.168.56.1用这套配置时检查顺序是先 /etc/init.d/networking restart 或 systemctl restart networking不同版本启动方式可能不同再 ip addr show enp0s3 确认地址是否绑定。与 netplan 相比interfaces 文件的语法更传统、更直观但有一个坑它不支持 CIDR 写法必须把掩码写成 255.255.255.0 这种点分十进制格式写 /24 会导致服务拒绝加载配置。如果实验环境是国产系统建议先查看 /etc/os-release 确认是桌面版还是服务器版再决定是走 nmcli 还是直接改 interfaces 文件。nmcli 的优点是统一、可脚本化适合批量配置多台虚拟机# 用 nmcli 配置静态 IP适用于麒麟桌面版/有 NetworkManager 的环境 sudo nmcli con mod enp0s3 ipv4.method manual ipv4.addresses 192.168.56.10/24 ipv4.gateway 192.168.56.1 sudo nmcli con up enp0s34.4 DHCP 与静态配置的选择逻辑实验文档里可能会有一个问题什么时候用 DHCP什么时候用静态配置这个问题的工程意义在于理解两种配置方式的应用边界。DHCP 模式下操作系统开机时向网络中的 DHCP 服务器租用 IP优点是零配置、即插即用缺点是 IP 可能变化、服务器不可控静态配置则适合需要固定 IP 的场景比如 DHCP 服务器本身、路由器、以及本次实验里需要互相通信的虚拟机。从实验教学的角度我强烈建议静态配置。原因有两个。第一静态配置迫使你去理解 IP、掩码、网关、DNS 这四个概念的真正含义而不是把一切都丢给自动获取第二当 ping 不通时静态配置下你能明确知道我配的 IP 是 192.168.56.10网关是 192.168.56.1排错路径更短。动态获取DHCP适合作为对照组实验——比如你先用 DHCP 自动获取一个 IP然后在报告里对比自动获取的 IP 和子网掩码与手动配置的差异这个对比会加深你对子网划分的理解。注意在仅主机模式下虚拟机网段内可能没有 DHCP 服务器自动获取会拿到一个 169.254.x.x 的地址这是链路本地地址此时 ping 网关肯定超时。5. 网络配置实验避坑五个高频翻车现场与恢复手段5.1 网卡名称不一致导致配置写到假网卡上现象写完 netplan 或 interfaces 配置后执行重启ip addr 显示 lo 和 enp0s3 都在但配置的 IP 不在上面ping 网关没有反应。原因你在配置文件里写的接口名和系统实际使用的接口名不一致。常见场景是安装系统时网卡叫 ens33安装完成后在 VirtualBox 里改了网卡类型重启后变成 enp0s3。或者你从网上抄的配置写的是 eth0而这个系统用的是可预测命名规则。解决先 ip link 看真实接口名再确认配置文件里引用的接口名完全一致包括字母大小写和数字。更保险的做法是在文件里不直接写接口名而是用 MAC 地址匹配netplan 支持 match: macaddress 的形式但实验场景下没必要接口名写对就行。5.2 网关不在同一网段内核拒绝添加默认路由现象ip route add default via 192.168.56.100 执行后没有任何报错但 ping 网关不通。原因这不是报错不报错的问题是内核根本不会添加这条路由。当你指定网关地址时内核会校验网关 IP 是否在本地已有直连路由的网段内。192.168.56.100 不在你的 /24 网段里内核静默拒绝或者 netplan apply 报错。解决先 route -n 看已有的直连路由确认网关地址确实在同一个网段。如果用 netplanapply 后 check 一下 sudo netplan get 输出看 routes 字段是否真的生效。这一步看似基础但我见过太多人栽在上面这不是网络工程知识不够是以为写了对就真对的幻觉。5.3 netplan 缩进错误导致配置加载失败现象执行 sudo netplan apply 后报错 Invalid YAML ...或提示 indentation is not correct。原因YAML 对缩进极度敏感。常见错误包括整行缩进用了 Tab 而不是空格、列表项和父项之间空行不对、冒号后没有空格。比如 addresses: 后面直接换行而不是 addresses: 加一个空格再加换行都会触发解析失败。解决用 vim 打开文件后执行 :set list 显示不可见字符能一眼看出 Tab 和空格的差异。或者用 python3 -c import yaml; print(yaml.safe_load(open(/etc/netplan/01-net.yaml))) 验证 YAML 语法。处理完语法问题后先 netplan generate 生成底层配置只检查语法、不改网络状态再 apply 实际应用两步分开做能缩小问题范围。5.4 系统自带 NetworkManager 和手写配置互相覆盖现象手动改了 /etc/network/interfaces 后重启网络服务IP 生效了但设置面板里显示的还是原来的 DHCP 地址或者反过来——面板里改完 apply命令行里 ip addr 看到的却不变。原因桌面版系统默认启动了 NetworkManager 服务它在开机时接管了网卡管理而你手改的 interfaces 或 netplan 文件在系统启动后又被 NetworkManager 重新覆盖。两套管理栈同时存在但知会不同出现了一边改一边盖的翻车现场。解决先 systemctl status NetworkManager 判断服务是否在跑。如果在跑本次实验就用 nmcli 统一管理别再碰 interfaces 文件。如果一定要用配置文件先 systemctl stop NetworkManager systemctl disable NetworkManager 停用它的接管权限然后再改配置。做这一步前记得快照虚拟机当前状态这属于典型的配置网络把自己弄到连不上的险境——但没有外网的必要写个快照就能保住后悔药。5.5 ping 通了但 DNS 解析失败漏配或者配错 nameserver现象ping 192.168.56.1 能通ping www.baidu.com 超时nslookup www.baidu.com 显示 server cant find。原因操作系统里路由能到达公网但 DNS 配置为空或指向了一个不存在的地址。在仅主机模式下虚拟网卡默认没有 DNS 服务器你需要在配置里手动指定如果实验环境是 NAT 模式DNS 地址通常由 DHCP 自动下发这时你的静态配置反而把自动下发的 DNS 给覆盖了。解决检查 /etc/resolv.conf 文件内容看 nameserver 字段是否指向可达的 DNS 服务器。在仅主机模式下没有真实 DNS 可用时可以用 8.8.8.8 或者 114.114.114.114 做测试注意虚拟机要通过 NAT 模式才能访问外网 DNS仅主机模式出不去。这条坑的本质是当你把 ipv4 改成 manual 静态模式后DNS 的获取来源也变了这是配置行为不是系统故障。6. 从实验到排障验证连通性的命令组合与实验报告的沉淀实验做完、配置生效这一步只完成了任务的一半。真正值钱的另一半是学会验证和记录。我的验证套路分三层第一层ip addr 确认 IP 已绑定到网卡第二层ping 网关确认链路层和网络层的路径可用第三层ping 同一虚拟网段里的另一台虚拟机或宿主机确认多节点互通。这里有个细节ping 通网关后ping 其他虚拟机时一定要在目标虚拟机上先把防火墙里对 ICMPping 包使用的协议的策略放行否则会出现网关通、虚拟机不通的误判。如果你用 Windows 宿主机做 ping 的测试端注意 Windows 防火墙默认会拦截入站 ICMP 回显请求需要临时放行或改用 PowerShell 的 Test-NetConnection 命令来验证。验证的时候顺手把数据收集起来就完成了实验报告的大部分素材。我自己的习惯是这样每条关键命令的执行结果用 tee 或重定向存一份到实验日志文件ping 命令通过 -c 参数限定次数避免无限循环route -n 的结果截图并标注出默认路由那一行。这些细节看起来很琐碎但当你要在实验报告的结果分析部分写清楚我配置的网关 IP 是 192.168.56.1默认路由存在且优先级最高时你就知道当时存下的这些输出有多重要。实验报告里的另一个加分技巧是画一张小小的网络拓扑图。不需要什么画图工具一行命令也能表达清楚网络分层结构# 在宿主机和两台虚拟机之间做双向连通性测试的批量命令 # 宿主机端执行Windows # ping 192.168.56.10 # ping 192.168.56.11 # 虚拟机 A192.168.56.10上执行 ping -c 3 192.168.56.11 # 查看 ARP 缓存确认 MAC 地址已学习 ip neigh show # 查看端口监听状态如果实验包含了 TCP 连接部分 ss -tlnp这套组合里我特别推荐 ip neigh show它的输出会告诉你两台虚拟机之间是否完成了二层地址解析——如果邻居表里是 FAILED 或者 NOARP说明 ARP 请求没被回应问题大概率出在对端防火墙而不是 IP 配置上。这就是实验报告写完了但你会不会排障的分水岭。最后一次把整条链路做好后我还会做一件事重置网络配置到初始状态再从头走一遍。理由很简单第一次走通可能是因为脑子里有新鲜感每一步都认真第二次从头走是在检验你有没有形成肌肉记忆能闭着眼完成 IP 配置和验证的闭环。我是从一次真实的实验课翻车里学会这点的——那次我照着模板配好了网络报告都写完了但老师抽查让我现场重新配一遍我在网关地址上卡了五分钟。现在我会告诉每一个做《计算机网络》操作系统网络配置实验的人实验的终点不是配好网络而是你能在自己的机器上不看任何笔记从零开始把网络配通并验证。希望帮到你。本文还有配套的精品资源点击获取 操作系统网络配置实验实战：从IP配置到排错技巧
简介《计算机网络》操作系统网络配置实验.doc 是一份面向高校计算机网络课程的实验报告文档适合正在学习 TCP/IP 协议、Windows 与 Linux 网络配置的本科生或自学者。报告围绕网络配置这一核心任务明确给出实验目的、实验原理、实验步骤与注意事项并特别强调实验报告的排版规范便于学生对照模板完成作业。文档重点介绍了 TCP/IP 协议栈、网络接口概念以及计算机名、DNS、IP 地址、网关等关键配置项同时补充了使用 ipconfig/all、ping 等命令测试网络配置是否正确的常用方法。资料包共 1 个文件为 doc 格式文档整体大小 967KB内容结构完整可以直接作为撰写同类实验报告的参考或模板。目前已有 138 人学习下载对于需要系统整理网络配置实验步骤、理解基本原理并规范排版的读者而言是一份实用且便于快速上手的参考资料。1. 把《计算机网络》网络配置实验落地到操作系统先弄清这实验到底考什么拿到《计算机网络》操作系统网络配置实验.doc 这个标题第一反应不是去翻文档内容而是先想清楚这门实验课的真正考点是什么。大学里《计算机网络》的理论课讲 TCP/IP、讲路由、讲子网划分但到了操作系统网络配置实验考察的其实是另一层能力——你能不能在一台真实的或虚拟的操作系统里把网卡、IP 地址、网关、DNS 这些抽象概念落地成一条条可执行的命令。我的判断是这类实验文档通常包含三个部分在虚拟机里搭建实验环境、用命令或配置文件完成网络参数设置、最后用 ping 和路由命令验证连通性。如果你正在学计算机网络又同时接触 Linux 操作系统和虚拟机网络配置这个实验正是把两门课钉在一起的那颗螺丝。2. 网络的底层逻辑协议栈、IP 分配与虚拟机的三种网络模式2.1 操作系统网络配置到底配的是什么在敲任何命令之前你得先理解操作系统里网络配置的四个基本对象网卡接口、IP 地址、路由、DNS。这四个对象不是平级关系而是有一条明确的依赖链。网卡是硬件层或虚拟化层提供的接口操作系统通过接口名来引用它比如 Linux 里的 eth0、ens33、enp0s3IP 地址是绑定在网卡上的逻辑标识没有 IP 的网卡在协议栈里就是不存在的路由决定数据包离开本机后往哪个方向走其中默认网关是最后一条兜底路由DNS 则是把域名翻译成 IP 的解析服务配置。你敲的每一条配置命令本质上都是在改这四张表。理解这条依赖链对实验的意义在于排错时少走弯路。实际做实验时最常见的顺序性错误是先配了 IP 再发现网卡没启用或者路由配好了网关却 ping 不通——因为 DNS 配置写错了。我一般会按网卡 → IP → 路由 → DNS这个顺序来验证每完成一步就 ping 一次同一个网段的地址确认这一步真的生效了再往下走。做实验时跟着这个顺序走一遍你会在过程中自然理解为什么 TCP/IP 协议栈的数据包要一层一层往上封装。2.2 子网掩码和网关的逻辑关系一个反直觉的事实子网掩码和网关是网络配置里最容易背了公式不会用的两个参数。一个反直觉的事实是子网掩码并不决定你能访问哪些 IP它只决定哪些 IP 是局域网内直连、哪些要交给网关处理。比如你配了 192.168.56.10/24掩码是 255.255.255.0那么同网段的 192.168.56.1 到 192.168.56.254 都被操作系统认为是隔壁邻居直接走 ARP 协议找 MAC 地址就能通信而访问 10.0.0.1 时协议栈发现它不在本网段内就把它丢给默认网关。这个判断发生在 IP 层由操作系统内核的路由模块完成你在命令行里看到的 route 表就是它的决策依据。实验文档里经常出现的配置静态 IP步骤本质上是给协议栈喂这三条信息IP 地址和掩码让内核知道这台机器是谁、它在哪个网段网关让内核知道往外走的路在哪DNS 让应用程序知道域名该问谁。你不需要背路由算法但必须能在 route -n 的输出里看懂那行 0.0.0.0默认路由意味着什么。很多同学卡在为什么配了 IP 还是上不了网一看 route -n默认路由是空的——因为官方实验模板里只写了 IP 和掩码压根没提网关。这不是操作系统的问题是你没理解协议栈的转发逻辑。2.3 虚拟机的 NAT、桥接和仅主机模式怎么选多数《计算机网络》实验是在虚拟机上做的因为实验室没有那么多物理机和交换机。VirtualBox 或 VMware 提供的三种网络模式对应了三种不同的实验目标选错模式是后面所有网络不通的根源。NAT 模式虚拟机通过宿主机共享 IP 上网虚拟机之间默认互相隔离。适合练习 DNS 解析和访问外网的场景但虚拟机之间做 TCP 连接实验时容易被隔离策略挡住。桥接模式虚拟机和宿主机在同一个二层网络里有自己的 IP能和局域网内其他机器直接通信。适合做真实局域网内的连通性测试但要注意 IP 不能和局域网内现有设备冲突。仅主机模式Host-Only只有虚拟机和宿主机在同一个虚拟网段里虚拟机无法访问外网。它是最适合做静态 IP 配置实验的模式因为环境完全可控、没有外部 DHCP 干扰、实验结果可预期。我做这个实验时推荐用仅主机模式因为实验考查的是你会不会配 IP而不是你能不能上网。在纯隔离的虚拟网段里你可以反复改 IP、故意配错掩码、观察 ARP 缓存的变化都不会影响到室友的电脑。等你把命令练熟了再切到桥接模式去真实局域网里做一轮验证两种模式一对比你对虚拟机网络配置和连接的理解会比只看文档深刻得多。3. 在虚拟机里搭建网络配置环境Ubuntu 与麒麟系统的准备步骤3.1 创建虚拟机时的网络设置清单实验报告通常要求你写清楚实验环境这一步不能只填一个操作系统名字。我一般会在创建虚拟机时记录下这张清单虚拟机软件版本VirtualBox 7.x 或 VMware Workstation、虚拟网卡类型默认的 Intel PRO/1000 或 Virtio、网络模式仅主机/Host-Only、操作系统版本Ubuntu 22.04 或麒麟 V10、内存分配2GB 足够。这些参数看着琐碎但它们是后面排错的基准。比如你配完 IP 发现网卡名不是 eth0 而是 ens33这不是玄学是因为新版 Linux 用可预测命名规则和网卡驱动、总线位置有关。创建虚拟机时有一个关键复选框很容易被忽略在 VirtualBox 的网络设置里要勾选启用网络连接然后在高级设置里把网卡类型选为 PCnet-FAST III 或 Intel PRO/1000。有些系统镜像不自带 Virtio 驱动选 Virtio 会导致开机后看不到网卡这是新手翻车的高发点。我用的是 VirtualBox Ubuntu Server 22.04 的常见做法创建完先不装系统把网络模式调整为仅主机然后检查管理 → 主机网络管理器里有一个类似 vboxnet0 的虚拟网卡IP 段默认是 192.168.56.0/24。这个虚拟网卡就是你的实验网段。3.2 安装操作系统时顺手确认网卡有没有被识别安装操作系统的时候大部分人只顾着分区和设密码忽略了安装界面右下角的网络状态。Ubuntu Server 安装器在 22.04 版本会显示网络连接未激活之类的提示麒麟系统则可能在安装完成后才出现网络配置界面。我的建议是安装完成后先用 ip link 命令看网卡列表而不是急着敲配置命令。# 查看系统识别到的所有网络接口及状态 ip link show # 查看网络接口的 MAC 地址、IP、掩码等详细信息 ip addr show # 检查内核是否加载了网卡驱动模块注意接口名以实际输出为准 ls /sys/class/net/这段命令的作用是确认网卡在操作系统层面真的存在。ip link show 和 ip addr show 分别从链路层和网络层展示接口状态输出里会看到类似 2: enp0s3: BROADCAST,MULTICAST,UP,LOWER_UP 这样的行其中 UP 表示接口已启用没有 UP 说明网卡没开机。ls /sys/class/net/ 则直接列出内核注册的所有网络设备名。如果这里只有一个 lo回环接口说明虚拟机的虚拟网卡压根没被系统识别——先回虚拟机设置里换网卡类型别急着配 IP这属于典型的底层没通、上层白搭。Ubuntu 22.04 的网卡命名是 enp0s3 这种形式麒麟 V10 基于 Linux 内核命名规则类似。你在实验报告里写环境配置时最好把 ip addr show 的完整输出复制进去这是老师判断你是否真的跑过的第一手证据。3.3 图形界面还是命令行两种运维方式的取舍实验文档里没有指定必须用图形界面还是命令行但我的建议是除非你的实验指导书明确要求截图网络设置图形面板否则统一用命令行。这里有两个实际原因。第一命令行输出是文本可以直接粘贴到实验报告里图形界面截图还要裁剪、标注效率低第二图形界面的网络设置工具如 Ubuntu 的 Setting 面板、麒麟的控制中心在虚拟机里偶尔会抽风——有几次我明明在面板里改了 IP点完应用却没生效回头发现是 NetworkManager 服务和系统配置文件发生了竞争。这种问题在命令行下就能立即排查在图形界面里则是个黑匣子。当然这不意味着图形界面没用。麒麟系统这类面向桌面场景的操作系统控制中心的网络面板做得相当直观适合第一次接触网络配置的人快速建立IP 地址/子网掩码/网关这三个概念的空间映射。我的做法是双通道并行先用 ip addr 确认状态再用图形界面或者配置文件修改参数最后总是用命令行验证。这样既能看到配置的抽象表示也能看到具体落地后的数值两个都能对上才算真会了。4. 动手配置 IP从 ip 命令到 netplan 配置文件的完整路径4.1 先用 ip 命令做一次临时配置实验的第一步是学会用 ip 命令临时配置网卡。之所以说临时是因为只要网卡重启或者操作系统重启这些配置就丢了。但临时配置有一个巨大的学习价值你能即刻看到配置生效和验证的结果不用等系统重启。# 1. 为网卡 enp0s3 配置 IP 地址和掩码/24 等价于 255.255.255.0 sudo ip addr add 192.168.56.10/24 dev enp0s3 # 2. 启用网卡这一步不能省略否则配置的 IP 不生效 sudo ip link set enp0s3 up # 3. 添加默认网关把 192.168.56.1 作为出网数据的下一跳 sudo ip route add default via 192.168.56.1 dev enp0s3 # 4. 验证配置是否生效 ip addr show enp0s3 ip route show这段命令的逻辑是先给网卡加上 IP 地址第 1 步再启用网卡第 2 步缺了它地址不生效再添加默认路由第 3 步缺了它只能和同网段通信最后验证第 4 步。注意第 1 步的 /24 是 CIDR 写法它同时表达了 IP 地址和子网掩码系统会自动计算出 255.255.255.0。ip route add default via 后面的 IP 是网关地址它必须和你的网卡 IP 在同一网段否则内核会拒绝添加这条路由——这是新手最容易踩的坑之一。这套命令适合快速验证网络连通性但不适合写进实验报告作为最终方案因为重启后全部丢失。实验中我建议你先用 ip 命令把整个流程跑通确认 IP、网关、DNS 三个要素都配齐了再去写配置文件。配置文件的坑比命令行多得多用命令行先把测试跑通至少能让你分清是网络问题还是配置文件语法问题。4.2 netplan 配置文件Ubuntu 的 YAML 语法与缩进陷阱Ubuntu 18.04 之后的版本使用 netplan 管理网络配置配置文件在 /etc/netplan/ 目录下通常是一个 01-network-manager-all.yaml 或 00-installer-config.yaml 文件。netplan 的配置是 YAML 格式这也意味着它继承了 YAML 最反人类的特性缩进敏感。一个空格缩进错误整个配置就会加载失败。# /etc/netplan/01-network-manager-all.yaml # 注意这是 YAML 文件缩进必须用空格不能用 Tab network: version: 2 renderer: networkd ethernets: enp0s3: dhcp4: false # 关闭 DHCP使用静态配置 addresses: - 192.168.56.10/24 # IP 地址和掩码CIDR 格式 routes: - to: default # 默认路由 via: 192.168.56.1 # 网关地址必须与 IP 同网段 nameservers: addresses: - 192.168.56.1 # DNS 服务器地址写这个文件时至少有三个参数容易出错我逐个说明。第一个是 renderer 字段它有两值networkd系统服务和 NetworkManager桌面环境。如果你的系统自带 NetworkManager 图形工具这里写 networkd 可能导致设置面板里看到的和实际配置不一致——因为两套配置在打架。我建议在服务器版 Ubuntu 上用 networkd桌面版用 NetworkManager。第二个是 addresses 字段这里的地址必须带 CIDR 前缀/24不能只写 192.168.56.10否则 netplan 会报错。第三个是 DNS 服务器的地址写在 nameservers 下面而不是 routes 下面别搞混层级关系。配好之后要执行 netplan apply 让配置生效。我在这个环节很推荐一个后悔药手段先执行 sudo cp /etc/netplan/*.yaml /tmp/netplan.backup 备份原配置再修改文件。新版 netplan 还支持 try 命令配置完先预演 120 秒没收到确认就自动回滚这能避免一次性把自己锁在门外。# 生成并应用 netplan 配置 sudo netplan apply # 查看配置是否成功应用 ip addr show enp0s3 ip route shownetplan apply 的机制是读取 YAML 文件、生成 systemd-networkd 的配置、再触发网络服务重载。它不会删除你之前用 ip 命令临时设置的地址只会覆盖由配置文件管理的部分所以如果你前面手动添加过 IP应用配置文件后可能会出现两个 IP 地址并存的状况。遇到这种奇怪的 show 结果先 sudo ip addr flush dev enp0s3 把所有地址清空再重新 apply保证现场干净可预期。4.3 麒麟系统配置文件如果实验环境是国产操作系统有些学校的实验环境是麒麟Kylin操作系统。麒麟系统有桌面版和服务器版之分桌面版默认用 NetworkManager 管理网络服务器版则可能需要直接编辑 /etc/network/interfaces 文件或使用 nmcli 工具。这里有一个关键判断你要先确认这个系统用的是哪套网络管理栈再看配置文件在哪。如果桌面版里你在设置 → 网络里改了配置然后代码里又去改 /etc/network/interfaces两处配置会互相覆盖最后以 NetworkManager 的配置为准你改的文件可能完全没生效。麒麟系统的网络配置可以参照 Debian 系的写法# /etc/network/interfaces 的配置片段适用于服务器版麒麟 auto enp0s3 iface enp0s3 inet static address 192.168.56.10 netmask 255.255.255.0 gateway 192.168.56.1 dns-nameservers 192.168.56.1用这套配置时检查顺序是先 /etc/init.d/networking restart 或 systemctl restart networking不同版本启动方式可能不同再 ip addr show enp0s3 确认地址是否绑定。与 netplan 相比interfaces 文件的语法更传统、更直观但有一个坑它不支持 CIDR 写法必须把掩码写成 255.255.255.0 这种点分十进制格式写 /24 会导致服务拒绝加载配置。如果实验环境是国产系统建议先查看 /etc/os-release 确认是桌面版还是服务器版再决定是走 nmcli 还是直接改 interfaces 文件。nmcli 的优点是统一、可脚本化适合批量配置多台虚拟机# 用 nmcli 配置静态 IP适用于麒麟桌面版/有 NetworkManager 的环境 sudo nmcli con mod enp0s3 ipv4.method manual ipv4.addresses 192.168.56.10/24 ipv4.gateway 192.168.56.1 sudo nmcli con up enp0s34.4 DHCP 与静态配置的选择逻辑实验文档里可能会有一个问题什么时候用 DHCP什么时候用静态配置这个问题的工程意义在于理解两种配置方式的应用边界。DHCP 模式下操作系统开机时向网络中的 DHCP 服务器租用 IP优点是零配置、即插即用缺点是 IP 可能变化、服务器不可控静态配置则适合需要固定 IP 的场景比如 DHCP 服务器本身、路由器、以及本次实验里需要互相通信的虚拟机。从实验教学的角度我强烈建议静态配置。原因有两个。第一静态配置迫使你去理解 IP、掩码、网关、DNS 这四个概念的真正含义而不是把一切都丢给自动获取第二当 ping 不通时静态配置下你能明确知道我配的 IP 是 192.168.56.10网关是 192.168.56.1排错路径更短。动态获取DHCP适合作为对照组实验——比如你先用 DHCP 自动获取一个 IP然后在报告里对比自动获取的 IP 和子网掩码与手动配置的差异这个对比会加深你对子网划分的理解。注意在仅主机模式下虚拟机网段内可能没有 DHCP 服务器自动获取会拿到一个 169.254.x.x 的地址这是链路本地地址此时 ping 网关肯定超时。5. 网络配置实验避坑五个高频翻车现场与恢复手段5.1 网卡名称不一致导致配置写到假网卡上现象写完 netplan 或 interfaces 配置后执行重启ip addr 显示 lo 和 enp0s3 都在但配置的 IP 不在上面ping 网关没有反应。原因你在配置文件里写的接口名和系统实际使用的接口名不一致。常见场景是安装系统时网卡叫 ens33安装完成后在 VirtualBox 里改了网卡类型重启后变成 enp0s3。或者你从网上抄的配置写的是 eth0而这个系统用的是可预测命名规则。解决先 ip link 看真实接口名再确认配置文件里引用的接口名完全一致包括字母大小写和数字。更保险的做法是在文件里不直接写接口名而是用 MAC 地址匹配netplan 支持 match: macaddress 的形式但实验场景下没必要接口名写对就行。5.2 网关不在同一网段内核拒绝添加默认路由现象ip route add default via 192.168.56.100 执行后没有任何报错但 ping 网关不通。原因这不是报错不报错的问题是内核根本不会添加这条路由。当你指定网关地址时内核会校验网关 IP 是否在本地已有直连路由的网段内。192.168.56.100 不在你的 /24 网段里内核静默拒绝或者 netplan apply 报错。解决先 route -n 看已有的直连路由确认网关地址确实在同一个网段。如果用 netplanapply 后 check 一下 sudo netplan get 输出看 routes 字段是否真的生效。这一步看似基础但我见过太多人栽在上面这不是网络工程知识不够是以为写了对就真对的幻觉。5.3 netplan 缩进错误导致配置加载失败现象执行 sudo netplan apply 后报错 Invalid YAML ...或提示 indentation is not correct。原因YAML 对缩进极度敏感。常见错误包括整行缩进用了 Tab 而不是空格、列表项和父项之间空行不对、冒号后没有空格。比如 addresses: 后面直接换行而不是 addresses: 加一个空格再加换行都会触发解析失败。解决用 vim 打开文件后执行 :set list 显示不可见字符能一眼看出 Tab 和空格的差异。或者用 python3 -c import yaml; print(yaml.safe_load(open(/etc/netplan/01-net.yaml))) 验证 YAML 语法。处理完语法问题后先 netplan generate 生成底层配置只检查语法、不改网络状态再 apply 实际应用两步分开做能缩小问题范围。5.4 系统自带 NetworkManager 和手写配置互相覆盖现象手动改了 /etc/network/interfaces 后重启网络服务IP 生效了但设置面板里显示的还是原来的 DHCP 地址或者反过来——面板里改完 apply命令行里 ip addr 看到的却不变。原因桌面版系统默认启动了 NetworkManager 服务它在开机时接管了网卡管理而你手改的 interfaces 或 netplan 文件在系统启动后又被 NetworkManager 重新覆盖。两套管理栈同时存在但知会不同出现了一边改一边盖的翻车现场。解决先 systemctl status NetworkManager 判断服务是否在跑。如果在跑本次实验就用 nmcli 统一管理别再碰 interfaces 文件。如果一定要用配置文件先 systemctl stop NetworkManager systemctl disable NetworkManager 停用它的接管权限然后再改配置。做这一步前记得快照虚拟机当前状态这属于典型的配置网络把自己弄到连不上的险境——但没有外网的必要写个快照就能保住后悔药。5.5 ping 通了但 DNS 解析失败漏配或者配错 nameserver现象ping 192.168.56.1 能通ping www.baidu.com 超时nslookup www.baidu.com 显示 server cant find。原因操作系统里路由能到达公网但 DNS 配置为空或指向了一个不存在的地址。在仅主机模式下虚拟网卡默认没有 DNS 服务器你需要在配置里手动指定如果实验环境是 NAT 模式DNS 地址通常由 DHCP 自动下发这时你的静态配置反而把自动下发的 DNS 给覆盖了。解决检查 /etc/resolv.conf 文件内容看 nameserver 字段是否指向可达的 DNS 服务器。在仅主机模式下没有真实 DNS 可用时可以用 8.8.8.8 或者 114.114.114.114 做测试注意虚拟机要通过 NAT 模式才能访问外网 DNS仅主机模式出不去。这条坑的本质是当你把 ipv4 改成 manual 静态模式后DNS 的获取来源也变了这是配置行为不是系统故障。6. 从实验到排障验证连通性的命令组合与实验报告的沉淀实验做完、配置生效这一步只完成了任务的一半。真正值钱的另一半是学会验证和记录。我的验证套路分三层第一层ip addr 确认 IP 已绑定到网卡第二层ping 网关确认链路层和网络层的路径可用第三层ping 同一虚拟网段里的另一台虚拟机或宿主机确认多节点互通。这里有个细节ping 通网关后ping 其他虚拟机时一定要在目标虚拟机上先把防火墙里对 ICMPping 包使用的协议的策略放行否则会出现网关通、虚拟机不通的误判。如果你用 Windows 宿主机做 ping 的测试端注意 Windows 防火墙默认会拦截入站 ICMP 回显请求需要临时放行或改用 PowerShell 的 Test-NetConnection 命令来验证。验证的时候顺手把数据收集起来就完成了实验报告的大部分素材。我自己的习惯是这样每条关键命令的执行结果用 tee 或重定向存一份到实验日志文件ping 命令通过 -c 参数限定次数避免无限循环route -n 的结果截图并标注出默认路由那一行。这些细节看起来很琐碎但当你要在实验报告的结果分析部分写清楚我配置的网关 IP 是 192.168.56.1默认路由存在且优先级最高时你就知道当时存下的这些输出有多重要。实验报告里的另一个加分技巧是画一张小小的网络拓扑图。不需要什么画图工具一行命令也能表达清楚网络分层结构# 在宿主机和两台虚拟机之间做双向连通性测试的批量命令 # 宿主机端执行Windows # ping 192.168.56.10 # ping 192.168.56.11 # 虚拟机 A192.168.56.10上执行 ping -c 3 192.168.56.11 # 查看 ARP 缓存确认 MAC 地址已学习 ip neigh show # 查看端口监听状态如果实验包含了 TCP 连接部分 ss -tlnp这套组合里我特别推荐 ip neigh show它的输出会告诉你两台虚拟机之间是否完成了二层地址解析——如果邻居表里是 FAILED 或者 NOARP说明 ARP 请求没被回应问题大概率出在对端防火墙而不是 IP 配置上。这就是实验报告写完了但你会不会排障的分水岭。最后一次把整条链路做好后我还会做一件事重置网络配置到初始状态再从头走一遍。理由很简单第一次走通可能是因为脑子里有新鲜感每一步都认真第二次从头走是在检验你有没有形成肌肉记忆能闭着眼完成 IP 配置和验证的闭环。我是从一次真实的实验课翻车里学会这点的——那次我照着模板配好了网络报告都写完了但老师抽查让我现场重新配一遍我在网关地址上卡了五分钟。现在我会告诉每一个做《计算机网络》操作系统网络配置实验的人实验的终点不是配好网络而是你能在自己的机器上不看任何笔记从零开始把网络配通并验证。希望帮到你。本文还有配套的精品资源点击获取