简介：这是一份基于Packet Tracer的计算机网络工程实训报告，面向高校网络课程学生及需要完成路由交换实验的初学者。文档从网络规划入手，依次说明网络拓扑图绘制、设备命名、IP地址与子网掩码规划、关键设备互连端口信息，并给出路由器静态配置命令、RIP动态路由配置、主机IP与默认网关设置，以及用ping和tracert命令验证全网互通并保存截图的过程。压缩包共1个doc文件，大小608KB，内容以地址规划表、拓扑图、配置命令和测试结果为线索，可直接对照步骤在Packet Tracer中复现实验。报告对每个设备的端口、接口标识和路由命令都做了标注，适合作为实训报告撰写和网络排错的参考模板。已有246人学习下载，对正在做计算机网络工程课程设计或备战相关技能训练的同学较有实用价值。

1. 计算机网络工程实训报告.doc：一份能跑通、能答辩、能交差的实训在练什么

很多刚接触这个题目的人，看到“计算机网络工程实训报告.doc”的第一反应是找个模板填空，把交换机和路由器的配置命令粘贴进去，再截几张图就算完事。结果答辩时被问一句“为什么这里的VLAN要这样划分”，就答不上来。这份实训真正要练的不是“会敲命令”，而是把一个网络从需求分析、拓扑规划、地址分配、设备配置到测试交付的完整生命周期走一遍。它面向的是网络工程初学者、备考网络工程师认证的人，以及想转岗网络运维但缺少项目实操经验的从业者——做完这个实训，你至少能说清楚一个办公网的流量是怎么从PC走到外网的，也能写出一份拿得出手的工程交付文档。

2. 把需求翻译成拓扑：实训前半场决定了报告后半场好不好写

2.1 先想清楚练的是哪类网络：单园区办公网是最稳的基线

实训题目没有指定场景，很多人上来就规划一个双核心加多分支的大园区，结果配置量翻倍，排错难度也翻倍，最后交出来的报告全是命令堆砌，没有一个逻辑主线。我一般建议做单园区办公网：一台核心交换机、两台接入交换机、一台出口路由器，外加一台模拟运营商的设备和一台服务器。这个规模能把该练的技术点全部覆盖——VLAN划分、VLAN间路由、DHCP、静态路由、NAT、ACL——又不会让实训周期失控。

组网模型对应真实网络里的接入层、核心层、出口层三层结构。接入交换机负责终端接入和VLAN隔离，核心交换机终结所有VLAN的网关并承担DHCP服务，出口路由器做内外网边界，处理地址转换和访问控制。这个分层不是随便定的：网关放在核心而不是接入，是因为终端在园区内移动时不需要改网关地址；DHCP集中在核心而不是分散在每台接入交换机上，是因为地址池统一管理，终端无论插到哪台接入交换机都能拿到同网段地址。先把这三层想明白，后面配置才有依据。

2.2 用一张IP规划表把VLAN、网段、网关一次定死

我见过太多实训报告，配置里写的网段和拓扑图画的对不上，或者两个VLAN用了重叠的地址段。这些问题其实在动手配设备之前花十分钟画一张表就能避免。规划的要点是先定VLAN再定网段，网关地址统一用每个网段的最后一个可用地址，方便记忆和排查。

实训中的VLAN与IP规划表

这里有一个容易忽略的细节：互联网侧的地址选用203.0.113.0/24这样的文档保留地址段，而不是随便写一个公网IP，是因为它不会和实验室里其他私有地址冲突，也符合模拟环境的使用习惯。内网终端用192.168.10.0/24这类私有地址，出口路由器做NAT转换后再访问外网，这和真实企业网的部署方式一致。

2.3 设备与接口规划：哪些口做trunk、哪些口做access

规划表定完地址，还要把每台设备的接口角色写清楚。接入交换机连接终端的接口做access口，划入对应VLAN；连接核心交换机的上联接口做trunk口，放行所有业务VLAN；核心交换机连接接入交换机的接口同样配置为trunk。核心到出口路由器之间用三层互联，不划VLAN，直接给物理接口配IP，这样最简洁，也方便排错。出口路由器连接模拟运营商侧的接口同样用三层地址互联。

设备接口规划表

写规划表的时候习惯给每台设备起一个能看懂的主机名，SW-A、SW-B、Core-SW、R1这样的命名方式，比AR1、AR2、SW1混着写要清晰。配置阶段所有命令都基于这张表执行，报告里的配置附录也按这张表拆分，就不会出现前后不一致的问题。

3. 把全网跑通的最小配置集：从接入交换机到出口NAT

3.1 接入层配置：VLAN与trunk的第一次落地

设备规划做完，开始配置。配置顺序有讲究，我习惯从下往上配：先配接入交换机，再配核心，最后配出口。因为接入层是离用户最近的设备，先把终端接入这一层调通，后面逐层验证时能快速缩小问题范围。以下是SW-A的完整配置，以华为VRP语法为例。

# 进入系统视图，设置设备名称 system-view sysname SW-A # 创建业务VLAN vlan batch 10 20 # 连接终端PC的接口，划入VLAN 10 interface GigabitEthernet0/0/1 port link-type access port default vlan 10 quit # 上联核心交换机的接口，配置为trunk并放行业务VLAN interface GigabitEthernet0/0/24 port link-type trunk port trunk allow-pass vlan 10 20 quit # 保存配置，防止重启丢失 return save

这段配置里的关键是最后两步。port link-type trunk把上联口从默认的access模式改成trunk模式，如果不改，交换机默认只放行VLAN 1，业务VLAN的流量根本过不去。port trunk allow-pass vlan 10 20是显式放行，华为设备trunk口默认不放行除VLAN 1以外的任何VLAN，这里漏掉一个VLAN，那个VLAN的终端就完全无法通信。SW-B的配置和SW-A几乎一样，只是接口连接的终端划入VLAN 20，不再重复贴出。

3.2 核心层配置：VLANIF网关与DHCP集中服务

核心交换机是这个网络的枢纽，它要做三件事：终结各VLAN的网关、提供DHCP服务、把内网流量引向出口路由器。先创建VLAN，再配置VLANIF接口地址，然后启用DHCP地址池。这里最容易犯的错误是只配了VLANIF地址但忘了启用DHCP服务，导致终端什么都拿不到。

system-view sysname Core-SW # 创建业务VLAN vlan batch 10 20 30 # 配置DHCP地址池，先建池再在VLANIF上启用 dhcp enable ip pool vlan10 gateway-list 192.168.10.254 network 192.168.10.0 mask 255.255.255.0 dns-list 203.0.113.10 quit ip pool vlan20 gateway-list 192.168.20.254 network 192.168.20.0 mask 255.255.255.0 dns-list 203.0.113.10 quit # 配置VLANIF接口作为网关 interface Vlanif10 ip address 192.168.10.254 255.255.255.0 dhcp select global quit interface Vlanif20 ip address 192.168.20.254 255.255.255.0 dhcp select global quit interface Vlanif30 ip address 192.168.30.254 255.255.255.0 quit # 下联接入交换机，trunk放行VLAN interface GigabitEthernet0/0/23 port link-type trunk port trunk allow-pass vlan 10 20 quit interface GigabitEthernet0/0/24 port link-type trunk port trunk allow-pass vlan 10 20 quit # 上联出口路由器，三层接口互联 interface GigabitEthernet0/0/1 ip address 192.168.99.1 255.255.255.252 quit # 默认路由指向出口路由器 ip route-static 0.0.0.0 0.0.0.0 192.168.99.2 quit return save

这里说明两个参数选择的理由。VLANIF的IP地址必须和规划表里终端设置的网关一致，PC发出去的数据包目标MAC是网关的MAC，如果这个地址配错，终端即使拿到IP也出不了本网段。DNS服务器我指向模拟运营商的服务器地址203.0.113.10，作为实训环境里的权威DNS，如果后面验证域名解析，这个地址就是关键。默认路由必须有，否则核心交换机收到发往非本网段的数据包后没有下一跳，直接丢弃。

核心和接入之间的trunk口需要特别检查：华为交换机上创建了VLAN但没放行到trunk，VLANIF的网关地址照样能ping通，但接在trunk下的终端就是不通，这就是典型的“网关通、业务不通”的隐蔽故障。配置完最好用display port vlan查看trunk口放行情况。

3.3 出口路由器配置：默认路由、ACL与NAT

出口路由器承担内外网边界功能。内网PC发往外网的流量到达这里后，源地址是私有IP，必须经过NAT转换成公网地址才能被模拟运营商的路由器接受并送回响应。同时要配置ACL指定哪些内网网段允许转换上网，再配合默认路由把流量送到运营商侧。

system-view sysname R1 # 内网互联接口 interface GigabitEthernet0/0/0 ip address 192.168.99.2 255.255.255.252 quit # 外网接口 interface GigabitEthernet0/0/1 ip address 203.0.113.2 255.255.255.0 quit # 定义允许上网的内网网段 acl number 2001 rule 5 permit source 192.168.10.0 0.0.0.255 rule 10 permit source 192.168.20.0 0.0.0.255 rule 15 permit source 192.168.30.0 0.0.0.255 quit # 在外网接口上做NAT转换 interface GigabitEthernet0/0/1 nat outbound 2001 quit # 配置外网访问内网服务器的映射 nat server protocol tcp global 203.0.113.5 80 inside 192.168.30.10 80 # 回程路由与默认路由 ip route-static 192.168.10.0 255.255.255.0 192.168.99.1 ip route-static 192.168.20.0 255.255.255.0 192.168.99.1 ip route-static 192.168.30.0 255.255.255.0 192.168.99.1 ip route-static 0.0.0.0 0.0.0.0 203.0.113.1 quit return save

NAT配置里的ACL是很多人搞不清的地方。ACL在nat outbound 2001里只匹配源地址，不匹配目的地址，它决定“哪些内网流量能出去做转换”，而不是“允许访问哪些外网地址”。所以规则里写的是内网三个网段。如果ACL的规则写反了或者漏了VLAN 30，服务器区那台机器就没办法访问外网。nat server语句的作用是把内网服务器的80端口映射到公网地址203.0.113.5，模拟运营商侧访问这个公网IP就能到达内网服务器，这对应真实场景里的对外Web服务发布。

回程路由经常被忽略。R1收到内网返回的数据包后，需要知道这些包应该从哪个接口出去，如果只配默认路由不配内网网段的路由，内网PC发出的请求在外网服务器得到响应后，回包到了R1却不知道往哪儿送，表现就是“外网能发出请求但收不到任何响应”。三条内网静态路由就是干这个的。

3.4 第一轮联调：用ping把每一层剥开

配置全部下发后，不要直接去测“能不能上外网”，那是一个混合了多层问题的结果。我习惯从终端往外一层一层ping，每一步都能定位故障在哪个区间。假设在PC上打开命令行工具执行以下命令。

ping 192.168.10.254 # 第一步：测到网关的通达性 ping 192.168.99.1 # 第二步：测到核心交换机上联口 ping 192.168.99.2 # 第三步：测到出口路由器内网口 ping 203.0.113.1 # 第四步：测到模拟运营商网关 ping 203.0.113.10 # 第五步：测到外网服务器

如果第一步就超时，问题在PC到核心交换机之间，检查接入交换机的access口VLAN配置和trunk放行列表；如果第一步通、第二步不通，说明核心交换机VLANIF地址没问题，但上联口IP或trunk配置有问题；如果到第四步都通、第五步不通，问题出在运营商侧，检查ISP路由器接口地址和回程路由。这种逐层剥离的方法比瞎猜快得多，也是实训报告里测试记录部分的原始素材。每一步的执行结果保留下来，后面写报告直接引用。

4. 验收与报告整理：让实训报告的技术结论站得住

4.1 用测试记录验证而不是靠截图：ping、tracert、display输出

一份实训报告写得再漂亮，测试记录是编的，答辩时一问就露馅。真正的验收应该来自设备上跑出来的命令输出，而不是脑补的“ping通了”。表格是整理测试结果最好用的形式，几行就能把一次完整验证说清楚。

测试记录表

除了ping，还有两个命令值得写进报告里作为佐证。display ip routing-table能证明路由配置正确，把核心交换机和出口路由器的路由表输出贴到附录里，比任何文字描述都有说服力。display nat session能看到当前活跃的NAT转换记录，证明流量确实经过了地址转换，而不是绕过了NAT直连的。这些命令输出会包含设备名和接口信息，能明显看出是真正的实训产物。

4.2 报告写作顺序：先画拓扑，再贴地址表，最后给配置

写报告不是写小说，不需要悬念。评审老师最想看到的是“这个网络长什么样”和“为什么这样设计”，所以顺序应该严格按工程逻辑走：先给一张拓扑图，把设备、接口、网段标清楚；再给VLAN和IP规划表，说明每个网段的用途；最后才上配置和测试记录。很多人反过来，一上来就贴几百行配置，看的人一头雾水，根本不知道这些命令在解决什么问题。

拓扑图是报告里最值钱的一张图。不用画得多漂亮，但必须标注设备名、接口编号、网段地址三样东西。用Visio或者draw.io画都可以，画完对照规划表检查一遍，确保每一个标注都能和配置对得上。地址表和拓扑图不一致是实训报告最常见的硬伤，比如拓扑图上VLAN 10画的网段是192.168.10.0/24，地址表里却写成了192.168.20.0/24，这种低级错误在答辩时几乎必被追问。

4.3 配置附录按设备拆分：提交前一定要做的自检

配置附录不建议整篇贴一大坨命令，而是按SW-A、SW-B、Core-SW、R1、ISP五台设备拆分，每段配置开头用一行文字说明这台设备的角色。这样做的好处是复核方便，哪台设备出了问题能直接跳到对应段落。每台设备的配置块建议补充三个信息：设备版本说明、配置日期、对应的接口规划表编号。这不是形式主义，而是让报告具备工程交付文档的雏形。

提交前的自检清单，我一般按这个顺序走一遍：从终端PC上用display命令确认拿到的IP和规划表一致；逐台设备执行save保存配置；对照接口规划表检查每个接口的VLAN配置和trunk放行列表；最后重新启动一遍拓扑里的设备，确认配置没有丢失，所有业务恢复后截图作为最终验收记录。这几步做完，报告的技术内容是经得起复核的。

5. 实训避坑：五个让全网起不来的低级错误

5.1 现象：PC能拿地址但ping不通网关

PC通过DHCP拿到了192.168.10.x的地址，但ping 192.168.10.254一直超时。原因通常是VLANIF接口的IP地址配置错误，或者VLANIF接口被shutdown了，再或者PC拿到的网关地址和VLANIF实际配置不一致。解决方法是先登录核心交换机执行display ip interface brief查看Vlanif10是否有IP且状态为UP，如果状态是DOWN，可能是VLAN下没有物理接口属于这个VLAN，或者接口没起来。这个检查顺序能最短路径定位问题。

5.2 现象：DHCP一直分配不出地址

终端配置成DHCP方式后一直拿不到IP，检查核心交换机发现dhcp enable全局命令没敲，或者地址池建了但VLANIF接口上没有执行dhcp select global。华为设备的DHCP服务默认是关闭的，全局开关和接口启用两条缺一不可。还有一种隐蔽情况是地址池的网段写错，比如network 192.168.10.0 mask 255.255.255.0写成了192.168.20.0，终端发出的DHCP请求到达VLANIF后，接口发现地址池网段和自己不在同一网段，直接不响应。

5.3 现象：trunk链路时通时断

VLAN 10的终端全通，VLAN 20的终端全不通，或者同一个VLAN下部分PC通部分不通。先看接入交换机的trunk口是否放行了对应VLAN，display port vlan一眼就能看出来。再接swap检查核心交换机下联口的配置，接入侧和核心侧的放行列表必须一致且为双向，任意一边漏放行都会导致对应VLAN的流量被丢弃。另一种情况是接入交换机连终端的access口把VLAN划错了，这个用display interface GigabitEthernet0/0/1看端口类型和默认VLAN就能确认。

5.4 现象：内网全通、外网不通

PC能ping通核心、出口路由器内网口，但ping不通203.0.113.1或外网服务器。排查顺序是先确认出口路由器有没有默认路由，没有默认路由数据包根本不会往运营商侧送；再确认ACL规则是否漏了源网段，我见过ACL里只写了VLAN 10和VLAN 20，VLAN 30的服务器一直上不了外网；最后确认NAT配置是否绑定到了正确的接口上，nat outbound 2001如果加在了内网接口上，转不转换先不说，语义就是错的。

5.5 现象：设备重启后配置全丢

模拟器里配了一下午，重启拓扑发现设备变成了出厂默认状态。这类实训的报告里经常出现“设备配置丢失”的记录，原因很简单，配置完没有执行save，或者保存时按了回车但没确认到“configuration saved”字样就关掉了窗口。华为设备里return回到用户视图后执行save，确认文件名并回车，看到提示保存成功才算数。我习惯在每台设备配置完成时立刻保存，全部配置完后再统一重启验证一遍，这是最稳妥的收尾方式。

6. 从实训报告到工程交付：三个让报告值钱的加分做法

实训报告如果只停留在“配置命令+截图”的层面，做完就忘，价值不大。我后来做小企业网络交付时发现，学校里练的这套流程和真实项目里要做的事情几乎一一对应，差别只在于工程交付对可追溯性的要求更高。三个做法可以把实训报告直接拉高到工程文档的层级。

第一个做法是把设备的配置输出做成配置基线表，横向列设备名、版本、配置时间、关键配置摘要、验证结果，纵向按日期记录变更。实训中可能只改一次配置，但这个习惯能让你在答辩时说出“我做了变更记录管理”，这是很多工作两三年的人都未必刻意去做的事。

第二个做法是给报告加一页故障复盘记录，把实训中遇到的最难排查的一个问题，按“故障现象-排查过程-根因分析-解决命令”四段写清楚。这一页在答辩中几乎必被翻到，因为面试官想看的不是你能背多少命令，而是你遇到问题时的思考路径。

第三个做法是用tracert给报告附上路径实证。ping只能证明通不通，tracert能证明数据包确实按照你设计的路径走了一遍：PC到核心网关，再到出口路由器，最后到运营商服务器。把tracert输出逐跳标注在拓扑图旁，报告里那个拓扑图就从“示意图”变成了“实测图”。

我现在的习惯是先画拓扑、再写规划、最后配设备，配置完立刻保存并生成验证记录，这个顺序就是从实训里磨出来的。希望你也能用这套方法，把一份普通的实训报告做成真正拿得出手的作品，希望帮到你。

本文还有配套的精品资源，点击获取