简介这份《计算机网络工程实训报告》面向计算机网络相关专业学生及备考网络工程实训的学习者围绕 Packet Tracer 环境下的完整组网流程展开帮助读者理解从网络规划到全网互通的实现思路。资源包共1个doc文档大小约608KB内容以实训报告正文为主涵盖网络拓扑图设计、设备命名与IP地址规划表、关键设备互连端口信息、主机与路由器配置命令、静态路由与RIP动态路由配置以及ping、tracert网络测试截图等模块。报告以三台路由器、多台主机与交换机的互连案例为主线给出了接口地址、子网掩码、默认网关等具体参数并附有主要配置命令与说明便于对照复现实验环境。目前已有246人学习适合作为课程设计参考、实训报告撰写模板或组网配置的查漏补缺材料。1. 一份实训报告为什么值得反复拆从 Packet Tracer 到 ping 与 tracert 的完整链路很多人以为「计算机网络工程实训报告.doc」只是交作业用的文档直到工作里被安排去排查一台服务器 ping 不通、或者两个网段之间 tracert 走到一半就断掉才发现当年实训里那些拓扑图、IP 规划表、路由配置其实是最便宜的一次预演。这份报告真正承载的不是排版而是一条可复现的链路用 Cisco Packet Tracer 搭出拓扑规划 IP 地址配好网关和路由再用 ping 和 tracert 去验证连通性最后把每一步现象写清楚。它适合三类人正在做课程实训的学生、准备转网工或 DevOps 方向、需要补网络基础的工程师以及手上有真实设备但缺少安全实验环境的人。Packet Tracer 的价值在于它把「改一个 IP 就全网抖动」的代价降到零你可以放心把网关配错、把掩码写歪然后看着 ping 从通到不通再一步步查回来。这一章先把整条链路讲清楚后面几章再落到具体命令、参数和踩坑记录。2. 用 Packet Tracer 搭出最小可验证拓扑设备选型与 IP 规划2.1 为什么实训报告里总是先画拓扑再谈配置网络实验和写代码最大的区别是代码写错了编译器会报错网络配错了往往什么都不报只是不通。所以实训报告的第一步永远是拓扑设计它决定了你后面能不能定位问题。常见做法是用一台三层交换机或者一台路由器作为核心下挂两台二层交换机和若干 PC形成一个「核心—接入—终端」的三层结构。这样做的原因是如果所有设备都在同一个网段你永远练不到路由和网关而如果一上来就堆五台路由器跑 OSPF新手又会被协议报文淹没。最小可验证拓扑应该包含两个不同网段中间至少经过一次路由转发这样才能同时练到 IP 规划、网关配置和 tracert 的路径观察。在 Packet Tracer 里选设备时路由器我一般用 2911 或 4331交换机用 2960终端用 PC。不要小看这个选择不同型号支持的接口数量和命令集略有差异2911 默认带千兆口适合做单臂路由或者串口扩展2960 是二层交换机不能直接配 IP 做网关必须配合路由器或三层交换机。如果你在 2960 上敲ip routing它会直接报错这就是选型没想清楚的表现。IP 规划上建议至少留出三段终端网段、互联网段、管理网段。终端网段给 PC互联网段给路由器之间的点对点链路管理网段留给交换机的 VLAN 接口方便后续 telnet 或 SSH 管理。2.2 一份能直接抄的 IP 规划表与设备清单下面这张表是我在实训里最常用的最小拓扑规划两个终端网段通过一台路由器互联路由器之间用一条互联链路。你可以直接照着填 Packet Tracer 里的 IP 配置窗口。设备接口IP 地址子网掩码默认网关说明R1G0/0192.168.10.1255.255.255.0-左侧终端网关R1G0/110.0.0.1255.255.255.252-互联链路R2G0/010.0.0.2255.255.255.252-互联链路R2G0/1192.168.20.1255.255.255.0-右侧终端网关PC1网卡192.168.10.10255.255.255.0192.168.10.1左侧终端PC2网卡192.168.20.10255.255.255.0192.168.20.1右侧终端互联链路用 /30 掩码是常见做法因为它只消耗两个可用地址不浪费网段。很多新手会习惯性写 255.255.255.0结果 10.0.0.0/24 这个网段里塞了一堆没用的地址虽然实验里不影响连通但到了真实环境会被同事吐槽。规划好之后先在 Packet Tracer 里把 PC 的 IP 配好注意默认网关一定要填否则跨网段 ping 一定失败。配完 PC 之后不要急着配路由先在同网段内 ping 一下确认二层链路和 IP 本身没问题这是排查顺序里最重要的一步。2.3 在 Packet Tracer 里配置路由器接口的最小命令Packet Tracer 的路由器命令行和真实 Cisco IOS 基本一致下面这段配置可以直接在 CLI 里逐行敲。注意接口编号要和你实际连的线一致G0/0 和 G0/1 不要搞反。enable configure terminal hostname R1 interface GigabitEthernet0/0 ip address 192.168.10.1 255.255.255.0 no shutdown exit interface GigabitEthernet0/1 ip address 10.0.0.1 255.255.255.252 no shutdown exit ip route 192.168.20.0 255.255.255.0 10.0.0.2 end write memory这段配置的逻辑是先进入全局配置模式给路由器命名然后分别配置两个接口的 IP 并激活接口。no shutdown很容易被漏掉Packet Tracer 里接口默认是 administratively down不敲这条命令接口永远起不来。最后一条ip route是静态路由告诉 R1 去 192.168.20.0/24 的包要交给 10.0.0.2。R2 上要配一条对称的静态路由指向 10.0.0.1。参数说明ip route后面依次是目标网段、子网掩码、下一跳地址三个参数缺一不可。如果你写成ip route 192.168.20.0 255.255.255.0 G0/1在点对点链路上也能通但一旦链路类型变化就容易出问题所以建议统一用下一跳 IP。3. ping 与 tracert 的实战用法从连通性验证到路径定位3.1 ping 不只是通不通包大小、次数和超时参数怎么设ping 是实训报告里出现频率最高的命令但很多人只会敲ping 192.168.20.10看到通就结束。实际上 ping 的参数能帮你区分「完全不通」和「时通时断」。在 Windows 上ping -n 10 -l 1400 -w 2000 192.168.20.10表示发 10 个包、每个包 1400 字节、超时 2000 毫秒。在 Packet Tracer 的 PC 命令行里支持的是简化版 ping通常只能指定目标 IP 和次数。真实环境里如果你怀疑 MTU 有问题可以用大包 ping 去验证ping -l 1472 -f 192.168.20.10-f表示不分片如果 1472 能通而 1473 不通基本可以判断路径 MTU 是 1500。这里有个血泪经验ping 通不代表业务通。ICMP 能过只能说明三层可达但 TCP 端口可能被防火墙挡掉。热搜里经常出现「开启防火墙后 ping 不通」原因就是很多防火墙默认放行 ICMP但如果你手动关了 ICMP 放行ping 就会失败而业务端口反而是通的。所以实训报告里写「ping 通」时最好补一句「仅验证三层可达未验证端口」。另外ping 开发板 IP 时通时断常见原因是开发板和 PC 不在同一网段却配了错误的网关或者中间有无线链路导致丢包。排查时先用arp -a看 ARP 表里有没有对方的 MAC如果没有说明二层就没通ping 根本到不了三层。3.2 tracert 怎么读每一跳代表什么哪里断了tracert 在 Windows 上叫 tracert在 Linux 和 Packet Tracer 里叫 traceroute。它的原理是发送 TTL 从 1 开始递增的探测包每经过一台路由器 TTL 减 1减到 0 时路由器回一个 ICMP 超时消息这样就能逐跳显示路径。在 Packet Tracer 的 PC 上执行tracert 192.168.20.10你会看到类似这样的输出Tracing route to 192.168.20.10 over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 192.168.10.1 2 2 ms 2 ms 2 ms 192.168.20.10 Trace complete.第一跳是网关 192.168.10.1第二跳就是目标。如果中间某跳显示* * *说明那台设备没有回 ICMP 超时消息可能是被 ACL 挡了也可能是设备本身不响应。注意* * *不一定代表断有些路由器默认不回 TTL 超时但包仍然在转发。判断是否真断要看最后一跳能不能到目标。如果 tracert 走到 R1 就停了后面全是* * *而 ping 目标也不通那问题大概率出在 R1 的路由表或者 R2 的接口上。这时候回到 R1 上敲show ip route看有没有 192.168.20.0/24 的路由条目如果没有就是静态路由没配或者配错了。3.3 用 ping 和 tracert 交叉验证一个典型故障假设 PC1 ping PC2 不通但 PC1 ping 网关 192.168.10.1 是通的。这个现象说明 PC1 到 R1 的三层链路没问题问题出在 R1 之后。第一步在 R1 上 ping 10.0.0.2如果通说明互联链路没问题如果不通检查 R1 的 G0/1 和 R2 的 G0/0 是否no shutdownIP 是否在同一网段。第二步在 R1 上 ping 192.168.20.10如果通说明 R1 有路由且 R2 能转发那问题可能出在 PC1 的网关掩码或者 PC2 的防火墙。如果不通在 R1 上show ip route看有没有 192.168.20.0/24没有就补静态路由。第三步在 R2 上 ping 192.168.10.10验证回程路由。很多新手只配了去程路由忘了回程结果 ping 请求能到 PC2但 PC2 的回复找不到回 PC1 的路现象就是「请求超时」。这套交叉验证的顺序可以总结成先同网段再网关再逐跳最后看回程。每一步都用 ping 和 tracert 留下记录写进实训报告里就是一份完整的排查日志。Packet Tracer 的好处是你可以随时在模拟模式下抓包看到 ARP 请求、ICMP 请求和回复的完整过程这比只看命令行输出更能理解「为什么不通」。4. 避坑与排查实训里最容易翻车的 5 个点4.1 现象PC 配了 IP 却 ping 不通同网段设备原因通常有两个一是子网掩码写错比如 PC1 写 255.255.255.0PC2 写 255.255.0.0导致双方认为对方不在同一网段包直接发给网关而网关又没有对应路由。二是交换机端口还没从 blocking 转到 forwardingPacket Tracer 里刚连好线时生成树需要几秒钟收敛立刻 ping 会超时。解决办法先核对掩码再等几秒重试或者点一下 Packet Tracer 的「Fast Forward Time」按钮加速收敛。4.2 现象跨网段 ping 显示「请求超时」但 tracert 能到目标这种「ping 不通但 tracert 通」的情况很反直觉原因往往是目标主机或中间设备对 ICMP Echo Reply 做了限制。tracert 用的是 TTL 超时消息和 Echo Reply 是两种不同的 ICMP 类型所以会出现 tracert 能显示路径但 ping 不通。解决思路不要只依赖 ping用 tracert 确认路径再在目标设备上检查防火墙或 ACL 是否放行了 ICMP Echo Reply。如果业务是 TCP直接用 telnet 目标端口验证更准确。4.3 现象路由器接口配了 IP 还是 downPacket Tracer 里接口默认是administratively down必须敲no shutdown。另一个常见原因是线缆类型不对路由器之间要用交叉线或者直通线加交换机如果你用直通线直连两个路由器接口可能起不来。解决办法先show ip interface brief看接口状态如果是administratively down就no shutdown如果是down就检查线缆和两端接口类型。真实环境里还要注意光模块和电口匹配Packet Tracer 里简化了但线缆类型选错一样会翻车。4.4 现象静态路由配了但路由表里不显示原因可能是下一跳地址不可达。路由器只会把下一跳可达的静态路由放进路由表如果 10.0.0.2 这个地址在直连网段里不存在路由条目就不会生效。解决办法先show ip interface brief确认下一跳接口是 up 且 IP 正确再show ip route看直连网段有没有出现。如果直连网段都没有说明接口配置有问题先解决接口再谈路由。4.5 现象Packet Tracer 里 ping 第一次通后面全超时这是 ARP 缓存和模拟器刷新机制导致的。第一次 ping 会触发 ARP 请求拿到 MAC 后通信正常但如果中间改了 IP 或者换了链路ARP 缓存里的旧条目还没过期包就发到了错误的 MAC 上。解决办法在 PC 命令行里用arp -d清空 ARP 缓存或者等几分钟让缓存过期。真实环境里也可以用arp -d或者重启网卡来清缓存。这个坑在「修改虚拟机 IP 地址」或者「IP 冲突排查」场景里特别常见因为 IP 变了但 ARP 表没更新现象就是时通时断。5. 把实训报告写成可复用的排查手册验证方法与进阶技巧一份好的实训报告不应该只写「我配了什么」而应该写成「别人照着能复现出了问题能查」。我的习惯是在报告最后附一张验证清单每配完一步就勾一项而不是全部配完再一次性 ping。具体做法是第一步同网段 ping 通记录 RTT第二步ping 网关确认默认网关生效第三步在路由器上逐跳 ping确认每一段链路第四步用 tracert 记录完整路径第五步故意改错一个参数观察现象并记录再改回来。第五步最容易被忽略但它才是真正让你记住「掩码写错会怎样」「网关漏配会怎样」的方法。进阶一点可以在 Packet Tracer 里开启模拟模式过滤 ICMP 和 ARP 协议然后一步步点「Capture / Forward」看 ARP 请求是怎么广播的、ICMP 包是怎么被路由器转发的。这个过程能把「IP 数据转发」和「ARP 协议」从抽象概念变成可视化的流程。如果你在准备 408 或者网络期末复习这种可视化练习比背题有效得多因为你能看到每一层封装和解封装的实际顺序。另外Packet Tracer 支持把配置导出成文本建议每完成一个阶段就show running-config复制出来存档这样后面改错了还能回滚相当于给自己留了一颗后悔药。最后说一个我自己的习惯每次做完实验我都会把 ping 和 tracert 的输出原样贴进报告不删超时记录也不只留成功的那几条。因为真正有价值的不是「我通了」而是「我一开始为什么没通后来怎么通的」。这份报告交上去是作业留下来就是自己的排查手册。希望帮到你。本文还有配套的精品资源点击获取