★ FEATURED ARTICLE 简介这是一份西安电子科技大学计算机网络课程实验报告涵盖网络基础与双绞线制作、交换机虚拟局域网实验、Windows环境下域名系统与动态主机配置服务器配置、网页与文件传输服务器配置、路由器基础配置、静态路由与三层交换机配置等六大专题适合正在学习计网课程、需要撰写实验报告或复习设备配置要点的高校学生参考。报告按实验目的、实验设备、拓扑结构、配置截图和心得体会组织从终端地址配置、连通性测试排查到虚拟局域网隔离、域名解析与地址自动分配部署、网页及文件传输服务搭建再到静态路由和三层交换机跨网段通信完整呈现常用网络设备的配置流程与排错思路。包内为1个doc文档压缩包约3.67MB可直接打开查看或按需修改。目前已有1196人浏览学习适合初次接触网络设备配置、想快速了解实验要点和命令逻辑的同学参考因报告注明仅供参考使用时务必结合本校实验要求核对调整。1. 计网实验报告人人有会用的人没几个我当年把这六份实验报告当作业抄完就交了直到工作后第一次独立排查网络故障面对三层交换机配置一脸懵才后悔当初没把报告里的实验当回事。这份计网实验报告最大的价值恰恰在于它把网络工程师日常最常用的链路、服务、路由三块基本功全部覆盖了。网工这行有个悖论纸上做题和上手敲命令完全是两回事而很多同学卡在中间——实验做完了命令敲通了第二天却说不清VLAN为什么要这样划、DNS解析失败该往哪个方向查。这篇博文就按“链路层→服务层→路由层”的顺序把六个实验拆开讲每个实验说清楚背后的判断依据再把最容易翻车的几个点做成排查清单。正在补实验报告的同学能照着操作刚入职的网络运维能当成排障思路参考想系统补基础的人也能从中找到一条清晰的学习路径。2. 链路层两台戏双绞线手艺和VLAN隔离实验一和实验二在整份报告里最“动手”也是我后来觉得最值钱的部分。双绞线制作是很多人体会到的第一个“硬件玄学”——明明照着线序做了测线仪就是不亮VLAN实验看似只是敲几条命令其实踩坑点全在端口记忆和配置细节上。2.1 双绞线为什么值得认真做线序不是背的先说判断依据。双绞线里八根线按四对绞合线序标准就两个T568A和T568B。直通线两端都用同一标准一般是T568B用于连接不同类型的设备比如电脑连交换机交叉线一端T568A一端T568B用于连接同类型设备比如老式电脑直连电脑。现在很多网卡支持自动翻转交叉线的使用场景变少了但线序标准仍然是判断一根网线好坏的底层依据。我一般会这样比直通线看两端线序是否一致交叉线看两端是否按规定的1/2与3/6交换整根线最怕的不是记不住颜色而是压接时某根线没有完全插到水晶头底部。线序标准线序排列典型应用判断要点T568B橙白、橙、绿白、蓝、蓝白、绿、棕白、棕电脑连交换机、电脑连路由器两端一致即为直通线T568A绿白、绿、橙白、蓝、蓝白、橙、棕白、棕老式设备同类直连与T568B配合组成交叉线制作步骤其实就五步剥线约2厘米、把四对线按线序排开理直、剪齐线头后插入水晶头、用压线钳用力压接、最后用测线仪测试。测线仪是判断成败的唯一标准——1到8号灯按顺序全亮表示通某盏灯不亮就是对应那根线没压到位某两盏灯乱序就是线对排错了。不少同学觉得这实验“太基础”实际情况是很多职场老人也遇到过水晶头重做三四次才全亮的情况原因大多是剥线长度不够导致线没顶到水晶头前端。2.2 VLAN隔离怎么验证ping是最好用的探针VLAN实验的判断依据在于理解交换机的转发逻辑。交换机之所以能转发数据靠的是学习每个端口收到的帧源MAC地址建立MAC地址表。但交换机天然在一个广播域里广播帧会泛洪到所有端口VLAN的作用就是把这个广播域切小——交换机通过VLAN标签把端口分组不同VLAN之间二层默认隔离广播泛洪只在本VLAN内进行。想做VLAN间通信要么靠路由器要么靠三层交换机这就把实验六串起来了。配置上不同厂商交换机命令有差异但思路一致先创建VLAN再把端口划进指定VLAN。system-view vlan 10 quit interface GigabitEthernet 0/0/1 port link-type access port access vlan 10 quit这段配置做了三件事创建一个编号为10的VLAN把1号端口模式设为access单VLAN接入再把该端口划入VLAN 10。access端口只有一个VLAN成员身份用于连接终端设备trunk端口用802.1Q标签承载多个VLAN用于交换机之间级联。配置完成后验证方法很直接两台PC划到VLAN 10能互ping通再拿一台PC划到VLAN 20去ping VLAN 10的PC二层一定是不通的这叫“黑匣子验证”——ping不通不一定代表断网可能是广播域被刻意隔离了。这个实验里报告原文专门写了一句要点分配VLAN时要记好每台PC的端口号以免配置错误。这句话看起来多余实际是血泪经验换来的。多人共用一台交换机时经常出现以为自己在配置1号口实际上在配置3号口的情况。我的习惯是配之前先敲display vlan把当前VLAN和端口对应关系截个图再动手改配完后每台PC依次ping一圈用连通性反推配置是否正确。3. 服务层三件套DNS、DHCP与IIS的搭建逻辑实验三和实验四在Windows Server 2003上搭DNS、DHCP、WEB、FTP服务器看似界面点点点其实背后藏着三个以后必用的排查方向域名解析往哪查、地址获取看哪条链路、外部访问为什么通不了。这三个方向恰好覆盖了服务端网络故障的百分之八十场景。3.1 DNS正向与反向先搞清楚解析方向再点鼠标先讲判断依据。DNS的核心是把域名翻译成IP正向解析就是输入域名得到IP反向解析是输入IP得到域名。很多人配置时容易卡在“为什么要建两个区域”——因为DNS服务器自己很“懒”不同方向的解析请求需要对应区域文件来回答。实验要求在Windows Server 2003上创建正向解析区域和反向解析区域正向区域里重点加A记录把域名指向主机IP反向区域则通过PTR记录把IP反解成域名。配置完成后必须测试不测试就相当于白做。最常用的测试命令是nslookupnslookup www.example.com nslookup -d 10.0.0.2第一条命令解析域名查正向区域第二条用-d参数做反向解析。我一般建议同学在DNS服务器本机先测一次再到客户端机器上测一次。如果服务器本机能解析而客户端不行问题基本出在客户端的DNS指向——客户端还指着网关或者公共DNS根本没走到这台新搭建的DNS服务器。这个排查顺序在真实工作中能节省大量时间。3.2 DHCP作用域分配地址还要会查租约DHCP比DNS更“自动化”它的工作过程是四个阶段Discover客户端广播找服务器、Offer服务器回应可分配地址、Request客户端确认要这个地址、Ack服务器最终确认。配置时最常忽略的是作用域和排除地址——作用域划定了可分配IP范围排除地址则是从范围内挖掉的保留段比如给打印机、服务器保留的固定地址。验证DHCP是否正常工作时光看客户端“获取到地址”还不够。ipconfig /release ipconfig /renew ipconfig /all第一条释放当前地址租约第二条重新申请第三条查看详细配置。这里有个判断依据ipconfig /all不仅能看IP地址还能看DHCP服务器地址、租约到期时间、DNS服务器地址。我见过不少同学配置完DHCP后发现客户端死活获取不到地址去查服务器配置没问题最后才发现客户端的网卡被手改成固定IP了——这种“低级问题”在真实网络里同样经常出现排查思路永远是从客户端实际配置倒推。3.3 IIS一次把WEB和FTP配齐端口和权限是关键实验四把WEB和FTP放在同一个IIS里配置关键在于理解IIS的功能结构。IIS里每个网站有独立的站点目录、绑定地址和端口WEB默认走80端口FTP默认走21端口数据通道20端口。报告原文说“基本没什么要点只要跟着实验步骤来做基本没问题”这句话其实低估了这个实验的隐蔽性——最常翻车的恰恰是“客户端访问不了”。服务默认端口传输层协议排查方向DNS53UDP/TCP客户端DNS指向是否正确DHCP67/68UDP客户端是否自动获取、服务器地址池是否够用WEB80TCP防火墙是否放行、站点绑定是否匹配FTP21/20TCP用户权限、被动模式端口范围配置WEB站点时我一般会先记住一句话服务器本机能访问不代表客户端能访问。本机访问走的是回环地址绕过了物理网卡和防火墙客户端访问则要经过完整的IP路由和防火墙检查。如果客户端浏览器输入IP打不开WEB页面第一反应不是去改站点配置而是先在服务器上敲netstat -an看80端口是否处于监听状态再检查Windows防火墙是否放行了80端口入站规则。FTP同理21端口通了但数据通道不通的坑多半是没开被动模式所需的端口段这个细节在实验报告里没写但工作里一定会遇到。4. 路由层两道坎下一跳地址和三层交换实验五和实验六是整个报告里最接近真实网络的环节。路由器基础配置让我第一次意识到“端口要激活才能用”静态路由和三层交换机配置则让我理解了VLAN间通信的两种实现路径。这两组实验的踩坑点高度集中在两个地方下一跳地址写错、接口没启动。4.1 路由器端口激活与下一跳接口没up一切白搭路由器在二层网络之间转发数据包转发依据是路由表。实验里配置路由器时要求“配置下一跳的地址”原文甚至把“下一跳”写成了“吓一跳”——这个错别字反而成了记忆点下一跳地址配错数据包就真的会在网络中“吓一跳”乱跳。判断路由配置是否正确关键是看路由表里是否出现了预期条目。interface GE0/0 port link-mode route ip address 192.168.10.254 255.255.255.0 undo shutdown quit这段配置解决的是端口层面的问题第一行进入接口视图第二行设置接口为三层路由模式第三行配置IP地址和子网掩码第四行是关键——undo shutdown表示激活端口。我在这个实验上吃过亏配置完IP后发现对端ping不通排查了半天才发现接口处于shutdown状态物理接口是down的路由协议和静态路由全都无法生效。接口没激活上层配置再漂亮也是空中楼阁。接口配好之后静态路由的配置逻辑很直白告诉路由器“去某个网段把包交给下一个路由器接口的IP地址”。ip route-static 192.168.20.0 255.255.255.0 192.168.10.253这条命令表示访问192.168.20.0网段的数据包交给192.168.10.253这个直连下一跳。注意“直连”两个字——下一跳地址必须是当前路由器某个接口能直接到达的对端地址如果写成非直连地址这条路由会一直处于inactive状态永远不会生效。实验报告里那句“配置路由器的时候要配置吓一跳的地址”虽然是错别字但确实是那个阶段最需要记住的判断依据。4.2 三层交换机做VLAN间路由别再用路由器串来串去实验六从标题上看是静态路由和三层交换机实际上讲的是VLAN间通信的另一种实现。用路由器子接口做VLAN间路由的传统做法是路由器一个物理接口拆成多个子接口每个子接口绑定一个VLAN的网关IP再用dot1q封装给每个VLAN打标签。三层交换机则简单直接——VLANIF接口就是三层接口直接给VLAN配置IP地址作为网关交换机自己完成转发和路由。理解三层交换和二层交换的区别是我觉得这个实验最难的地方。二层交换机只认MAC地址转发单位是帧三层交换机在MAC转发的基础上增加了路由能力基于IP地址做转发判断。实验报告里的要点提醒说“要理解三层交换机子端口”实操时给我最深印象的却是这条命令interface Vlanif 10 ip address 192.168.10.254 255.255.255.0 quit为VLAN 10创建VLANIF接口并配置IP这个IP就是该VLAN内所有PC的网关地址。配置完成后三层交换机内部就产生了去往各VLAN网段的路由条目各VLAN的PC把默认网关指向VLANIF的IP互相之间就能通了。这里的验证方法我一直沿用不去猜直接用ping逐跳测——PC先ping自己的网关通了说明二层链路没问题再ping对端VLAN的网关通了说明三层交换机路由无误最后ping对端PC通了说明全链路打通。哪一步不通故障就锁定在哪一段。5. 计网实验避坑五个反复翻车现场这部分内容是整份报告里最该被单独拎出来的——六个实验做下来翻车点高度集中。我把它们按“现象→原因→解决”整理成五条每条都是我亲眼见过同学包含我自己踩进去又爬出来的坑。写出来不是因为大家笨而是因为这些现象太隐蔽靠排查命令和经验判断才能快速定位。5.1 水晶头线序明明对了测线仪就是不亮现象双绞线制作完成后测线仪测试时某盏灯不亮或者1、2、3号灯乱序网线插上后ping不通。原因最常见的是剥线长度不够导致线没有完全插到水晶头前端压接后金属弹片碰不到铜线第二种情况是排线时没有把八根线理直压平线在插入过程中发生了错位第三种是压线钳没压到底弹片没有完全嵌入线芯。解决重新剥线长度控制在略多于水晶头插入深度线序按T568B排好理平插入水晶头后从透明壳侧面确认八根线全部顶到最前端再用力压接一次。测线仪全亮后再上机测试不要跳过这一步。5.2 VLAN划完端口后同一VLAN的PC反而不通现象交换机配置完VLAN后两台划进同一VLAN的PC互相ping不通反倒是不同VLAN的PC能通。原因端口划错了。多人共用一台交换机时电脑插的是3号口配置时误把4号口划进了VLAN 10——这也是实验报告原文专门提醒“要记好每台PC的端口号”的原因。也可能是端口之前被划进过其他VLAN新配置未生效。解决配置前先敲display vlan查看当前所有VLAN的端口归属修改时先undo端口原有VLAN配置再重新划入新VLAN。每台PC依次ping一遍用连通性反向确认端口身份。5.3 DNS正向解析测试失败nslookup报找不到主机现象DNS服务器配置完成后客户端nslookup域名解析不出IP提示找不到主机。原因分两种情况。一种是客户端发起的解析请求根本没到达这台DNS服务器客户端的DNS指向还是网关或其他地址另一种是请求到了服务器但正向区域里没有对应主机的A记录或者主机记录的名称和测试输入的域名不完全匹配。解决先在客户端敲ipconfig /all确认DNS服务器地址是否指向刚搭建的服务器再到服务器上用nslookup指定本机地址解析一次若仍失败则检查正向区域中的A记录名称。排查顺序永远是“先确认请求到达再检查区域内容”。5.4 WEB服务器本机能访问客户端浏览器打不开现象服务器本机用浏览器访问站点完全正常换到同一交换机的客户端就超时或拒绝连接。原因优先怀疑Windows防火墙拦截了80端口入站。IIS安装后默认站点可能绑定的是本机所有地址问题大多不在站点配置而在防火墙放行规则另一个少见原因是客户端和服务器之间存在VLAN隔离二层根本不通。解决在服务器上执行netstat -an确认80端口处于监听状态然后检查防火墙是否放行80端口的入站规则临时关闭防火墙可用于快速验证但生产环境不要这么做。确认防火墙放行后从客户端ping服务器地址通了再访问。5.5 静态路由配了路由表里就是不出条目现象路由器上配置了静态路由但display ip routing-table里看不到这条路由或者显示状态一直是inactive。原因下一跳地址不可达。静态路由的下一跳必须是与本路由器直连的地址很多人会把下一跳写成目标网段里某个非直连地址比如写成对端PC的IP这是典型的“想当然配置”。另一个原因是本端接口没激活参考实验五里undo shutdown那条命令的作用。解决在路由器上ping下一跳地址通了再配置静态路由配置完成后查路由表确认条目状态不是inactive。如果ping不通下一跳返回去检查接口IP和接口激活状态不要闷头改路由。6. 把六份实验报告变成一张网络排障速查表六份实验报告做完真正该带走的不只是实验结论而是一张按“链路→服务→路由”组织的排障速查表。链路层先看带宽和连通性ping不通就查网线、交换机端口、VLAN归属服务层再看端口和服务进程WEB打不开就查80端口监听、防火墙放行、客户端DNS指向路由层最后查转发路径跨网段不通就查路由表、下一跳可达性、三层接口状态。这个排查顺序我从工作第一天用到现在几乎覆盖了大多数网络问题的定位路径。排查层常用命令关键判断依据链路层ping、ipconfig /all同网段先通不同网段先查VLAN和网关服务层nslookup、netstat -an端口监听、客户端指向、防火墙放行路由层display ip routing-table、ping 下一跳路由条目存在且状态active我最后悔的一件事是当年交完实验报告就把配置截图存在硬盘里吃灰没有把这些命令和场景整理成自己的速查笔记。直到工作后第一次单独处理跨VLAN不通的故障翻出实验六的配置记录才恍然大悟——原来学校里做的实验就是真实故障的简化版。从那以后我每次排查网络都强制走一遍“链路→服务→路由”的顺序把报告里的实验场景当成标准动作重新做一遍再复杂的故障也被拆成了三个简单问题。希望这份拆解能帮到你哪怕只少踩一个坑也算值了。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
