★ FEATURED ARTICLE 简介本资源是一份面向计算机网络初学者与备考学生的局域网核心知识自测题库涵盖OSI模型、IP地址与子网划分、传输介质特性、交换与路由原理、TCP/IP协议栈含ARP、ICMP、PPP、NAT等、设备配置命令如H3C S3610及网络性能指标等关键考点。题型完整包含20道单选题40分、5道多选题10分、5道术语解释题15分和4道简答题20分每题均附标准答案与简明解析便于即时检验与查漏补缺。资源为单个Word文档.doc格式体积精炼仅51KB内容排版清晰、题目编号规范适合作为课堂测验、期末复习或自学巩固材料。目前已有404人学习下载是入门级网络技术学习者高效梳理知识脉络、强化概念辨析与应试能力的实用资料。1. 局域网试题及答案.doc不是一份普通文档而是网络工程师入职前必须亲手“拆解”的能力校验单你手头这份标着“(完整版)局域网试题及答案.doc”的文件大概率不是某次考试的存档而是一份被反复传阅、局部修改、夹带私货的“局域网能力快筛包”——它不考理论背诵专挑你日常排障时最易卡壳的5个真实断点IP地址规划冲突、VLAN跨交换机不通、DHCP租约异常释放、ARP表项老化导致间歇性丢包、以及三层交换机上静态路由与直连路由的优先级打架。我见过太多新人把答案背得滚瓜烂熟一接到“财务部打印机突然所有电脑都打不了”这种工单就懵也见过老手在Wireshark里抓了一小时包却漏看了trunk端口PVID没配成native VLAN这个致命配置。这份DOC的价值从来不在“答案”本身而在于它逼你把每道题还原成一次完整的故障复现从拓扑搭建、配置下发、现象观察到日志定位、参数比对、最终验证。它适合两类人刚拿到CCNA教材但还没摸过真设备的学员以及已能独立部署中小网络、却总在客户现场被问住“为什么这里要这么配”的一线工程师。别急着翻答案——先打开Word删掉所有答案列留白然后按题号逐条动手搭环境、跑命令、截图对比。2. 把DOC题库变成可执行的排障沙盒用Packet TracerWireshark构建最小闭环验证环境2.1 为什么不用GNS3或EVE-NGPacket Tracer才是这份DOC的“原生搭档”很多人看到“局域网试题”第一反应是上GNS3跑真实IOS镜像结果卡在镜像授权、内存占用、桥接配置上三天没跑通第一题。而Cisco Packet Tracer7.3.1及以上版本虽被诟病“仿真度低”但它恰恰匹配这份DOC的颗粒度所有题目聚焦二层交换、基础三层路由、DHCP中继、ACL基础应用——这些功能PT全支持且启动秒级、拓扑拖拽即用、CLI响应无延迟。更重要的是PT自带的“实时模式”能让你在配置过程中直接看到端口指示灯变色、PC图标弹出IP获取成功提示这种即时反馈对建立网络行为直觉至关重要。我一般会关闭PT的“自动评分”功能因为它的判分逻辑常和DOC答案有出入比如某题要求“禁止PC1访问服务器”PT默认只检查ACL是否应用而DOC实际要求验证HTTP请求是否被拒。所以我的做法是用PT搭拓扑 → 手动输入配置 → 用内置Ping/Traceroute工具验证 → 最后用Wireshark抓包确认协议交互细节。2.2 三步还原一道典型题以“VLAN间路由失效”为例的实操闭环我们以DOC中高频出现的第12题为例“公司划分VLAN10销售部、VLAN20技术部三层交换机SW1配置SVI接口PC1VLAN10无法ping通PC2VLAN20请分析原因并修复”。这不是一道选择题而是一个待执行的脚本# Step 1: 在Packet Tracer中创建拓扑 # - 1台三层交换机SW1型号2960X # - 2台PCPC1接SW1的F0/1PC2接F0/2 # - SW1 F0/1设为access vlan 10F0/2设为access vlan 20 # - SW1创建SVIinterface Vlan10 → ip address 192.168.10.1 255.255.255.0 # interface Vlan20 → ip address 192.168.20.1 255.255.255.0 # - PC1 IP: 192.168.10.10/24, gateway: 192.168.10.1 # - PC2 IP: 192.168.20.20/24, gateway: 192.168.20.1提示务必在SW1上执行show ip route确认路由表中存在两条直连路由C 192.168.10.0/24 和 C 192.168.20.0/24。若缺失说明SVI未激活——常见原因是SVI接口处于shutdown状态或VLAN未在交换机数据库中创建show vlan brief查看。# Step 2: 验证与抓包 # - 在PC1命令行执行ping 192.168.20.20 # - 同时在SW1上开启WiresharkPT内置抓包器捕获Vlan10和Vlan20接口 # - 观察PC1发出的ICMP请求是否到达SW1的Vlan10接口SW1是否从Vlan20接口转发出去# Step 3: 关键诊断命令必须逐条执行不能跳过 SW1# show interfaces vlan 10 # 检查SVI状态是否up/upline protocol是否up SW1# show interfaces vlan 20 # 同上 SW1# show ip interface brief # 确认两个SVI的IP和状态 SW1# show running-config | include interface Vlan # 确认SVI配置无语法错误如漏写no shutdown SW1# show mac address-table dynamic | include 192.168.10.10 # 确认PC1 MAC已学习到Vlan10参数说明show ip interface brief中的“OK?”列必须为YES否则IP未生效show mac address-table的输出中PC1的MAC地址应关联到Vlan10而非Vlan1否则端口VLAN配置错误。这一步的目的不是找答案而是建立“现象→命令→结论”的肌肉记忆——当你在客户现场面对真实交换机时这套流程就是你的本能反应。3. DOC里藏了3个“答案陷阱”那些被刻意省略的关键配置项3.1 陷阱一DHCP题中永远不提“ip helper-address”的全局启用开关DOC第7题“PC通过DHCP获取IP失败服务器位于不同网段请配置使PC正常获取地址”。几乎所有答案只写一行ip helper-address 192.168.100.100。但实际部署中90%的翻车发生在更底层三层交换机默认关闭IP路由功能即使你正确配置了helper-address若未执行ip routing全局命令数据包根本不会被转发。验证方法极其简单SW1# show ip protocols # 若输出中无 Routing Protocol is rip 或类似信息且无 IP Routing Enabled 字样则路由功能未开启 SW1# show running-config | begin ip routing # 应看到ip routing 无任何注释或no前缀注意ip routing命令必须在全局配置模式下执行且需重启SVI接口才能生效interface Vlan10→shutdown→no shutdown。很多新人配完helper-address就去测试发现仍失败却死磕DHCP服务器配置殊不知问题在交换机大脑没开机。3.2 陷阱二ACL题答案漏掉“隐含拒绝”对管理流量的误杀DOC第18题“禁止VLAN10访问VLAN20的FTP服务允许其他所有流量”。标准答案通常是access-list 100 deny tcp 192.168.10.0 0.0.0.255 192.168.20.0 0.0.0.255 eq 21 access-list 100 permit ip any any但真实场景中这条ACL应用在SVI接口入方向后会导致一个玄学现象PC1能ping通PC2但无法telnet到SW1的Vlan20管理地址192.168.20.1。原因在于——ACL应用后所有未明确允许的流量包括telnet、ssh等管理协议被隐含的deny ip any any拦截。解决方案不是加一堆permit语句而是将ACL应用在出方向out或更优解在ACL开头插入管理流量放行规则access-list 100 permit tcp host 192.168.10.10 host 192.168.20.1 eq 23 # 允许PC1 telnet SW1 access-list 100 deny tcp 192.168.10.0 0.0.0.255 192.168.20.0 0.0.0.255 eq 21 access-list 100 permit ip any any3.3 陷阱三静态路由题中“下一跳”与“出接口”的优先级混淆DOC第22题“在R1上配置静态路由使192.168.30.0/24可达下一跳为192.168.20.2”。答案常写ip route 192.168.30.0 255.255.255.0 192.168.20.2。但若R1的F0/0接口IP是192.168.20.1/24这条路由会生效若F0/0 IP是10.0.0.1/30而192.168.20.2属于另一网段R1必须先有到达192.168.20.2的路由否则该静态路由标记为“invalid”。此时正确做法是使用出接口而非下一跳ip route 192.168.30.0 255.255.255.0 Serial0/0/0 # 直接指定出接口验证命令show ip route static中目标路由的“[1/0]”后应显示“via 192.168.20.2”或“is directly connected”而非“[1/0] via 0.0.0.0”。4. 避坑在Packet Tracer里复现DOC试题时的5个血泪经验4.1 现象PC图标显示“无IP地址”但ipconfig却显示169.254.x.x —— 原因DHCP Discover包根本没发出去排查路径在PC上点击“Desktop” → “Command Prompt”执行ping 192.168.1.1假设DHCP服务器网关若ping不通说明二层不通 → 检查PC连接端口是否在正确VLAN、交换机access端口是否shutdown若ping通但ipconfig /renew仍失败 → 在交换机上执行show dhcp lease确认DHCP池是否耗尽show ip dhcp pool查看已分配数解决在PT中DHCP池默认仅10个地址而DOC常要求20台PC需手动扩容ip dhcp pool LAN→network 192.168.1.0 255.255.255.0→default-router 192.168.1.1→dns-server 8.8.8.8→lease 7→ip dhcp excluded-address 192.168.1.1 192.168.1.10排除网关和服务器地址4.2 现象show vlan brief显示VLAN存在但show interfaces switchport中端口VLAN显示为1 —— 原因端口模式未设为access关键命令SW1# show interfaces f0/1 switchport # 输出中 Administrative Mode 必须为 static access而非 dynamic auto 或 trunk # 若为dynamic auto执行interface f0/1 → switchport mode access → switchport access vlan 104.3 现象SVI接口show ip interface brief显示up/down —— 原因VLAN未在交换机VLAN数据库中创建验证与修复SW1# show vlan brief | include 10 # 若无输出说明VLAN10未创建 → vlan database → vlan 10 → exit # 注意某些PT版本需在特权模式下执行 vlan 10非vlan database模式4.4 现象ACL应用后PC1能ping通PC2但无法访问PC2共享文件夹 —— 原因Windows NetBIOS依赖UDP 137-139和TCP 445ACL未放行解决方案# 在原有ACL中追加顺序很重要放在deny之前 access-list 100 permit udp 192.168.10.0 0.0.0.255 192.168.20.0 0.0.0.255 range 137 139 access-list 100 permit tcp 192.168.10.0 0.0.0.255 192.168.20.0 0.0.0.255 eq 4454.5 现象Trunk端口show interfaces trunk显示“Native VLAN Mismatch”告警 —— 原因两端trunk的native VLAN不一致且未显式配置修复命令两端均需执行SW1(config)# interface g0/1 SW1(config-if)# switchport trunk native vlan 99 # 统一设为VLAN99非业务VLAN SW2(config)# interface g0/1 SW2(config-if)# switchport trunk native vlan 99注意PT中trunk默认native VLAN为1若一端未配置而另一端配了VLAN99就会触发此告警且影响所有未标记流量。5. 把DOC答案变成你的排障肌肉记忆用“三问法”重构每道题的验证逻辑5.1 第一问这个故障现象在物理层/数据链路层/网络层哪个层级最先暴露不要一上来就敲show ip route。先问自己如果是物理层问题网线松动、端口down我会看到什么→show interfaces status中端口状态为disabled或notconnect如果是数据链路层问题VLAN错配、STP阻塞我会看到什么→show mac address-table中目标MAC未学习或show spanning-tree中端口状态为blocking如果是网络层问题路由缺失、ACL拦截我会看到什么→ping不通但arp -a能看到网关MAC或tracert在某跳超时以DOC第5题“PC无法上网但能ping通网关”为例ping 网关通 → 物理层、数据链路层、网关SVI基本正常ping 外网IP如8.8.8.8不通 → 问题在网关之后查show ip route是否有默认路由查show ip nat translations是否NAT失效查show access-lists是否ACL误拦5.2 第二问这个配置命令它的生效前提是什么有没有被更高优先级的配置覆盖很多新人以为配了ip route就万事大吉却忘了静态路由的管理距离AD是1但直连路由AD0OSPF AD110所以ip route 0.0.0.0 0.0.0.0 10.0.0.2若与直连路由冲突会被忽略ACL应用在in方向时先匹配ACL再查路由应用在out方向时先查路由再匹配ACLDHCP中继的ip helper-address只对UDP端口67生效若服务器监听端口非67需额外配置ip forward-protocol udp 67验证方法show running-config后用show ip route和show access-lists交叉比对确认策略执行顺序符合预期。5.3 第三问如果我现在是客户最可能抱怨的“一句话症状”对应哪3个最简验证命令把DOC答案转化为客户语言客户原话对应命令期望输出“打印机连不上”ping 192.168.50.100打印机IPReply from 192.168.50.100“网页打不开但微信能用”nslookup www.baidu.com返回IP地址且ping该IP通“A部门能访问B部门文件但B不能访问A”show access-listsshow interfaces f0/1 switchportACL方向反了或端口VLAN配错我习惯在笔记本上画一张三列表格左边写客户原话中间写命令右边贴PT截图。每次复现DOC题目都强迫自己用这张表回答——久而久之客户一说症状手指就自动敲出前三条命令。最后送你一句我踩过坑后刻进键盘的话DOC里的答案不是终点而是你亲手在Packet Tracer里敲出第一条show命令的起点。删掉答案留白然后开始。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
