企业官网建设流程全解析

简介：河北工业大学计算机网络实验报告以Word文档形式整理，聚焦网络基础技能实操，面向高校计算机网络课程学习者与需要备考CCNA等认证的读者。内容覆盖实验一基本网络命令与实验二路由器配置两大模块：系统讲解ping、ipconfig、tracert、netstat、arp等常用命令的作用、参数及输出解读，并给出静态路由与RIP动态路由的配置步骤和路由表查看方法，便于对照练习与复习。文档为docx格式，共1个文件，压缩包大小仅176KB，内容精炼且可直接编辑使用；目前已有158人学习下载。通过完整实验步骤、命令示例和结果分析，读者可加深对TCP/IP配置、网络连通性排查、路由协议工作原理的理解，积累实际网络环境中的排错思路与配置经验，适合实验报告参考、考前速查及课程作业借鉴。

1. 计算机网络实验报告：先分清这份 docx 里的五件套

如果你和我一样，是那种下载了一份计算机网络实验报告 docx、打开发现全是命令行记录的人，那这份材料其实比想象中值钱。它不是把教程复述一遍，而是把「观察网络状态」和「改变网络行为」两件事完整走了一遍：前半段用 ping、ipconfig、tracert、netstat、arp 这些命令诊断网络，后半段进入路由器、交换机和 IIS，做静态路由、RIP、VLAN、单臂路由和 WWW/FTP 服务配置，最后用 Ethereal 抓包验证协议细节。适合三类人：期末要交实验报告的学生，想系统过一遍网络命令的从业者，以及在备考 CCNA、需要把命令和现象对上的考生。需要提醒的是，这份报告里的命令记录是较早时期的 Cisco IOS 和 Windows 环境风格，部分命令在新设备上写法有差异，照着敲之前先看设备型号。

2. 基本网络命令：ping/ipconfig/tracert/netstat/arp 的实操边界

2.1 ping：连通性测试的第一步，但别只盯“通没通”

实验的第一步是从 ping 开始的，这个选择很合理，因为 ping 是网络排障里信息量最大、最容易上手的工具。它的原理是通过发送 ICMP 回显请求数据包并接收应答，来判断本机到目标主机之间是否存在一条可用的网络路径。报告里给的测试顺序值得背下来：先 ping 127.0.0.1，再 ping localhost，然后 ping 本机 IP 192.168.0.28，最后 ping 同网段的另一台主机 192.168.0.26。这个顺序是刻意设计的，从本地协议栈、到本机网卡绑定、再到局域网连通，一层层缩小问题范围。如果 127.0.0.1 都不通，说明 TCP/IP 协议栈本身有问题，后面的测试就没有意义。

ping 127.0.0.1 ping localhost ping 192.168.0.28 ping 192.168.0.26 -t ping 192.168.0.26 -l 200 ping 192.168.0.26 -n 6

-t表示持续发送直到手动停止，适合观察网络抖动，比如看丢包率是否稳定、延迟是否周期性升高。-l 200是把 ICMP 报文的数据长度从默认的 32 字节改成 200 字节，用来测试大报文是否被链路或中间设备丢弃，也能试探 MTU 相关问题。-n 6则是指定发送 6 个包后自动结束，适合在脚本里做有限次探测。我一般排查时先 ping 网关，再 ping 外网地址，如果网关通而外网不通，问题大概率出在出口路由器或运营商链路上。

注意：ping 通了只代表存在一条连通的路径，不代表带宽够、延迟低、丢包少。报告里也明确写了这句话，实际运维中经常出现“ping 得通但业务卡死”的情况，这时要配合带宽和延迟统计进一步判断。

2.2 ipconfig：DHCP 租约和静态配置一眼看清

ipconfig 这个命令在实验里看起来不起眼，但它解决的问题很实际：本机当前的 TCP/IP 配置到底对不对。报告里的实验环境是一台 IP 为 192.168.0.28、掩码 255.255.255.0、网关 192.168.0.1 的主机。用 ipconfig 能确认本机是否拿到了这个地址、IP 是否和同网段冲突、网关是否配置正确。如果网络里使用了 DHCP 自动分配地址，那么 ipconfig 还能用来判断租约是否成功。最常见的翻车现场是：机器拿不到地址，Windows 会自动分配一个 169.254 开头的地址，看到这个地址基本可以断定 DHCP 协商失败。

ipconfig ipconfig /all ipconfig /release ipconfig /renew

不带参数时只显示 IP、子网掩码和默认网关，这是快速确认。/all显示完整配置，包括 DNS 服务器、DHCP 服务器地址、MAC 地址和租约过期时间，排查 DNS 解析问题时要靠它。/release和/renew是释放并重新获取 DHCP 租约的命令，局域网里改了交换机配置后，客户端还抱着旧租约不放时，这两条命令就是后悔药。需要说明的是，报告实验只跑了不带参数的 ipconfig，但我建议实际操作时至少跑一次/all，因为只看 IP 和网关是查不出 DNS 配置错误的。

2.3 tracert：跟踪路由但别忽略第一跳

tracert 命令用来查看数据包从本机到达目标主机经过的路径，它逐跳显示中继节点的 IP 地址和三次往返时间。实验里执行的是tracert 192.168.0.27，如果目标就在同一局域网内，结果通常只有一跳，也就是目标主机本身。更典型的使用场景是访问外网服务器时，用它判断延迟是出在本机网卡、网关、运营商骨干还是目标服务器，每一跳的延迟数据可以直接定位瓶颈在哪一段。

tracert 192.168.0.27

输出中每一行代表一跳，第一跳通常是默认网关。如果第一跳就返回超时，问题基本出在本机到网关这一段，比如网线、无线信号或者网卡驱动。如果前几跳正常、后面某跳开始超时，则问题可能出在中间运营商或目标服务器侧。Windows 的 tracert 默认使用 ICMP 报文，Linux 下的 traceroute 默认使用 UDP 报文，结果是同一个路径，但部分路由器会丢弃 ICMP 导致 Windows 显示* * *，这不代表链路断了，只是那台设备不回应。判断时要把“连续多跳超时”和“单跳超时但后续跳正常”区分开，后者往往是设备策略而不是故障。

2.4 netstat 与 arp：连接统计和 MAC 缓存的配合

netstat 和 arp 在这份实验里排在一起是有道理的：一个看“连接状态”，一个看“地址映射”。netstat -an 能列出当前计算机上所有活动的 TCP 和 UDP 连接，包括本地地址、外部地址和连接状态。排查服务器时，我习惯先跑netstat -an | findstr LISTENING看哪些端口在被监听，确认服务是否真的起来了；排查异常连接时，则看有没有大量 TIME_WAIT 或 SYN_SENT 状态的连接，这往往是访问量大或者被扫描的迹象。

arp 命令则负责查看 IP 地址与物理地址（MAC 地址）的对应关系。实验里执行arp -a前，特意先对目标主机执行了 ping，这个操作是必须的：ARP 缓存是动态的，只有本机真正和目标主机通信过，缓存里才会有对应的条目。报告里列出的物理地址如 00-17-9a-9a-f6-8e 就是通过这种方式观察到的。需要留意的是，ARP 缓存条目有老化时间，不会永久存在，所以隔一阵子再查发现条目消失，是正常现象。

3. 路由与交换配置：静态路由、RIP、VLAN 和单臂路由怎么连

这份实验报告的第二个重头戏是路由器与交换机配置，涵盖静态路由、RIP 动态路由、VLAN、Trunk 和单臂路由五块内容。需要先说清楚一个现实问题：报告里给的是文字版拓扑，没有贴拓扑图，Router_1、Router_2、Router_3 和交换机之间的物理连接关系需要按配置命令反推。我按配置内容还原了连接关系：Router_1 的 s0 口和 Router_2 的 s0 口通过串行链路直连，网段是 192.168.10.0/30，Router_1 的 e0 口接 PC1 所在网段 192.168.1.0/24，Router_2 的 e0 口接 PC2 所在网段 192.168.2.0/24。划清这个关系，后面看路由表才不会对不上。

3.1 静态路由：接口 IP 与下一跳的对应关系

静态路由配置的第一步是给路由器接口配置 IP 地址。实验里 Router_1 和 Router_2 的串行接口 s0 分别配置了 192.168.10.1/30 和 192.168.10.2/30，以太网接口 e0 分别配置了 192.168.1.1/24 和 192.168.2.1/24。掩码 255.255.255.252 就是 /30，这个掩码下只有两个可用 IP，正是点对点串行链路的典型做法，不浪费地址。

Router>en Router#conf t Router(config)#int s0 Router(config-if)#ip address 192.168.10.1 255.255.255.252 Router(config-if)#no shut Router(config-if)#exit Router(config)#int e0 Router(config-if)#ip address 192.168.1.1 255.255.255.0 Router(config-if)#no shut Router(config-if)#exit

这段命令里有几个地方要注意。no shut是no shutdown的简写，Cisco 设备上新插入的接口默认处于管理关闭状态，不执行这条命令接口起不来，这是第一次配置路由器时最容易漏掉的一步。exit表示退回到上一级配置模式，配置过程中层级很容易搞混，敲完命令后可以用show running-config确认改动是否生效。这套命令里没有写静态路由，只完成了接口 IP 配置，而实验目的明确包含静态路由配置，所以还需要补一条关键命令：用ip route声明到达对端网段的路径。

Router(config)#ip route 192.168.2.0 255.255.255.0 192.168.10.2

这条命令的含义是：去往 192.168.2.0/24 网段的流量，统一交给下一跳 192.168.10.2 转发。对于 Router_1 来说，它直连的网段是 192.168.1.0/24 和 192.168.10.0/30，剩下的 192.168.2.0/24 必须通过静态路由指到 Router_2 的串行口地址。Router_2 上要做对称操作，配置一条去往 192.168.1.0/24、下一跳为 192.168.10.1 的静态路由。配置完后查看路由表，192.168.2.0 条目会出现在路由表中，但这里有个值得留意的现象：实验报告里的路由表排版是错位的，子网掩码和下一跳 IP 对不上列。读这种表格时，要按“目的网络地址、子网掩码、下一跳 IP”三列逻辑去对齐，不要被原始排版带偏。

3.2 RIP 动态路由：network 宣告的是直连网络

动态路由部分引入了三台路由器，Router_3 也被拉进拓扑，网段扩展为 192.168.3.0/24、192.168.20.0/30 和 192.168.10.0/30 三个部分。RIP 是距离矢量路由协议，路由器通过定期广播路由更新来学习整个网络的路径。和静态路由相比，RIP 的优势是拓扑变化时能自动收敛，缺点是收敛慢、以跳数为度量、最大跳数限制为 15 跳，超过 15 跳被视为不可达。

router_1(config)#router rip router_1(config-router)#network 192.168.10.0 router_1(config-router)#network 192.168.1.0 router_1(config-router)#end

router rip进入 RIP 路由配置模式，network命令宣告的是路由器直连的网段，不是下一跳地址，也不是目标网段。宣告 192.168.10.0 和 192.168.1.0 的意思是让路由器把这两个网段的直连路由通告给邻居。Router_2 配置路由协议时要同时宣告它直连的 192.168.10.0、192.168.2.0 和 192.168.20.0，Router_3 则宣告 192.168.20.0 和 192.168.3.0。配置完成后在三台路由器上查看路由表，凡是带 R 前缀的路由条目，都是通过 RIP 从邻居学习到的。实验的验证结果是 PC 之间可以互通，这说明三台路由器的路由表已经通过 RIP 同步完毕，数据包在 192.168.10.0 和 192.168.20.0 两条串行链路上完成转发。

3.3 VLAN 与 Trunk：从创建到端口划分

交换机实验的环境是一台 Cisco 交换机，连接了一台路由器和两台 PC。交换机上创建了编号 2 和 3 的 VLAN，名称分别叫 VLAN2 和 VLAN3，然后把 e0/1 和 e0/2 两个以太网端口分别静态划入 2 号和 3 号 VLAN。这里要提醒一个报告里的笔误：正文写的是“将交换机的 e0/1、e0/1 两个以太网端口分别加入到 2 号、3 号 VLAN”，端口名重复了，结合后面的配置命令看，实际是把 e0/1 划入 VLAN2、e0/2 划入 VLAN3。

Switch>en Switch#conf t Switch(config)#vlan 2 name VLAN2 Switch(config)#vlan 3 name VLAN3 Switch(config)#int e0/1 Switch(config-if)#vlan-membership static 2 Switch(config-if)#exit Switch(config)#int e0/2 Switch(config-if)#vlan-membership static 3 Switch(config-if)#exit Switch(config)#int fa0/26 Switch(config-if)#trunk on

vlan 2 name VLAN2创建 VLAN 并指定名称。int e0/1进入端口配置模式，vlan-membership static 2把端口静态分配给 VLAN2，这是早期 Cisco 交换机的命令风格，新设备上更常见的是switchport access vlan 2。trunk on把 fa0/26 端口设置为 Trunk 模式，Trunk 的作用是让一条物理链路上同时承载多个 VLAN 的流量，并且给帧打上 VLAN 标签，这样交换机的 VLAN2 和 VLAN3 都能通过这条链路上行到路由器。

3.4 单臂路由：子接口、ISL 封装和网关

VLAN 划分完成后，PC1 和 PC2 被隔离在两个广播域里，默认情况下无法互通。实验用的方案是单臂路由：路由器 fa0/0 接口只占一条物理链路，但通过划分子接口来分别承载 VLAN2 和 VLAN3 的流量。具体来说，fa0/0.1 子接口 IP 是 1.1.1.1/24，fa0/0.2 子接口 IP 是 1.1.2.1/24，PC1 配置 IP 1.1.1.2、网关 1.1.1.1，PC2 配置 IP 1.1.2.2、网关 1.1.2.1。

Router(config)#int fa0/0 Router(config-if)#no shut Router(config-if)#exit Router(config)#int fa0/0.1 Router(config-if)#ip address 1.1.1.1 255.255.255.0 Router(config-if)#encap isl 2 Router(config-if)#exit Router(config)#int fa0/0.2 Router(config-if)#ip address 1.1.2.1 255.255.255.0 Router(config-if)#encap isl 3 Router(config-if)#exit

三个关键点。第一，物理接口 fa0/0 必须先no shut激活，子接口才能正常工作。第二，encap isl 2是为子接口配置 VLAN 封装，这里用的是 ISL 协议，ISL 是 Cisco 私有的 VLAN 封装协议，编号必须对应交换机上的 VLAN 编号，对应错了跨 VLAN 流量直接不通。第三，子接口配置时 IP 地址和封装顺序没有强制要求，但漏掉封装这一行，子接口就不知道自己是给哪个 VLAN 做网关的。还需要注意报告里的一处命令笔误：在某个子接口配置时写成了int f0/0.2，与前后文的 fa0/0.2 不一致，照抄之前先统一接口名。

单臂路由的验证方式是 PC1 去 ping PC2，通的话说明 VLAN 间路由生效。排查顺序一般是：先确认两台 PC 的网关 IP 是否正确，再检查 Trunk 端口是否开启，最后看路由器子接口的封装编号和交换机 VLAN 编号是否一致。这里要提醒一个设计层面的局限，所有跨 VLAN 流量都挤在 fa0/0 这一条物理链路上，VLAN 数量多或流量大时，这里会成为瓶颈，这也是后来三层交换机替代单臂路由的主要原因。

4. IIS 配置避坑：WWW、FTP 和虚拟目录的五个常见问题

4.1 WWW 站点：主目录、默认文档和虚拟目录怎么配

IIS 实验分为 WWW 服务和 FTP 服务两块。WWW 配置的核心是三个属性页：Web 站点、主目录、文档。Web 站点属性页设置站点标识，包括 IP 地址、TCP 端口和主机头，默认端口是 80。主目录属性页指定网站文件存放的物理路径，并设置访问权限。文档属性页定义默认文档列表，也就是用户访问站点根路径时优先加载的页面。

实验要求在主目录中放置 default.htm，然后在文档属性中启用默认文档，顺序为 default.htm，最后访问站点验证。这个操作流程看着简单，但有一个隐含前提：default.htm 文件必须真实存在于主目录对应的物理路径下，并且 IIS 进程对该目录有读取权限。实验里随后又创建了虚拟目录，虚拟目录的特点是：物理文件可以放在主目录之外，通过 URL 里的别名来访问，好处是多个站点可以共享同一份文件，或者把不同路径的应用隔离在各自目录里。配置虚拟目录时，URL 访问的是别名，不是物理路径；物理路径要在虚拟目录属性里单独指定，两者对应关系一旦填错，访问就是 404。

4.2 FTP 站点：消息、主目录与访问验证

FTP 服务的配置相对简单，但也容易踩坑。默认 FTP 站点属性里有几个标签页：FTP 站点页设置 IP 地址和端口，默认端口 21；消息页设置用户登录时显示的欢迎消息和退出消息；主目录页设置 FTP 共享文件的物理路径，并且决定是否允许用户读写。实验里把这些属性配置完后，直接用浏览器访问 FTP 站点测试。

浏览器访问 FTP 的方式隐含了一个协议细节：现代浏览器默认使用 FTP 被动模式，主动模式和被动模式的差别在于数据连接由哪一方发起。被动模式下，客户端连接服务器随机开放的一个高端口来传输数据，如果服务器防火墙只放行了 21 端口而没有放行数据端口范围，就会出现“能连接但列不出目录、传不了文件”的诡异现象。这个坑在真实环境里出现频率极高，配置完 FTP 一定要用主动模式客户端和服务端两侧分别测一次。

4.3 IIS 避坑：五个常见问题

问题一，现象：浏览器访问站点返回 403 禁止访问。原因：主目录属性里没有勾选“读取”权限，或者默认文档列表里的文件在物理目录中不存在。解决：先打开主目录属性页确认物理路径有效，再确认“读取”权限已勾选，最后核对默认文档列表中的文件名与物理目录里的文件名完全一致，包括大小写和扩展名。

问题二，现象：默认文档已启用 default.htm，访问站点仍然显示目录列表。原因：default.htm 文件不在主目录里，或者默认文档顺序没有生效，IIS 按顺序查找列表里的文档，找到了才加载，找不到就退回目录浏览。解决：确认主目录物理路径下确实存在 default.htm，然后强制刷新浏览器，如果还不行就在 IIS 里重启站点让配置生效。

问题三，现象：虚拟目录配置正确但访问报 404。原因：URL 里输入的是物理路径而不是别名，或者别名的字母大小写不一致。解决：访问格式应该是http://站点IP/别名/，物理路径只在虚拟目录属性里维护，不要在 URL 里直接使用物理路径。

问题四，现象：FTP 能登录但无法列出目录内容。原因：被动模式的数据连接被防火墙拦截，服务器端没有放行数据端口。解决：在 FTP 服务器上设置被动端口范围，比如限制在 50000-50100，然后在防火墙里放行这些端口，客户端也改为主动模式作为对比验证。

问题五，现象：修改了主目录路径和文档属性，但访问的还是旧页面。原因：浏览器缓存了旧页面，或者 IIS 服务没有重新加载配置。解决：先强制刷新浏览器清掉本地缓存，再执行iisreset或在 IIS 管理器中重启对应站点，最后重新访问验证。

5. Ethereal 抓包技巧：把帧结构、ARP 和三次握手一次看透

Ethereal 是 Wireshark 的前身，实验环境里这套抓包工具搭配 WinPcap 驱动一起使用。对新手来说，最容易犯的错误是一上来就点开始抓包，把所有流量全部收进来，结果根本不知道看哪里。正确顺序是先在 capture options 里把 capture filter 写好，再开始抓包，这也是我从这份实验里反复验证过的习惯。

实验给了几个很实用的过滤写法。ether[12:2] > 1500只抓以太网类型字段大于 1500 的帧，以太网 II 帧中这个位置是类型字段，IPv4 对应的值是 0x0800 即 2048，大于 1500，所以能过滤出 IP 数据包，这个写法比只看 IPv4 更能理解帧结构的含义。ether broadcast只抓以太网广播帧，配合arp host ip能精准观察 ARP 交互过程。分析 ARP 时，先执行arp -d清空本机 ARP 缓存，再 ping 另一台主机，就能完整看到 ARP 请求和 ARP 应答两个报文，操作字段 request 为 1、reply 为 2，这就是实验里要求的答案。

抓 TCP 连接时，用host 主机IP and 服务器域名过滤后访问网页，可以看到完整的建连和释放过程：先是 SYN 报文，接着服务器回 SYN+ACK，最后客户端回 ACK，这就是三次握手。之后客户端发 GET 请求，服务器返回页面数据，最后是四次挥手断开连接。HTTP 报文的传输层协议是 TCP，目的端口是 80，源端口是客户端随机分配的高位端口。DNS 解析过程则用 UDP 端口 53 的报文观察，请求和应答各一个包。ICMP 方面，ping 命令产生的回送请求报文 type 为 8，回送应答报文 type 为 0。

从那以后，我每次抓包都强迫自己先在脑子里过一遍“我要验证什么、用什么过滤条件能只看相关报文”，再点 start。这套流程看起来慢，实际省掉的时间远超预期。希望帮到你。

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