企业官网建设流程全解析

简介：整理自西安电子科技大学计算机网络课程的实验报告文档，面向计网初学者、网络工程相关专业学生及需要完成类似实验的读者，提供从基础组网到路由交换配置的参考范例。文档围绕六个实验展开：星型以太网与双绞线制作、IP地址与ping连通性测试、交换机VLAN划分、Windows下DNS与DHCP服务配置、IIS的WEB与FTP站点搭建，以及路由器基础配置、静态路由和三层交换机配置。每个实验包含目的要求、设备清单、拓扑图、配置截图、操作要点与心得体会，可帮助读者理解实验流程、对照关键命令并排查常见配置问题。压缩包内为1个doc文件，约3.67MB，结构集中便于查阅；目前已有1197人学习。适合用作实验预习、报告撰写参考和配置思路复盘，具体内容请结合课程要求甄别使用。

1. 一份计网实验报告的资源判断：六次实验能复现到什么程度

期末前一周，实验室里最常听见的一句话是“拓扑图你有吗，借我抄一下”。计网实验报告这种资源，平时躺在硬盘里没人翻，一到交作业节点就变成硬通货。某高校的计网课程一共排了六次实验，从压双绞线、配 VLAN，到 Windows 下搭 DNS/DHCP、配路由器静态路由和三层交换，最后要求统一按“目的—环境—原理步骤—数据记录—结果分析—心得体会”的六段式模板提交。这份资源是六次实验的完整记录，带拓扑图、配置截图和心得，适合三类人：赶报告节点的、想照着命令把实验重敲一遍的、以及带实验课需要一份样例的。它不是教程，命令得自己敲一遍才有体感，但骨架和踩坑记录能省掉大量试错。

2. 实验环境与报告骨架：模拟器选型、拓扑搭建与六次实验的小标题复用

拿到一份实验报告，先不要急着看结论，先看它记录的实验环境能不能对上你手头的设备。环境和拓扑对不上，后面的配置命令抄过去也是白搭。

2.1 模拟器与真机的选型：哪些实验必须上真机

六次实验里，有三类操作在模拟器上做不出效果：压双绞线、测线仪判读、console 线直连设备。这几步必须真机，因为考的是手上的活，不是命令记得熟不熟。剩下的 VLAN 划分、静态路由、三层交换、Windows 服务配置，模拟器和虚拟机都能覆盖。

选型上我一般按这个顺序排：

这里有个容易被忽略的点：模拟器的端口命名和真机经常不一致。真机上是GigabitEthernet 1/0/1，模拟器里可能变成GE 0/0/1。报告里的截图如果一半是真机、一半是模拟器，端口号对不上，验收时一眼就能看出来。稳妥做法是同一份报告只用一套环境，从实验一到实验六保持端口命名统一。我见过有同学实验二用模拟器截图，实验五换成真机，结果 VLAN 表里的端口和拓扑图完全对不上，只能整章重做，这是典型的返工。

还有一类坑是虚拟机网络模式。Windows 服务实验里，服务器虚拟机和客户端虚拟机如果都挂在 NAT 模式下，客户端拿到的地址是虚拟网络分配的，和服务器不在同一网段，DNS 指向服务器也解析不了。正确做法是把两台虚拟机都改成桥接，或者用一台虚拟机加一台物理机，保证它们在同一广播域里。这个细节报告正文里通常不写，但复现时卡住的大多在这里。

提示：环境这一节不要只写“一台交换机三台 PC”，把设备型号、端口编号、IP 规划表一并写上，后面截图对不上时能自证。

2.2 拓扑搭建与 console 接入的操作顺序

拓扑搭建有个固定顺序，乱序会多花一倍时间：先画逻辑拓扑并标注端口，再按拓扑连线，再上电，最后接 console 配置。很多人是边连边配，配到一半发现端口插错，前面的配置全废。

逻辑拓扑建议先在纸上画一遍，标清楚每台设备的角色和每个端口连到谁。三台 PC 接交换机，就标 PC1-GE1/0/1、PC2-GE1/0/2、PC3-GE1/0/3，别只写“接了交换机”。VLAN 实验里端口号是核心信息，报告正文里那句“在分配 VLAN 时要记好每台 PC 的端口号”就是血泪经验，端口配错一个，整个 VLAN 隔离效果都不对。

console 接入的参数是固定的：波特率 9600、8 位数据位、无校验、1 位停止位、无流控。Linux 下用 screen 直连串口：

# 先确认串口设备名，插拔 USB 转串口前后各执行一次，看多出来的是哪个 ls /dev/ttyUSB* # 连接设备 console，波特率按设备手册来，老设备常见 9600 screen /dev/ttyUSB0 9600 # screen 会话里退出：先按 Ctrl+A，松开再按 K，最后按 Y 确认

这段命令里，/dev/ttyUSB0是 USB 转串口适配器的设备节点，插拔前后对比ls的输出就能确认；9600是波特率，绝大多数网络设备的 console 默认值都是这个，少数设备是 115200，连上去是乱码就换一个试。Windows 下用任意串口终端工具，参数填一致即可。进去之后如果只看到回车没反应，多半是流控没关，把 RTS/CTS 关掉再试。

上电顺序也有讲究：先给交换机、路由器上电，等指示灯稳定后再开 PC。设备启动过程中 console 会打印大量自检信息，等出现命令行提示符再开始配置，否则命令敲进去会被启动流程吞掉。这个细节在报告里体现不出来，但复现时第一批卡住的人都是因为没等设备起完就急着敲命令。

2.3 报告骨架：把六次实验塞进同一套小标题

六次实验内容差别很大，但报告骨架可以完全复用。资源里的模板是六段式，我把它整理成可抄的结构：

实验X 实验名称 一、实验目的与要求 1. 列出本次实验要掌握的 2 到 3 个能力点 2. 写清楚最终要验证的现象 二、实验设备与环境 设备型号、数量、端口编号、IP 规划表 三、实验原理与步骤 原理只写和本次配置直接相关的部分 步骤按“配置什么—在哪台设备配—配完看什么”组织 四、实验数据记录 配置截图、关键命令回显、测试结果截图 五、结果分析与问题回答 现象解释、失败重试记录、与预期的差异 六、心得体会 只写具体踩过的坑，不写空话

这个骨架的价值在于“数据记录”和“结果分析”是分开的。很多人把截图往数据记录里一贴，分析栏写一句“实验成功”，验收时会被追问“成功体现在哪个字段”。正确做法是截图下面补一行说明：这条display vlan回显里，VLAN 10 包含端口 1/0/1 到 1/0/3，VLAN 20 包含 1/0/4 到 1/0/6，说明划分生效。分析栏再写“跨 VLAN ping 不通、同 VLAN ping 通，符合二层隔离预期”。

心得体会这一栏最容易写成套话。资源里的写法是“学会了为 PC 配置不同子网的 IP，并 ping 通”，这已经比“受益匪浅”强，但还能再具体一点：写成“第一次配不同子网时忘了改子网掩码，192.168.1.10/24 和 192.168.2.10/24 互相 ping 不通，改完掩码才通，理解了掩码决定网络号”。这种记录既是心得，也是给自己留的排查线索。

3. 从双绞线到三层转发：二层端口、VLAN 与静态路由的配置链路

六次实验里，实验一、二、五、六其实是一条线：物理层连通、二层隔离、三层转发。把这条线打通，剩下的 Windows 服务实验就是应用层的事。

3.1 双绞线线序与测线仪：先排除物理层

双绞线制作是整门课唯一一个纯手工活，也是唯一一个“命令救不了”的环节。线序只有两套标准：T568A 和 T568B。T568B 的八根线顺序是白橙、橙、白绿、蓝、白蓝、绿、白棕、棕；T568A 是把橙绿两组对调，顺序是白绿、绿、白橙、蓝、白蓝、橙、白棕、棕。

现在大多数网卡和交换机端口都支持自动识别线序，直通线连接同类设备也能通，所以实验里统一做直通线最省事。压接步骤是：剥外皮约 2 厘米、解绞、按序排齐、剪平、插入水晶头到底、压线钳压紧。解绞长度不要超过 1.3 厘米，太长会影响串扰指标，虽然实验里测不出来，但这是规范。

测线仪判读是实验报告里必须有的截图。两端接上测线仪，主机和副机同时从 1 到 8 依次亮灯，说明八根线全通且顺序正确。如果某根灯不亮，对应线芯没压到位；如果灯序跳着亮，说明线序排错了；如果 1、2 亮但 3、6 不亮，大概率是白绿和绿这一对没压好。报告里把测线仪灯序和线序表一起贴出来，比只贴一张“全亮”的照片有说服力。

这里补一个报告里常被忽略的细节：做好的线要标长度和用途。实验课上一般做 1 到 2 米，报告里写清楚“制作 1.5 米直通线一根，用于 PC1 接交换机 GE1/0/1”，后面拓扑图里的连线才有依据。否则验收时问“这根线用在哪”，答不上来。

3.2 交换机端口模式与 VLAN 划分命令

VLAN 实验的核心不是记住几条命令，而是理解端口有两种模式：access 和 trunk。access 端口只属于一个 VLAN，接终端；trunk 端口承载多个 VLAN 的帧，接交换机或路由器。配错模式，VLAN 就通不了。

配置流程是：建 VLAN、把端口划进去、验证。以下命令是通用 CLI 风格，不同厂商的提示符和个别关键字会有差异，逻辑一致：

# 进入系统视图 <Switch> system-view # 创建 VLAN 10 和 VLAN 20 [Switch] vlan 10 [Switch-vlan10] quit [Switch] vlan 20 [Switch-vlan20] quit # 把 1 到 3 端口划入 VLAN 10，配置为 access 模式 [Switch] interface GigabitEthernet 1/0/1 [Switch-GigabitEthernet1/0/1] port link-type access [Switch-GigabitEthernet1/0/1] port access vlan 10 [Switch-GigabitEthernet1/0/1] quit # 1/0/2、1/0/3 重复同样三步，端口号依次替换 # 把 4 到 6 端口划入 VLAN 20 [Switch] interface GigabitEthernet 1/0/4 [Switch-GigabitEthernet1/0/4] port link-type access [Switch-GigabitEthernet1/0/4] port access vlan 20 [Switch-GigabitEthernet1/0/4] quit # 验证：查看 VLAN 表和端口归属 [Switch] display vlan [Switch] display port vlan

这段命令里，port link-type access决定端口模式，漏掉这一句，端口默认可能是 hybrid 或 trunk，VLAN 划分不生效；port access vlan 10才是真正把端口绑到 VLAN 的动作，顺序不能反。配置完必须用display vlan看 VLAN 里有没有端口，用display port vlan看每个端口的 PVID 对不对。PVID 是端口默认 VLAN 号，access 端口的 PVID 等于它所属的 VLAN，这个字段不对，帧进来就被打到错误的 VLAN。

验证环节要设计三组测试：同 VLAN 内两台 PC 互 ping 要通；跨 VLAN 两台 PC 互 ping 要不通；把一台 PC 的网线从 VLAN 10 的端口拔到 VLAN 20 的端口，重新 ping，结果要反过来。第三组测试最能说明问题，报告里把三次 ping 的结果并排贴出来，比单贴一张“通”的截图完整得多。

VLAN 实验还有个常见配置错误：把端口划进 VLAN 之后忘了保存。设备重启后配置丢失，第二天复现发现全没了。CLI 里退出前执行一次保存命令，不同厂商写法不同，通常是save或write，报告里提一句“配置后已保存”，能体现操作完整性。

3.3 三层交换与静态路由：VLAN 接口和下一跳怎么写

跨 VLAN 通信要靠三层转发，两条路：单臂路由用路由器子接口，三层交换用 VLAN 接口（SVI）。实验五和实验六分别覆盖这两种。

路由器接口配置是基础，先配地址再激活端口：

<Router> system-view [Router] interface GigabitEthernet 0/0 [Router-GigabitEthernet0/0] ip address 192.168.10.254 255.255.255.0 [Router-GigabitEthernet0/0] undo shutdown [Router-GigabitEthernet0/0] quit # 配置静态路由，目标网段 192.168.20.0/24，下一跳 192.168.10.1 [Router] ip route-static 192.168.20.0 255.255.255.0 192.168.10.1 # 查看路由表确认条目生效 [Router] display ip routing-table

ip address后面跟的是本接口地址和掩码，undo shutdown激活端口，很多设备端口默认是关闭的，不激活的话地址配了也不通。静态路由的三段参数分别是目标网段、目标掩码、下一跳地址，下一跳必须是本设备直连网段内可达的地址，写一个不可达的下一跳，路由表里会显示但流量出不去。

原始记录里有个笔误值得单独说：实验五的配置片段写的是ip address 192.268.10.254，把 192.168 敲成了 192.268。这种错误在真机上会直接报“地址非法”，但在报告里如果截图没对齐，验收时会被当成复制粘贴的证据。写报告时 IP 规划表、配置命令、截图三处地址必须逐位核对，这是最容易被抓的细节。

三层交换机的配置思路是把 VLAN 接口当成路由口：

<Switch> system-view [Switch] vlan 10 [Switch-vlan10] quit [Switch] interface Vlan-interface 10 [Switch-Vlan-interface10] ip address 192.168.10.254 255.255.255.0 [Switch-Vlan-interface10] quit # 终端网关指向 192.168.10.254，跨 VLAN 流量由三层交换机转发 [Switch] display ip routing-table

Vlan-interface是三层交换机特有的逻辑接口，配了地址之后，这个 VLAN 内的终端把它当网关，跨 VLAN 的流量就到交换机内部走路由。注意三层交换机默认可能没开路由功能，需要确认路由表里有直连网段条目，没有的话检查是否执行了路由使能命令。

单臂路由的子接口配置则是另一种写法：

[Router] interface GigabitEthernet 0/0.10 [Router-GigabitEthernet0/0.10] vlan-type dot1q vid 10 [Router-GigabitEthernet0/0.10] ip address 192.168.10.254 255.255.255.0 [Router-GigabitEthernet0/0.10] quit

vlan-type dot1q vid 10表示这个子接口封装 802.1Q 标签并对应 VLAN 10，物理接口本身不配地址。子接口的编号建议和 VLAN 号一致，报告里看起来清楚，排查时也不容易混。

静态路由最容易翻车的地方是只配了去程、没配回程。PC1 所在网段去 PC2 网段的路由配了，PC2 回 PC1 的包到了路由器却被丢掉，现象是“ping 请求超时但目标能收到”。解决办法是在对端设备上补一条反向静态路由，或者用动态路由协议。实验报告里把两端的路由表都贴出来，能直接看出回程有没有。

4. Windows 服务端实验：DNS、DHCP、IIS 与 FTP 的最小可用配置

实验三和实验四从网络层跳到了应用层，设备从交换机换成了 Windows Server。这两次实验的共同特点是：配置全在图形界面里，出错时没有命令行回显可看，只能靠客户端测试反推。

4.1 DNS 正向/反向区域与记录类型

DNS 实验要建两个区域：正向查找区域负责域名到 IP，反向查找区域负责 IP 到域名。正向区域里建 A 记录，反向区域里建 PTR 记录。只建正向不建反向，nslookup用域名查能通，用 IP 反查就失败，这是实验报告里最常见的“半成功”状态。

配置顺序是：装 DNS 角色、新建正向区域、新建主机记录、新建反向区域、建指针记录、客户端指向服务器、测试。

反向区域的命名规则是 IP 网段倒序，192.168.10.0/24 对应10.168.192.in-addr.arpa，写错这个区域名，反向解析一定失败。客户端测试用两条命令：

# 正向解析：域名查 IP，应返回 192.168.10.10 nslookup www.example.lab # 反向解析：IP 查域名，应返回 www.example.lab nslookup 192.168.10.10 # 指定 DNS 服务器查询，排除客户端缓存干扰 nslookup www.example.lab 192.168.10.10

第一条命令验证 A 记录，第二条验证 PTR 记录，第三条绕过本机缓存直接问服务器。如果第三条通、第一条不通，问题在客户端 DNS 配置或缓存，执行ipconfig /flushdns清缓存再试。报告里把三条结果都贴出来，能证明正反向都配通了。

DNS 实验还有个隐藏考点：服务器本机的 DNS 要指向自己（127.0.0.1 或本机地址），否则服务器自己解析不了自己负责的区域。这个细节不写进报告没关系，但复现时卡住的人不少。

4.2 DHCP 作用域与地址池

DHCP 实验的核心是作用域，作用域里定义地址池范围、租约时长、排除地址和下发选项。配置顺序：装 DHCP 角色、新建作用域、设地址范围、设排除、设租约、配选项（网关、DNS）、激活作用域。

地址池规划要和网络拓扑对上，比如服务器 192.168.10.10 是静态地址，地址池就从 192.168.10.100 开始，避免冲突。排除地址用来保护打印机、服务器这类需要固定地址的设备。

客户端验证用三条命令：

# 释放当前地址 ipconfig /release # 重新申请地址 ipconfig /renew # 查看完整配置，确认地址、网关、DNS 都来自 DHCP ipconfig /all

/release把地址还给服务器，/renew重新走一遍 DHCP 四步交互（发现、提供、请求、确认），/all看租约信息和 DHCP 服务器地址。报告里如果只贴ipconfig的简版输出，看不出地址是不是 DHCP 发的，必须用/all，里面有一行“DHCP 已启用”和租约获得时间。

作用域建完一定要激活，未激活的作用域不会响应客户端请求。这个状态在管理控制台里图标是灰的，截图时留意颜色，报告里贴一张激活前后的对比图更好。

4.3 IIS 站点与 FTP 站点的最小配置

实验四要在一台服务器上同时跑 Web 和 FTP。IIS 装好后默认有一个站点，直接改绑定和物理路径最快，不要新建一堆站点把自己绕晕。

Web 站点配置四步：指定物理路径、设绑定（IP、端口 80、主机头）、设默认文档、给目录权限。物理路径建议单独建目录，比如C:\sites\web，放一个index.html进去。绑定里主机头可以不填，用 IP 加端口访问；填了主机头，客户端必须用域名访问，实验里没必要给自己加难度。

FTP 站点配置多两步：端口 21、身份验证方式、权限（读/写）、被动模式端口范围。实验里传文件用主动模式经常被防火墙挡，改成被动模式并限定端口范围更稳。

# 测试 Web 站点，返回状态码 200 和页面内容即成功 curl -I http://192.168.10.10/ # 测试 FTP 登录，-v 看握手过程，能列出目录即成功 ftp -v 192.168.10.10

curl -I只取响应头，看HTTP/1.1 200 OK就知道站点活着；如果返回 403，是目录权限或默认文档没配；返回 404，是物理路径下没有默认文档。FTP 用系统自带客户端连，输入用户名密码后执行dir能列目录，再put一个测试文件，报告里把上传成功和服务器目录里出现文件的截图一起贴出来。

Web 和 FTP 共用一台服务器时，注意端口别冲突，80 和 21 是默认值，实验环境里一般不会占用。如果 IIS 装完访问不了，先在本机用http://localhost试，本机能通说明站点没问题，问题在客户端到服务器的网络或防火墙。Windows 防火墙默认拦入站 80 和 21，实验里要么关防火墙，要么加放行规则，报告里写清楚用的哪种方式。

5. 避坑排查：六个实验里最容易翻车的五处细节

这一章按“现象—原因—解决”记五条，全是复现时真会卡住的地方，不是理论上的可能性。

5.1 现象：测线仪灯序全亮，但 PC 之间 ping 不通

原因通常不在线缆本身，而在两端设备。第一种可能：PC 的 IP 配在同一网段但子网掩码写错，比如一台 255.255.255.0、另一台 255.255.0.0，看起来地址接近，实际网络号判断不一致。第二种可能：交换机端口被划进了不同 VLAN，物理上通、逻辑上隔离。第三种可能：PC 网卡被禁用或防火墙拦了 ICMP。

解决顺序是自下而上：先看测线仪确认八根全通，再看两台 PC 的ipconfig输出，逐字段比对 IP、掩码、网关，最后看交换机display port vlan确认端口 PVID 一致。这三步能覆盖九成以上的“线通但不通”。

5.2 现象：同 VLAN 能 ping 通，跨 VLAN 不通

这是 VLAN 实验的正常现象，但很多人以为是自己配错了。跨 VLAN 通信本来就需要三层设备，二层交换机只负责隔离。如果实验要求跨 VLAN 通，检查两点：终端网关有没有指向三层设备接口地址；三层设备上有没有对应的 VLAN 接口或子接口，且地址和终端同网段。

还有一种情况是网关指对了、三层接口也配了，但三层设备没开路由功能。三层交换机默认路由功能可能是关闭的，需要执行路由使能命令，路由表里看不到直连网段条目就是没开。路由器则要检查接口有没有undo shutdown，端口没激活，地址配了也不通。

5.3 现象：DNS 正向解析成功，反向解析查不到

正向通说明 A 记录和区域都没问题，反向失败基本是两个原因：反向区域没建，或者 PTR 记录没建。反向区域名必须是网段倒序，192.168.10.0/24 写成10.168.192.in-addr.arpa，写成192.168.10.in-addr.arpa就错了。PTR 记录可以在建反向区域时勾选“自动创建”，也可以手动建，手动建时主机 IP 部分只填最后一段。

验证时用nslookup 192.168.10.10 192.168.10.10指定服务器查，排除客户端缓存。如果服务器自己都查不到，就是区域或记录的问题；服务器能查、客户端不能查，是客户端 DNS 指向或缓存的问题，ipconfig /flushdns后再试。

5.4 现象：静态路由配了，去程通、回程不通

现象是 A 能 ping 通 B 的前几跳，但 B 回包时超时，或者 A 显示“请求超时”而 B 的抓包显示收到了请求。原因是路由是单向的，A 到 B 的网段有路由，B 回 A 的网段没有路由，回包在 B 的网关处被丢弃。

解决办法是在 B 侧设备上补一条指向 A 网段的静态路由，下一跳写 B 直连的 A 侧接口地址。配完用display ip routing-table在两端各看一次，确认目标网段都有条目。报告里把两端路由表并排贴出来，比只贴一边有说服力。

5.5 现象：报告里的截图和命令对不上

这是验收时最常被追问的一条。截图里端口是GE1/0/1，正文命令写的是GE0/0/1；截图里 IP 是 192.168.10.10，IP 规划表写的是 192.168.10.1；截图里的 VLAN 表有 10、20、30 三个，正文只描述了前两个。这些不一致不一定是造假，更多是改配置后没重新截图。

解决办法是定稿前做一次“三处对齐”：IP 规划表、配置命令、截图回显，逐项核对地址、端口号、VLAN 号。改过配置就重新截图，不要用旧图凑。原始记录里那个 192.268 的笔误就是典型，命令里敲错一位，截图里如果显示的是正确地址，反而暴露了图和命令不是同一次操作。

注意：报告里的拓扑图、配置截图、测试结果三者必须来自同一次实验，混用不同次的结果，字段对不上，比不做还糟。

6. 把报告变成可复现资产：一份自查清单与三个验收动作

一份实验报告的价值不在交上去那一刻，而在半年后你还能不能照着它把环境重建出来。我现在的习惯是交报告前跑一遍自查清单，清单不长，但每次都能拦下几个问题：

三个验收动作是照着清单做的。第一个动作是“盲配”：关掉报告，只看拓扑图和 IP 规划表，把 VLAN 和静态路由重新配一遍，配完再对报告里的命令，对不上的地方就是报告写得不清楚的地方。第二个动作是“反向测试”：把预期不通的链路真的测一次，比如跨 VLAN ping、未授权 FTP 登录，确认失败现象和报告写的一致。第三个动作是“换机复现”：换一台设备或换一个模拟器，只改端口号不改命令，看能不能跑通，跑不通说明报告里藏了没写出来的前置条件。

这三个动作里，盲配最费时间，但收益最大。我第一次带实验时就吃过亏，报告里的命令是从上一次实验复制过来的，端口号没改，盲配时怎么都不通，回头查了半小时才发现正文和截图对不上。从那以后我每次交报告前都强制走一遍盲配，宁可多花二十分钟，也不在上交后被退回重做。

希望这份清单能帮到你，少走几趟返工的路。

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