简介：这是重庆邮电大学计算机网络课程的完整实验报告合集，适合网络工程、计算机及相关专业学生使用，也可作为备考或自学网络基础的参考。报告覆盖四个典型实验：利用 ipconfig、ping、arp、ftp 等命令开展网络管理与维护；配置 IIS Web 服务器和 Serv-U FTP 服务器并验证访问；用 Ethereal 抓包分析 Ping、FTP 和 HTTP 协议的工作过程；完成交换机基本操作、Port VLAN、Tag VLAN 以及通过路由器实现跨交换机 VLAN 互通的配置。每项实验都按目的、要求、步骤、结果、心得展开，附有拓扑示意、具体命令与验证截图，可帮助读者快速复现实验环境并理解底层原理。压缩包仅含 1 个 PDF 文件，体积 8.77MB，内容结构清晰，既能用于实验报告撰写参考，也能作为期末复习和实操训练的提纲。目前已有 198 人浏览学习，具有较强的参考价值。
1. 计算机网络实验报告拆解：四个实验串起一条完整的网络排障链路
一份重庆邮电大学的计算机网络实验报告，四个实验从 Windows 命令行到服务器配置、从抓包分析到交换机 VLAN，几乎把计网课里最容易被扣分的实践点全过了一遍。很多人觉得实验报告就是抄步骤交差，但这份 PDF 的价值在于它把「网络命令 → 服务搭建 → 协议分析 → 设备组网」串成了一条完整的排障链路——你照着做完这四件事，基本就具备了一个初级网络管理员动手排查问题的手感。适合正在做计网实验、准备期末实验考试、或者刚接触网络管理想快速上手的人。先说结论：VLAN 部分信息密度最高，命令部分有几个容易踩的坑，协议分析部分能帮你真正理解 Ping 和 FTP 在底层干了什么。
2. 从 ipconfig 到 IIS/Serv-U：命令与服务配置的完整链路
2.1 ipconfig /all 输出里到底该看哪几行
实验一第一个任务是在命令行里显示网络适配器的物理地址、IP、子网掩码和默认网关。命令本身很简单，但这份报告里写的是ipconfig/all，这个写法在 Windows 的 cmd 里会直接报错——/all前面必须有空格。正确命令是：
ipconfig /all执行后输出关键字段如下（以一台典型的 Windows 机器为例）：
Windows IP 配置 主机名 . . . . . . . . . . . . : DESKTOP-TEST01 主 DNS 后缀 . . . . . . . . . . : 节点类型 . . . . . . . . . . . : 混合 IP 路由已启用 . . . . . . . . . : 否 WINS 代理已启用 . . . . . . . . : 否 以太网适配器 本地连接: 物理地址 . . . . . . . . . . . : 00-1A-2B-3C-4D-5E IPv4 地址 . . . . . . . . . . . : 192.168.1.100(首选) 子网掩码 . . . . . . . . . . . : 255.255.255.0 默认网关 . . . . . . . . . . . . : 192.168.1.1报告中要求看的四样东西，在这个输出里都能直接对应上。物理地址就是 MAC 地址，在以太网适配器这一栏里；IPv4 地址是主机当前 IP，子网掩码决定这个网段的规模，默认网关是出口路由器的地址。这三者加上默认网关，就是你排查「上不了网」时最先要确认的四个值——任何一个不对，问题基本就出在这台机器上。
我一般会让学生在机房环境里先跑一遍ipconfig /all，把输出截图存下来，后面配置服务器、配交换机时都要用到这里面的网段信息。这一步看起来简单，但它决定了后面所有实验里ping和arp命令的执行结果是否正常。
2.2 ping -l 60000 -t：大包压力测试的语义与用法
实验一第二个任务：向一台电脑无限制发送大小为 60000 byte 的数据包。命令是：
ping 172.16.38.31 -l 60000 -t拆开看每个参数的含义。-l是指定发送缓冲区大小，单位是字节，Windows 下最大能设到 65500，60000 是一个偏大的值，目的是测试链路对大包的承载能力；-t是持续 ping 直到手动终止，不是默认的四个包就停。要停掉这个命令，按Ctrl+C。
这里有个容易被忽略的点：默认的 ping 包只有 32 字节，配合-t持续发包，主要用来测试目标设备的稳定性和链路是否丢包。但把包大小加到 60000 后，它会触发目标设备的碎片重组逻辑——一个 60000 字节的 ICMP 报文会被拆成多个 IP 分片传输，如果中间某台设备开启了 ICMP 过滤或分片限制，你就会看到Reply from ...: Fragmentation needed之类的报错。这个报错本身就是一次排障信息：说明链路 MTU 不够，或者中间防火墙在拦大包。
补充一点：60000 字节的包在跨网段 ping 时，如果路由设备没开大包支持，大概率会出现不通的情况。报告里的实验环境是同一网段直连，所以能通。实际在企业网络里，不建议直接用这个参数去压生产设备——你把一个交换机 ping 到 CPU 满载的场面，不会太好收场。
2.3 arp -a 与 FTP 命令：查缓存、下文件的手动挡操作
第三个任务是查看 ARP 高速缓存。命令是：
arp -a输出类似：
接口: 192.168.1.100 --- 0xb 互联网地址 物理地址 类型 192.168.1.1 00-1a-2b-3c-4d-01 动态 192.168.1.50 00-1a-2b-3c-4d-32 动态ARP 缓存里存的是同一广播域内最近通信过的设备的 IP 与 MAC 映射关系。类型显示「动态」表示这个条目是自动学习的，过一段时间会老化删除。「静态」则是手动绑定的。看 ARP 缓存的意义在于排查「能 ping 通 IP 但访问不了服务」这类问题——比如网关的 ARP 条目被污染，或者某台机器的 MAC 地址变了但缓存还没刷新，都会导致通信异常。
报告里还有一句arp 172.16.38.31 -a，这个写法实际执行会报错或显示本机所有接口的 ARP 表，因为arp命令的语法不支持直接在后面跟 IP 再带-a去查对面那台机器的缓存。这是实验要求本身的小坑，下面的排查章节会细说。
第四个任务是从 FTP 服务器下载文件。命令行的标准流程是：
ftp open 172.16.38.100进入 ftp 交互界面后执行：
ftp> ls 200 PORT command successful. 150 Opening ASCII mode data connection for file list. wrar501sc.exe 226 Transfer complete. ftp> lcd d:\test Local directory now d:\test. ftp> get wrar501sc.exe 200 PORT command successful. 150 Opening BINARY mode data connection. 226 Transfer complete. ftp> byeopen是连接远程 FTP 服务器，ls列目录，lcd切换本地目录（注意是 local cd，只影响本机路径），get下载文件。报告里写的open @s172.16.38.100里的@s是输入失误，命令行里没有这个前缀。
2.4 IIS Web 站点配置：目录、起始页、IP 绑定三件套
实验二的第一个服务器配置是 IIS Web 服务器，步骤在控制面板 → 管理工具 → Internet 信息服务（IIS）管理器中完成。配置的核心就三件事：站点绑定的 IP 和端口、网页文件所在的物理目录、默认起始页。
打开 IIS 管理器，在「网站」上右键 → 属性，需要配置的位置如下：
| 配置项 | 推荐值 | 说明 |
|---|---|---|
| IP 地址 | 本机 IP 或全部未分配 | 指定站点监听的地址 |
| TCP 端口 | 80 | 默认 Web 端口，改了就访问时带端口 |
| 主目录 → 本地路径 | D:\wwwroot 或类似目录 | 网页文件必须放这里 |
| 文档 → 默认文档 | index.html / index.asp | 访问站点根路径时加载的起始页 |
最常见的翻车点有两个。一是主目录路径填错，或者网页文件没放到填的那个目录里，访问就直接 404；二是默认文档列表里没有index.html，访问站点根路径时 IIS 不知道该加载哪个文件，同样打不开。测试时用http://127.0.0.1访问本机，能看到页面就说明站点成了。这一步是后面协议分析实验里 HTTP 抓包的先决条件——你得先有个能访问的服务，才能抓到包。
2.5 Serv-U FTP 配置：域、用户、根目录与权限的关系
FTP 服务器用的是 Serv-U，第三方软件，配置路径跟 IIS 不太一样。Serv-U 的逻辑是三级结构：域（Domain）→ 用户（User）→ 目录权限。第一步先建一个域，域里绑定本机 IP 和 FTP 端口（默认 21）；第二步在域里新建用户，指定用户登录后的根目录；第三步给这个目录配置权限。
权限这一块要按需给。只希望别人下载文件，就只勾「读取」；需要对方上传，才勾「写入」；「执行」权限一般不给，容易成安全漏洞。实验报告里说 Serv-U「按照指导书步骤配置十分简单易用」，这一点我认同——它的图形界面比 IIS 的 FTP 模块直观很多，建域、建用户、绑目录三步走完就能用。
端口问题在这里要留意：Serv-U 监听 21 端口，Windows 防火墙默认会拦外部访问。实验里如果出现「其他机器连不上 FTP，但本机能连」的情况，九成是防火墙没放行 21 端口，这个在排查章节会展开。
3. 用 Ethereal 做协议分析：看清 Ping、FTP、HTTP 的底层对话
3.1 Ethereal 与 WinPcap：装好驱动才能抓到包
实验三的主角是协议分析软件。报告里写的是 Ethereal，它后来改名成 Wireshark，2006 年之后的新版都叫这个名字了。实验报告里保留旧名只是因为当年机房装的是老版本。Ethereal/Wireshark 抓包的原理是调用 WinPcap（Windows 下的抓包驱动库），对网卡进行「混杂模式」监听——不只看发给自己的包，连经过网卡的所有帧都收进来。
安装顺序有讲究：先装 WinPcap（或新版 Wireshark 自带的 Npcap），再装 Wireshark。如果抓包时提示找不到接口，多半是驱动没装好。打开 Wireshark 后第一步是选定要监听的网卡接口，这一步选错了，后面可能什么都抓不到——机房机器常见的有线网卡、无线网卡、虚拟网卡好几个接口，你得选那个真正在跑流量的。在界面里能看到每块网卡实时的数据包跳动，选跳得最欢的那块就对了。
3.2 抓 Ping 数据流：从 ICMP 报文读工作过程
抓 Ping 命令的数据流是实验的第一个抓包任务。操作流程是：先在 Wireshark 里选择正确的网卡点开始抓包，然后去 cmd 里 ping 目标地址，ping 完回来停止抓包，在过滤器里输入icmp。
过滤后你会看到成对的报文——一个Echo (ping) request，一个Echo (ping) reply。关键信息在报文详情里展开看：
| 字段 | 含义 | 排障价值 |
|---|---|---|
| Type 8 | Echo request，ping 发出的请求 | 看到有发出但没回应，说明链路中断 |
| Type 0 | Echo reply，对端的回复 | 看到 reply 说明通 |
| TTL | 经过的路由器跳数上限 | 每过一跳减 1，TTL=1 说明可能还差最后一跳 |
| Sequence number | 序号 | 用来判断丢包和乱序 |
一个完整的 ping 过程在抓包里能看到全貌：你发出 request，目标回 reply，一来一回就是一个 RTT。如果一直只有 request 没有 reply，问题出在对端或中间链路；如果连 request 都没抓到，问题出在本地网卡或防火墙拦截了自己发出的 ICMP。这份报告里的实验结果部分留了空位让你贴截图，实际操作时把这些报文截下来就是实验报告的关键证据。
3.3 抓 FTP 登录：明文账户如何暴露在网络上
FTP 抓包是实验里最有「说服力」的一个环节，因为它能让你直观看到信息安全为什么重要。抓包操作：开始抓包 → cmd 里执行ftp open 172.16.38.100→ 输入用户名和密码 → 随便下载一个小文件 → 停止抓包。
过滤器输入ftp后，你会看到一整串 FTP 协议报文。最直观的是登录过程的几个关键帧：Request: USER xxx和Request: PASS xxx——用户名和密码以明文形式出现在报文里。谁能抓到包，谁就能直接读出你的 FTP 账户名和密码。
Wireshark 里可以直接右键跟踪 TCP 流，把整个 FTP 会话的往返内容拼成一段连续文本，连交互过程都能完整还原。这就是报告里「如果网络不进行信息加密，账户信息容易被人截取」这句话的实物证据。这一个抓包比讲十页安全理论都管用。
3.4 抓 HTTP 访问：一个完整请求-响应的观察点
第三个抓包任务是访问一个网页。报告里给的地址是学校的一个邮件系统域名，这个按实验室环境替换成你的 IIS 服务器地址就行。操作流程：开始抓包 → 浏览器输入http://你的服务器IP→ 停止抓包 → 过滤器输入http。
你能看到的报文序列大致是：TCP 三次握手建立连接 → 浏览器发出GET / HTTP/1.1请求 → 服务器回复HTTP/1.1 200 OK→ 服务器发送网页内容 → TCP 连接关闭。这里边的关键观察点是 HTTP 状态码——200 是成功，404 是文件不存在，500 是服务器内部错误。如果你前面 IIS 的默认文档没配好，这里抓到的就是 404，正好回头排查 Web 站点设置。
顺带说一句，HTTP 和 FTP 一样是明文协议。你访问的这个网页里如果有个登录框，账户密码同样会明文出现在抓包里。所以现在的主流网站全部换成了 HTTPS，在抓包里看到TLS或SSL协议，说明数据已经加密了。
4. VLAN 配置与单臂路由：交换机的隔离逻辑和跨网段访问
4.1 交换机基本操作与 TFTP 备份
实验四进入设备层，用的是 Cisco Catalyst 2950 交换机。第一部分是交换机基本操作：连接 console 线，用超级终端或 SecureCRT 登录交换机，熟悉 CLI 的几个基本模式。
Switch> enable Switch# configure terminal Switch(config)# hostname S1 S1(config)# interface vlan 1 S1(config-if)# ip address 192.168.1.254 255.255.255.0 S1(config-if)# no shutdown S1(config-if)# end S1# writeenable进入特权模式，configure terminal进入全局配置模式，hostname改名方便区分设备，interface vlan 1进入管理 VLAN 接口，给交换机配一个管理 IP。最后write保存配置，不然交换机重启后配置全丢——这是每个网络工程师都有的血泪记忆。
接下来把交换机的配置备份到 PC 上的 TFTP 服务器。TFTP 服务器要用第三方软件搭（比如 TFTPD32，或者 Cisco 自带的 TFTP server），监听 69 端口。交换机上执行：
S1# copy running-config tftp://192.168.1.100/config.txtrunning-config是当前运行配置，tftp://后面写 TFTP 服务器的 IP 和要保存的文件名。这个命令在教育环境里用的很多，因为交换机的配置一旦搞坏，用备份文件可以秒恢复——相当于给设备配置买了份后悔药。
4.2 Port VLAN：端口隔离的第一种玩法
VLAN 基本配置（Port VLAN）的核心理念是：把交换机的端口划进不同 VLAN，VLAN 之间二层不通。在 S1 上执行：
S1(config)# vlan 10 S1(config-vlan)# name VLAN10 S1(config-vlan)# exit S1(config)# interface fastEthernet 0/1 S1(config-if)# switchport mode access S1(config-if)# switchport access vlan 10先把 VLAN 创建出来，再把端口设成 access 模式并划进对应 VLAN。switchport mode access表示这个端口只属于一个 VLAN，switchport access vlan 10把它划入 VLAN 10。
验证命令是show vlan，输出会列出所有 VLAN 以及每个 VLAN 下有哪些端口。测试方法很直接：PC1 接在 VLAN 10 的端口上，PC2 接在 VLAN 20 的端口上，给 PC1 和 PC2 配同一网段的 IP 后互 ping——不通。这就是端口隔离的效果。原理上，VLAN 相当于在交换机内部把广播域切开，不同 VLAN 之间不发广播、不转发二层帧，MAC 地址表也是各查各的。
4.3 Tag VLAN：用 Trunk 让 VLAN 跨交换机
如果只有一台交换机，Port VLAN 就够了。但实验要求跨交换机实现 VLAN——两台交换机 S1、S2 之间要同时承载 VLAN 10 和 VLAN 20 的流量。这时交换机之间的连接端口要改成 trunk 模式，给帧打上 802.1Q 标签，让对端交换机知道这个帧属于哪个 VLAN。
S1 与 S2 互连的端口（比如 fastEthernet 0/24）上配置：
S1(config)# interface fastEthernet 0/24 S1(config-if)# switchport mode trunk S1(config-if)# switchport trunk allowed vlan all关键参数就是switchport mode trunk。链路两侧都要配，而且要允许所需 VLAN 通过。如果 S2 的 trunk 口没放行 VLAN 20，那 VLAN 20 的流量就跨不过去。测试时 PC1（VLAN 10）接 S1，PC3（VLAN 10）接 S2，两边同网段互 ping 能通，说明 VLAN 10 成功跨越了物理上的两台交换机。
这里有个排查点：show interfaces trunk可以查看 trunk 链路的状态和放行的 VLAN 列表。跨交换机 VLAN 不通时，先看这条命令的输出，再确认各端口划入的 VLAN 号是否一致——同 VLAN 内 IP 配错也会不通，但那是 IP 层的问题，先二层后三层的顺序不能乱。
4.4 单臂路由：子接口实现 VLAN 间通信
VLAN 隔离解决了广播域过大的问题，但隔离之后还要互通——实验的最后一步就是通过路由器实现 VLAN 间通信。这里的核心配置叫单臂路由（Router on a Stick）：交换机用一条 trunk 链路连到路由器的一个物理接口，路由器在这个物理接口上划出多个子接口，每个子接口对应一个 VLAN，作为该 VLAN 的网关。
路由器上的配置：
Router(config)# interface fastEthernet 0/0.10 Router(config-subif)# encapsulation dot1Q 10 Router(config-subif)# ip address 192.168.10.254 255.255.255.0 Router(config-subif)# no shutdown Router(config-subif)# exit Router(config)# interface fastEthernet 0/0.20 Router(config-subif)# encapsulation dot1Q 20 Router(config-subif)# ip address 192.168.20.254 255.255.255.0encapsulation dot1Q后面的数字必须跟交换机上创建的 VLAN 号一一对应，子接口的 IP 就是对应 VLAN 用户的网关地址。交换机侧要把连接路由器的端口设成 trunk，把 VLAN 10、20 都放行。
PC 的配置要按 VLAN 分开：VLAN 10 的 PC 配192.168.10.x，网关192.168.10.254；VLAN 20 的 PC 配192.168.20.x，网关192.168.20.254。测试时 PC1 去 ping PC2，不通才算白配——VLAN 间通信必须走路由器转发，不是二层直达。
4.5 完整网络拓扑与测试顺序
整个实验四的拓扑可以概括成一句话：两台交换机之间用 trunk 互连，PC 分接两台交换机，S1 再连一台路由器负责 VLAN 间路由。实际踩坑经验是测试顺序很重要——从底层往上测。
第一步测二层：同 VLAN 内 PC 互 ping，通过说明 VLAN 和 trunk 没问题。第二步测网关：PC ping 自己的网关地址，通了说明路由器子接口配置和交换机 trunk 放行没问题。第三步测跨 VLAN：PC1 ping 不同 VLAN 的 PC，通了说明单臂路由完整生效。这一步不通，先回头确认 PC 的网关地址有没有配对，再看路由器的show ip route里有没有直连路由，最后看交换机侧连路由器的 trunk 口有没有放行相应 VLAN。
5. 四个实验的常见坑：命令失效、页面打不开、抓包为空的排查手册
5.1 命令层的三个坑
坑一：ipconfig/all中间没空格，cmd 直接报「不是内部或外部命令」。现象是命令执行后提示错误，不是正常输出网络信息。原因是 Windows 命令行参数前必须有空格，ipconfig/all会被当成一个不存在的命令。解决：改成ipconfig /all，反斜杠前加空格。这个坑看起来低级，但机房实验里真的有一半人栽在这。
坑二：arp 172.16.38.31 -a查询对方机器 ARP 缓存失败。现象是命令执行后要么报语法错误，要么显示的还是本机的 ARP 表。原因是标准arp命令确实支持不了「远程查看另一台机器 ARP 缓存」这个需求，这是实验要求本身设计的问题。解决：用arp -a查看本机缓存，再拿ping去主动和对方通信，之后arp -a就能在缓存里看到对方 IP 与 MAC 的映射，这就是实验要达到的效果——理解 ARP 缓存的工作过程。
坑三：ping -l 60000 -t报「请求被拒绝」或「通常每个套接字最多只能使用一个地址」。现象是大包 ping 一直发不出去或出现异常报错。原因是部分 Windows 版本对 ICMP 大包有限制，或者目标设备的防火墙直接丢弃了超过 MTU 的 ping 包。解决：先试ping -l 1472（1500 字节以太网 MTU 减去 28 字节 ICMP 头），逐级调大看哪个值开始不通——这个过程本身就是一次链路 MTU 探测。60000 能通只能说明同一网段内没有二层设备拦，不代表公网环境也能通。
5.2 服务层的两个坑
坑四：IIS Web 站点配好后浏览器访问 403 或 404。现象是页面打不开，报错是「无法访问此网站」或「403 禁止访问」。原因分两类：403 通常是你配置了目录权限但没有勾选「读取」权限，或者物理路径指向的文件夹在磁盘上根本不存在；404 则是默认文档列表里没有index.html，或者该文件没放进主目录。解决路径是先确认物理目录下真的有一个index.html，再打开站点属性，在「文档」选项卡里确保index.html在默认文档列表里。最后用http://127.0.0.1访问测试，本机能开再看是不是防火墙拦了 80 端口。
坑五：Serv-U FTP 配完后其他机器连不上，本机能连。现象是别的 PC 用ftp命令连接时卡在connect timed out，但在 Serv-U 那台机器本机用ftp://127.0.0.1能正常登录。原因是 Windows 防火墙没放行 FTP 服务，21 端口对外是关闭状态。解决：控制面板 → Windows 防火墙 → 高级设置 → 入站规则，新建规则允许 TCP 21 端口；如果要支持主动模式的 FTP 数据连接，还要放行 TCP 20 端口。这是所有个人电脑搭 FTP 服务器都会碰到的第一道坎。
5.3 协议分析层的坑
坑六：Ethereal/Wireshark 开始抓包后屏幕上干干净净，一个包都没有。现象是抓包按钮已经在转，但报文列表为空。原因是网卡接口选错了——机房电脑往往有有线网卡、无线网卡、VMware 虚拟网卡好几个接口，你看的是有线网卡的流量，但数据其实走的是无线。解决：打开 Wireshark 首页看各接口右侧的实时流量曲线，选数字跳动最快的那块；或者在开始抓包后去 cmd 里ping一个内网地址，制造一份必然存在的流量，然后回头过滤icmp，有报文就说明接口选对了。
5.4 设备层的坑
坑七：VLAN 划分完成后，同 VLAN 的 PC 互 ping 不通。现象是 PC1 和 PC3 的 IP 都是192.168.1.x，子网掩码相同，但互相 ping 超时。原因多半是其中一台 PC 所接的交换机端口 VLAN 划错了——比如 PC3 接的端口划到了 VLAN 20，它跟 VLAN 10 的 PC1 不在一个广播域里，二层直接隔离。解决：逐台查看交换机show vlan，确认每个端口的 VLAN 归属，再在 PC3 上用ipconfig /all确认 IP 和掩码没有配置错误。
坑八：单臂路由配完后跨 VLAN ping 不通，但网关能通。现象是 PC1 ping 自己的网关没问题，但 ping 不同 VLAN 的 PC2 超时。原因是 router 的子接口配置和交换机的 trunk 放行 VLAN 不一致——比如路由器的encapsulation dot1Q 10对着 VLAN 10，但交换机连路由器的端口没有放行 VLAN 10。解决：在路由器上show ip route看有没有两条直连路由，没有就说明子接口没起来；再回交换机上show interfaces trunk确认连路由器的端口放行了所有需要的 VLAN。
6. 把抓包变成生产工具：Wireshark 过滤器与配置验证技巧
6.1 从 Ethereal 到 Wireshark：过滤器语法速查
实验里用的 Ethereal 早已改名为 Wireshark，实验做完之后别把抓包工具丢一边——它是验证服务器配置、排查网络问题最趁手的工具。这里给一份常用过滤器语法速查，直接照抄：
| 需求 | 过滤器写法 |
|---|---|
| 只看和某台主机的通信 | ip.addr == 192.168.1.100 |
| 只看 ICMP（ping）流量 | icmp |
| 只看 FTP 登录相关 | ftp.request |
| 只看 FTP 的数据连接 | ftp-data |
| 只看 HTTP 请求和响应 | `http.request |
| 只看某个 TCP 端口 | tcp.port == 21 |
| 排除噪声广播包 | !arp && !icmpv6 |
过滤器语法不难背，关键是要形成条件反射——看到「慢」先抓包看是不是重传，看到「不通」先抓包看 ARP 有没有回应。
6.2 用抓包验证一份配置的完整流程
以配置完的 IIS Web 服务器举例，我一般会走一遍完整的抓包验证流程：先开始抓包，再在浏览器访问http://你的IP，然后停止抓包，过滤器输入http。如果能看到连续的GET / HTTP/1.1和HTTP/1.1 200 OK，说明 Web 服务真的可用，不是「看起来配好了」。换成 FTP 也一样——抓包看到USER和PASS的明文交互，看到226 Transfer complete，就说明登录和数据传输都正常。这套方法比「点了按钮还开了浏览器」可靠得多，因为抓包抓到的都是真实网络交互，每一个字节都有来源。
我在帮别人排查网络问题时，抓包永远是第一步而不是最后一步。它能在三分钟内告诉你问题到底出在二层还是三层、是请求没到服务器还是到了服务器但响应没回来——省下的时间足够把配置从头到尾再对一遍。从那以后我每次配完交换机 VLAN、搭完一台 Web 或 FTP 服务器，都强制自己走一遍「功能测试 + 抓包验证」的流程，然后再去交付给别人用。这份实验报告如果真能让你养成这个习惯，你花在做实验上的时间就没白费。希望帮到你。
本文还有配套的精品资源，点击获取
