簡(jiǎn)介這份《局域網(wǎng)試題及答案》文檔面向計(jì)算機(jī)網(wǎng)絡(luò)課程學(xué)習(xí)者、備考網(wǎng)絡(luò)技術(shù)認(rèn)證或期末復(fù)習(xí)的學(xué)生幫助系統(tǒng)梳理局域網(wǎng)與網(wǎng)絡(luò)基礎(chǔ)知識(shí)點(diǎn)。內(nèi)容涵蓋單選題、多選題、術(shù)語解釋與簡(jiǎn)答題涉及OSI七層模型、數(shù)據(jù)封裝順序、IP地址與子網(wǎng)劃分、傳輸介質(zhì)、交換機(jī)與集線器對(duì)比、ICMP與TCP協(xié)議機(jī)制、H3C設(shè)備命令等核心考點(diǎn)并附有參考答案與解析。資源包共1個(gè)doc文件大小約51KB結(jié)構(gòu)緊湊便于打印或在線查閱。目前已有404人學(xué)習(xí)下載適合作為課堂練習(xí)、考前自測(cè)與知識(shí)查漏的輔助材料。讀者可借助其中的題目與答案快速檢驗(yàn)對(duì)網(wǎng)絡(luò)層次、地址管理、路由轉(zhuǎn)發(fā)及性能指標(biāo)等內(nèi)容的掌握程度也可用于教師組卷參考。1. 一份局域網(wǎng)試題文檔為什么值得網(wǎng)絡(luò)工程師反復(fù)翻上周幫一個(gè)剛轉(zhuǎn)崗做網(wǎng)絡(luò)運(yùn)維的兄弟排查故障他連數(shù)據(jù)封裝順序都說不清楚排查時(shí)把物理層問題當(dāng)成應(yīng)用層問題查了半天。我隨手翻出這份《(完整版)局域網(wǎng)試題及答案.doc》丟給他讓他先把單選題前 20 道過一遍。半小時(shí)后他回來跟我說原來封裝順序是比特→幀→包→段→數(shù)據(jù)這個(gè)方向之前一直記反了。這份文檔就是一套完整的局域網(wǎng)基礎(chǔ)考核題庫覆蓋單選題 20 道、多選題 5 道、術(shù)語解釋 5 個(gè)、簡(jiǎn)答題 4 道總分 100 分。它解決的不是教你從零學(xué)網(wǎng)絡(luò)的問題而是幫你快速定位知識(shí)盲區(qū)——OSI 七層哪層做加密、IP 地址二進(jìn)制多少位、MAC 地址存在哪、交換機(jī)比集線器強(qiáng)在哪這些看似基礎(chǔ)的點(diǎn)恰恰是排查現(xiàn)場(chǎng)故障時(shí)最容易搞混的地方。適合網(wǎng)絡(luò)運(yùn)維新人、準(zhǔn)備認(rèn)證考試的人以及需要給團(tuán)隊(duì)做基礎(chǔ)培訓(xùn)的負(fù)責(zé)人。2. 拆開這份題庫題型分布與知識(shí)點(diǎn)映射2.1 四類題型的分值結(jié)構(gòu)與考察重點(diǎn)這份文檔的題型設(shè)計(jì)不是隨便湊的分值分配本身就透露了考察意圖。單選題 40 分占大頭每題 2 分共 20 題覆蓋的是必須條件反射答對(duì)的基礎(chǔ)概念多選題 10 分只有 5 題但每題 2 分且多選少選都不得分考的是對(duì)設(shè)備分類、鏈路類型這類容易混淆的知識(shí)點(diǎn)的精確掌握術(shù)語解釋 15 分 5 個(gè)詞要求能用自己的話說清楚端口聚合、全雙工、PPP、ARP、延遲簡(jiǎn)答題 20 分 4 題分值最重考的是 NAT 實(shí)現(xiàn)方式、子網(wǎng)劃分實(shí)操、TCP/IP 層次功能、PPP 協(xié)商流程這些需要展開論述的內(nèi)容。題型題量分值核心考察方向單選題2040封裝順序、OSI 層次、IP/MAC 基礎(chǔ)、設(shè)備特性多選題510設(shè)備分類、鏈路類型、子層劃分、性能指標(biāo)術(shù)語解釋515端口聚合、全雙工、PPP、ARP、延遲簡(jiǎn)答題420NAT、子網(wǎng)劃分、TCP/IP 模型、PPP 協(xié)商從知識(shí)點(diǎn)映射來看單選題前 5 題集中在數(shù)據(jù)封裝和 OSI 模型第 6 到 10 題轉(zhuǎn)向 IP 地址和命令行工具第 11 到 15 題考網(wǎng)絡(luò)層協(xié)議特征和端口號(hào)第 16 到 20 題涉及廣播地址、物理拓?fù)?、MAC 存儲(chǔ)位置和交換機(jī)命令。這個(gè)順序本身就是一條從底層到高層的復(fù)習(xí)路徑。2.2 從錯(cuò)題反推哪些知識(shí)點(diǎn)最容易翻車我拿這份題給三個(gè)不同背景的人做過測(cè)試發(fā)現(xiàn)錯(cuò)誤集中在幾個(gè)地方。第一個(gè)高頻錯(cuò)點(diǎn)是第 1 題的數(shù)據(jù)封裝順序很多人選 B數(shù)據(jù)→段→包→幀→比特把發(fā)送端的封裝順序和接收端的解封裝順序搞混了。題目問的是數(shù)據(jù)從上到下封裝的格式從上到下就是從應(yīng)用層數(shù)據(jù)開始往下走正確的封裝順序應(yīng)該是數(shù)據(jù)→段→包→幀→比特但題目給的選項(xiàng) C 是比特 幀 包 段 數(shù)據(jù)這其實(shí)是接收端從下往上的解封裝順序。這里有個(gè)坑題目表述和選項(xiàng)方向需要仔細(xì)對(duì)齊。第二個(gè)高頻錯(cuò)點(diǎn)是第 19 題一個(gè) B 類地址網(wǎng)最多能有幾位來劃分子網(wǎng)。B 類地址默認(rèn)掩碼是 16 位剩下 16 位主機(jī)位但劃分子網(wǎng)時(shí)至少需要保留 2 位給主機(jī)否則沒有可用主機(jī)地址所以最多能用 14 位來劃分子網(wǎng)。很多人直接選 16忽略了主機(jī)位不能全 0 或全 1 的限制。第三個(gè)高頻錯(cuò)點(diǎn)是第 13 題 IP 協(xié)議的特征。正確答案是不可靠無連接但選項(xiàng) D 寫的是不可靠面向連接這個(gè)選項(xiàng)本身就有邏輯矛盾——面向連接就不可能不可靠到 IP 這種程度。出題人在這里設(shè)了一個(gè)語義陷阱需要你對(duì) IP 和 TCP 的本質(zhì)區(qū)別有清晰認(rèn)知。提示做這份題時(shí)不要只記答案每道錯(cuò)題都要回到對(duì)應(yīng)的協(xié)議層去理解為什么。比如第 7 題問 Windows XP 下查看網(wǎng)卡廠商和 MAC 地址的命令答案是 net 相關(guān)的命令但現(xiàn)代 Windows 系統(tǒng)更常用的是ipconfig /all或getmac這個(gè)知識(shí)點(diǎn)需要結(jié)合當(dāng)前系統(tǒng)版本更新。2.3 術(shù)語解釋題的答題框架術(shù)語解釋題看似簡(jiǎn)單但 3 分一題意味著需要答出核心定義加一個(gè)關(guān)鍵特征。以端口聚合為例標(biāo)準(zhǔn)答案應(yīng)該包含三層信息第一它也叫以太通道etherchannel第二主要用途是交換機(jī)之間的連接第三作用是增加帶寬并提供冗余。只寫把多個(gè)端口綁在一起只能拿 1 分。再比如ARP需要答出全稱地址解析協(xié)議核心功能通過 IP 地址得知物理地址以及它在局域網(wǎng)通信中的位置——工作在數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層之間。PPP 的解釋要包含點(diǎn)對(duì)點(diǎn)協(xié)議這個(gè)全稱以及為在點(diǎn)對(duì)點(diǎn)連接上傳輸多協(xié)議數(shù)據(jù)包提供標(biāo)準(zhǔn)方法這個(gè)核心定位。我一般建議按這個(gè)模板來組織答案全稱中文名 → 核心功能一句話 → 典型應(yīng)用場(chǎng)景或關(guān)鍵特征。這樣寫出來的答案既完整又不會(huì)超時(shí)。3. 把題庫變成實(shí)操能力從背答案到配設(shè)備3.1 子網(wǎng)劃分題的完整計(jì)算過程簡(jiǎn)答題第 2 題是整份文檔里最有實(shí)操價(jià)值的一道已知 C 類網(wǎng)絡(luò) 192.168.1.0需要?jiǎng)澐?6 個(gè)子網(wǎng)給出劃分方法、子網(wǎng)掩碼和每個(gè)子網(wǎng)能帶多少臺(tái)主機(jī)。這道題不能只背答案要理解計(jì)算邏輯。C 類地址默認(rèn)掩碼是 255.255.255.0主機(jī)位 8 位。要?jiǎng)澐?6 個(gè)子網(wǎng)需要從主機(jī)位借位。2 的 n 次方要大于等于 6n 最小取 3238可以劃出 8 個(gè)子網(wǎng)滿足 6 個(gè)的需求。借 3 位后子網(wǎng)掩碼變成 255.255.255.224因?yàn)?1286432224。剩余主機(jī)位是 5 位每個(gè)子網(wǎng)可用主機(jī)數(shù)是 2?-230 臺(tái)減去網(wǎng)絡(luò)地址和廣播地址。# 子網(wǎng)劃分計(jì)算驗(yàn)證腳本 # 輸入網(wǎng)絡(luò)地址 192.168.1.0需要子網(wǎng)數(shù) 6 # 輸出子網(wǎng)掩碼、每個(gè)子網(wǎng)的主機(jī)范圍 python3 -c import ipaddress net ipaddress.IPv4Network(192.168.1.0/24) # 需要 6 個(gè)子網(wǎng)借 3 位主機(jī)位 subnets list(net.subnets(prefixlen_diff3)) print(f子網(wǎng)掩碼: {subnets[0].netmask}) print(f子網(wǎng)數(shù)量: {len(subnets)}) for i, s in enumerate(subnets[:6]): hosts list(s.hosts()) print(f子網(wǎng){i1}: {s.network_address} - {s.broadcast_address}, 可用主機(jī)數(shù): {len(hosts)}) 這段腳本用 Python 的 ipaddress 模塊驗(yàn)證了手工計(jì)算的結(jié)果。prefixlen_diff3表示從原掩碼借 3 位subnets()方法會(huì)自動(dòng)生成所有子網(wǎng)。運(yùn)行后可以看到每個(gè)子網(wǎng)的網(wǎng)絡(luò)地址、廣播地址和可用主機(jī)數(shù)和手工計(jì)算完全一致。實(shí)際配設(shè)備時(shí)你需要在交換機(jī)或路由器上為每個(gè)子網(wǎng)配置對(duì)應(yīng)的 VLAN 接口地址和 DHCP 地址池。3.2 用 Packet Tracer 復(fù)現(xiàn) PPP 協(xié)商流程簡(jiǎn)答題第 4 題要求說明 PPP 協(xié)商的三個(gè)階段創(chuàng)建階段、認(rèn)證階段、網(wǎng)絡(luò)協(xié)商階段。光背這三個(gè)階段名稱不夠最好在模擬器里實(shí)際抓一次包看看。在 Cisco Packet Tracer 里搭一個(gè)最簡(jiǎn)單的拓?fù)鋬膳_(tái)路由器用串口線直連配置 PPP 封裝和 CHAP 認(rèn)證。然后開啟 debug 模式觀察協(xié)商過程。# 路由器 R1 配置 Router enable Router# configure terminal Router(config)# hostname R1 R1(config)# interface serial 0/0/0 R1(config-if)# ip address 10.1.1.1 255.255.255.252 R1(config-if)# encapsulation ppp R1(config-if)# ppp authentication chap R1(config-if)# exit R1(config)# username R2 password cisco123 R1(config)# exit # 開啟 PPP 協(xié)商調(diào)試 R1# debug ppp negotiation R1# debug ppp authentication配置完成后在 R1 上執(zhí)行debug ppp negotiation然后 shutdown 再 no shutdown 串口就能看到完整的 LCP 協(xié)商過程。輸出里會(huì)依次出現(xiàn) LCP Configure-Request、Configure-Ack然后是 CHAP 挑戰(zhàn)和響應(yīng)最后是 IPCP 地址協(xié)商。這個(gè)順序和文檔里寫的三個(gè)階段完全對(duì)應(yīng)。關(guān)鍵參數(shù)說明ppp authentication chap指定使用 CHAP 認(rèn)證比 PAP 更安全因?yàn)槊艽a不在鏈路上明文傳輸username R2 password cisco123是給對(duì)端路由器設(shè)置的本地認(rèn)證憑據(jù)兩邊要對(duì)稱配置。如果認(rèn)證失敗debug 輸出里會(huì)看到 CHAP authentication failed 的提示這時(shí)候要檢查兩邊的 username 和 password 是否匹配。3.3 從選擇題到命令行MAC 地址與 ARP 實(shí)操單選題第 18 題問 MAC 地址存儲(chǔ)在計(jì)算機(jī)的哪個(gè)部件答案是網(wǎng)卡。這個(gè)知識(shí)點(diǎn)在實(shí)際工作中對(duì)應(yīng)的操作是查看和修改 MAC 地址。Windows 下用getmac /v可以列出所有網(wǎng)卡的 MAC 地址和連接名稱Linux 下用ip link show或ifconfig -a。ARP 協(xié)議的工作過程也可以用命令直接觀察。在局域網(wǎng)內(nèi) ping 一臺(tái)同網(wǎng)段的主機(jī)然后用arp -a查看 ARP 緩存表就能看到 IP 和 MAC 的對(duì)應(yīng)關(guān)系。# Windows 下查看 ARP 緩存 arp -a # 輸出示例 # 接口: 192.168.1.100 --- 0xb # Internet 地址 物理地址 類型 # 192.168.1.1 00-1a-2b-3c-4d-5e 動(dòng)態(tài) # 192.168.1.255 ff-ff-ff-ff-ff-ff 靜態(tài) # Linux 下查看 ARP 緩存 ip neigh show # 清除 ARP 緩存Windows 管理員權(quán)限 netsh interface ip delete arpcache # Linux 下清除特定條目 sudo ip neigh del 192.168.1.1 dev eth0ARP 緩存的動(dòng)態(tài)條目有老化時(shí)間Windows 默認(rèn)是 2 分鐘左右Linux 默認(rèn)是 30 秒到幾分鐘不等。如果發(fā)現(xiàn) ARP 表里有重復(fù)的 MAC 地址對(duì)應(yīng)不同 IP或者同一個(gè) IP 的 MAC 地址頻繁變化就要警惕 ARP 欺騙。實(shí)際排查時(shí)我一般會(huì)先arp -a看當(dāng)前緩存然后ping目標(biāo)地址再arp -a對(duì)比確認(rèn)解析是否正常。注意現(xiàn)代 Windows 系統(tǒng)查看網(wǎng)卡信息的首選命令是ipconfig /all它會(huì)顯示網(wǎng)卡描述、物理地址、DHCP 狀態(tài)等完整信息。文檔里提到的winipcfg是 Windows 9x 時(shí)代的工具net命令雖然也能用但輸出不夠直觀?？荚嚂r(shí)按題目給的答案選實(shí)際工作中用ipconfig /all和getmac更高效。4. 避坑與排查這份題庫里藏著的五個(gè)認(rèn)知陷阱4.1 封裝順序的方向陷阱現(xiàn)象第 1 題問數(shù)據(jù)從上到下封裝的格式很多人選了 B數(shù)據(jù)→段→包→幀→比特但正確答案是 C比特→幀→包→段→數(shù)據(jù)。原因題目問的是從上到下封裝但選項(xiàng) C 列的是從下到上的順序。這里出題人玩了一個(gè)文字游戲——從上到下指的是 OSI 模型從應(yīng)用層到物理層的方向而封裝動(dòng)作本身是數(shù)據(jù)從高層往低層走每經(jīng)過一層加一個(gè)頭部。所以正確的封裝順序應(yīng)該是應(yīng)用層數(shù)據(jù) → 傳輸層加 TCP 頭變成段 → 網(wǎng)絡(luò)層加 IP 頭變成包 → 數(shù)據(jù)鏈路層加幀頭幀尾變成幀 → 物理層變成比特流。選項(xiàng) C 的比特 幀 包 段 數(shù)據(jù)其實(shí)是接收端的解封裝順序。解決記封裝順序時(shí)用數(shù)據(jù)段包幀比特這個(gè)口訣對(duì)應(yīng)發(fā)送端從高到低反過來比特幀包段數(shù)據(jù)是接收端從低到高。做題時(shí)先看題目問的是發(fā)送端還是接收端。4.2 IP 地址合法性的邊界判斷現(xiàn)象第 5 題問哪個(gè) IP 地址是不合法的主機(jī)地址答案是 D61.126.24.256。但很多人會(huì)在 A 和 D 之間猶豫。原因A 選項(xiàng) 221.56.81.42 看起來像公網(wǎng)地址但它是合法的D 選項(xiàng) 61.126.24.256 的最后一個(gè)字節(jié)是 256超過了 IP 地址每個(gè)字節(jié) 0-255 的范圍所以不合法。這里考察的是 IP 地址的基本格式規(guī)則不是地址分類。解決判斷 IP 地址合法性只看兩點(diǎn)——四個(gè)字節(jié)是否都在 0 到 255 之間以及是否缺少字節(jié)。至于這個(gè)地址是公網(wǎng)還是私網(wǎng)、是 A 類還是 C 類不影響合法性判斷。4.3 子網(wǎng)劃分中主機(jī)位不能全 0 或全 1現(xiàn)象第 19 題問 B 類地址最多能有幾位來劃分子網(wǎng)很多人選 16正確答案是 14。原因B 類地址默認(rèn) 16 位網(wǎng)絡(luò)位加 16 位主機(jī)位。劃分子網(wǎng)時(shí)從主機(jī)位借位但必須保留至少 2 位給主機(jī)地址因?yàn)橹鳈C(jī)位全 0 代表網(wǎng)絡(luò)地址全 1 代表廣播地址這兩個(gè)都不能分配給具體主機(jī)。所以最多能借 16-214 位。解決記住公式——可借位數(shù) 總主機(jī)位數(shù) - 2。C 類地址 8 位主機(jī)位最多借 6 位B 類 16 位主機(jī)位最多借 14 位。實(shí)際劃分子網(wǎng)時(shí)還要考慮每個(gè)子網(wǎng)至少需要多少臺(tái)主機(jī)不能只追求子網(wǎng)數(shù)量最大化。4.4 交換機(jī)與集線器的本質(zhì)區(qū)別現(xiàn)象第 8 題問交換機(jī)優(yōu)于集線器的特點(diǎn)答案是 D各端口獨(dú)享帶寬。但很多人會(huì)選 A端口數(shù)量多。原因端口數(shù)量多只是產(chǎn)品規(guī)格差異不是技術(shù)本質(zhì)區(qū)別。集線器工作在物理層所有端口共享同一個(gè)沖突域和帶寬交換機(jī)工作在數(shù)據(jù)鏈路層每個(gè)端口是一個(gè)獨(dú)立的沖突域獨(dú)享帶寬。這是兩者最根本的區(qū)別。解決理解沖突域和廣播域這兩個(gè)概念。集線器所有端口在同一個(gè)沖突域交換機(jī)每個(gè)端口隔離沖突域但默認(rèn)所有端口在同一個(gè)廣播域除非劃分 VLAN。實(shí)際選型時(shí)如果只是擴(kuò)展端口數(shù)量且對(duì)性能要求不高集線器也能用但如果需要全雙工通信和獨(dú)享帶寬必須用交換機(jī)。4.5 PPP 認(rèn)證階段的常見配置錯(cuò)誤現(xiàn)象配置 PPP CHAP 認(rèn)證后鏈路起不來debug 輸出顯示 CHAP authentication failed。原因最常見的是兩邊 username 和 password 不匹配。CHAP 認(rèn)證要求本端配置的 username 是對(duì)端路由器的主機(jī)名password 兩邊必須一致。另一個(gè)常見錯(cuò)誤是只在一邊配置了ppp authentication chap另一邊沒有配置導(dǎo)致認(rèn)證方向不對(duì)等。解決檢查三個(gè)地方——本端username 對(duì)端主機(jī)名 password 密碼是否配置正確兩端ppp authentication chap是否都配置了兩端密碼是否完全一致區(qū)分大小寫。如果還是失敗用debug ppp authentication看具體的挑戰(zhàn)和響應(yīng)過程對(duì)比兩邊的配置差異。5. 把這份題庫用出最大價(jià)值我的三步刷題法這份文檔如果只是從頭到尾做一遍對(duì)答案價(jià)值有限。我自己的用法是分三步走每一步目標(biāo)不同。第一步是裸做一遍不查資料不限時(shí)把答案寫在紙上。這一步的目的是暴露真實(shí)水平不要怕錯(cuò)。做完后統(tǒng)計(jì)錯(cuò)題分布——如果單選題錯(cuò)在 5 道以內(nèi)說明基礎(chǔ)概念過關(guān)如果多選題錯(cuò)超過 2 道說明對(duì)設(shè)備分類和鏈路類型的理解還不夠精確如果簡(jiǎn)答題寫不滿一半說明需要補(bǔ)協(xié)議細(xì)節(jié)。第二步是逐題溯源每道錯(cuò)題都要找到對(duì)應(yīng)的知識(shí)點(diǎn)在 OSI 模型或 TCP/IP 協(xié)議棧里的位置。比如第 9 題 ping 發(fā)出的是 ICMP 請(qǐng)求報(bào)文這個(gè)知識(shí)點(diǎn)屬于網(wǎng)絡(luò)層第 14 題 HTTP 端口號(hào) 80屬于傳輸層和應(yīng)用層的交界。把錯(cuò)題按層次歸類你會(huì)發(fā)現(xiàn)自己的薄弱環(huán)節(jié)集中在哪一層。我一般會(huì)畫一張 OSI 七層的表把每道題的知識(shí)點(diǎn)填進(jìn)去填完之后哪層空得多一目了然。第三步是動(dòng)手驗(yàn)證。這份文檔里至少有三道題可以直接在設(shè)備或模擬器上驗(yàn)證子網(wǎng)劃分題用 Python 腳本算一遍PPP 協(xié)商題在 Packet Tracer 里抓一次包ARP 和 MAC 地址題在命令行里實(shí)際查一次。驗(yàn)證過的知識(shí)點(diǎn)記憶深度和純背答案完全不一樣。刷題階段目標(biāo)時(shí)間投入產(chǎn)出裸做一遍暴露真實(shí)水平40 分鐘錯(cuò)題清單逐題溯源定位知識(shí)盲區(qū)60 分鐘OSI 層次映射表動(dòng)手驗(yàn)證形成肌肉記憶90 分鐘配置腳本和抓包記錄最后說一個(gè)我自己的習(xí)慣每次帶新人我都會(huì)讓他們把這份題里的簡(jiǎn)答題第 3 題TCP/IP 層次模型及每層功能手寫一遍不許查資料。能完整寫出來的基本可以放心讓他獨(dú)立排查一般網(wǎng)絡(luò)故障寫不出來的先回去把 OSI 七層和 TCP/IP 四層的關(guān)系搞清楚再說。從那以后我每次遇到網(wǎng)絡(luò)基礎(chǔ)不扎實(shí)的同事都強(qiáng)制走一遍這個(gè)流程。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取