簡(jiǎn)介這份計(jì)算機(jī)網(wǎng)絡(luò)筆試題文檔面向準(zhǔn)備計(jì)算機(jī)基礎(chǔ)課程考試、校招筆試或考研復(fù)試的在校學(xué)生與求職者聚焦網(wǎng)絡(luò)原理核心知識(shí)點(diǎn)的自測(cè)與查漏補(bǔ)缺。內(nèi)容以填空與單項(xiàng)選擇兩大題型為主覆蓋OSI七層參考模型、局域網(wǎng)與廣域網(wǎng)劃分、總線型/環(huán)形/星形拓?fù)?、CSMA/CD與令牌環(huán)介質(zhì)訪問(wèn)控制、10BASE-T與100BASE-TX線纜長(zhǎng)度限制、交換機(jī)數(shù)據(jù)轉(zhuǎn)發(fā)方式、IP地址組成與ARP映射、RIP與OSPF路由算法、TCP與UDP服務(wù)特性以及DES、RSA加密與防火墻等安全措施每題均附標(biāo)準(zhǔn)答案便于對(duì)照記憶。資源包共1個(gè)doc文件約91KB體積輕巧適合打印或離線刷題。目前已有396人學(xué)習(xí)可作為章節(jié)復(fù)習(xí)與考前突擊的配套練習(xí)幫助讀者快速定位薄弱環(huán)節(jié)并鞏固高頻考點(diǎn)。1. 一份「計(jì)算機(jī)網(wǎng)絡(luò)筆試題.doc」背后到底該練什么如果你手里正躺著一份名為「計(jì)算機(jī)網(wǎng)絡(luò)筆試題.doc」的文件先別急著從頭背到尾。我見過(guò)太多人把這類文檔當(dāng)成題庫(kù)來(lái)刷刷完三遍面試官換個(gè)問(wèn)法照樣卡殼。真正的問(wèn)題不在于題量而在于這份文檔通常只給了「答案」沒給「為什么是這個(gè)答案」以及「換個(gè)場(chǎng)景還成不成立」。計(jì)算機(jī)網(wǎng)絡(luò)這門課的特點(diǎn)是概念之間高度耦合一道題往往同時(shí)考分層模型、協(xié)議狀態(tài)機(jī)、地址計(jì)算和性能權(quán)衡。你只記住「TCP 三次握手」但被追問(wèn)「為什么不是兩次」「SYN 洪泛怎么防」「TIME_WAIT 為什么是 2MSL」就露餡了。這份文檔真正該被當(dāng)成什么用我的做法是把它拆成四類概念辨析題、計(jì)算題、協(xié)議流程題、排障場(chǎng)景題。概念題用來(lái)查漏計(jì)算題用來(lái)練手速和邊界流程題用來(lái)畫狀態(tài)圖排障題用來(lái)串知識(shí)。適合誰(shuí)準(zhǔn)備校招/社招的后端、測(cè)試、運(yùn)維、嵌入式方向都適用尤其是那些「計(jì)算機(jī)網(wǎng)絡(luò)八股」背了不少但沒動(dòng)手抓過(guò)包的人。下面我按這個(gè)思路把一份靜態(tài)文檔變成可復(fù)現(xiàn)的訓(xùn)練路徑。2. 把 doc 拆成四類題型先分清哪些題值得花時(shí)間2.1 概念辨析題別背定義背「邊界條件」概念題最容易騙人。比如「TCP 和 UDP 的區(qū)別」標(biāo)準(zhǔn)答案能寫一頁(yè)但面試官真正想聽的是你在什么場(chǎng)景下會(huì)放棄 TCP。我一般會(huì)這樣整理把每道概念題改寫成「在 X 條件下選 A 還是 B代價(jià)是什么」。舉個(gè)例子視頻會(huì)議為什么用 UDP 為主不是因?yàn)?UDP「快」而是因?yàn)?TCP 的重傳和擁塞控制會(huì)把延遲抖動(dòng)放大到不可接受。這個(gè)邊界條件一寫出來(lái)概念就活了。具體操作打開 doc把所有「簡(jiǎn)述」「區(qū)別」「特點(diǎn)」開頭的題目標(biāo)黃然后在旁邊用一句話補(bǔ)上「什么時(shí)候不適用」。這一步不需要寫代碼但需要你查 RFC 或教材對(duì)應(yīng)章節(jié)。謝希仁那本《計(jì)算機(jī)網(wǎng)絡(luò)》第八版和《自頂向下》都可以湖科大教書匠的視頻適合把鏈路層和網(wǎng)絡(luò)層串一遍。注意別在概念題上抄太多字每道題控制在三行以內(nèi)逼自己提煉。2.2 計(jì)算題子網(wǎng)劃分、CRC、窗口利用率必須手算到條件反射計(jì)算題是這份 doc 里最「值錢」的部分因?yàn)槊嬖嚞F(xiàn)場(chǎng)讓你手算子網(wǎng)掩碼的場(chǎng)景非常多。常見的有給一個(gè) IP 和掩碼求網(wǎng)絡(luò)號(hào)、廣播地址、可用主機(jī)數(shù)給帶寬和 RTT求停止等待協(xié)議和滑動(dòng)窗口的信道利用率給生成多項(xiàng)式算 CRC 余數(shù)。這些題沒有捷徑必須手算到不假思索。我一般會(huì)準(zhǔn)備一張草稿紙把 doc 里所有計(jì)算題抽出來(lái)按「地址類」「編碼類」「性能類」分三列。地址類重點(diǎn)練變長(zhǎng)掩碼和 CIDR 聚合編碼類練 CRC 和曼徹斯特編碼性能類練窗口利用率和時(shí)延帶寬積。每道題算完用 Python 的 ipaddress 模塊驗(yàn)證一遍避免手算出錯(cuò)卻不知道。這個(gè)習(xí)慣救過(guò)我很多次尤其是面試時(shí)緊張容易把 255.255.255.192 的可用主機(jī)數(shù)寫成 62 而不是 62對(duì)/26 就是 62 個(gè)可用地址別寫成 64。2.3 協(xié)議流程題畫狀態(tài)圖比背文字強(qiáng)十倍TCP 三次握手、四次揮手、擁塞控制、ARP 請(qǐng)求響應(yīng)、DHCP 四步、DNS 遞歸迭代——這些題如果只背文字考場(chǎng)上很容易漏步驟。我的做法是每道流程題畫一張狀態(tài)遷移圖標(biāo)出每個(gè)狀態(tài)下的關(guān)鍵動(dòng)作和定時(shí)器。比如 TCP 揮手主動(dòng)關(guān)閉方進(jìn)入 FIN_WAIT_1收到 ACK 后進(jìn)入 FIN_WAIT_2收到 FIN 后進(jìn)入 TIME_WAIT等 2MSL 才關(guān)閉。被動(dòng)關(guān)閉方則是 CLOSE_WAIT、LAST_ACK、CLOSED。畫圖的時(shí)候要問(wèn)自己三個(gè)問(wèn)題這個(gè)狀態(tài)等什么報(bào)文超時(shí)了怎么辦收到異常報(bào)文怎么處理這三個(gè)問(wèn)題能答上來(lái)流程題基本不會(huì)丟分。doc 里如果有「簡(jiǎn)述 TCP 連接建立過(guò)程」這類題直接跳過(guò)文字答案自己畫一遍再對(duì)照教材補(bǔ)漏。2.4 排障場(chǎng)景題從「ping 不通」倒推整條鏈路排障題是區(qū)分「背過(guò)」和「用過(guò)」的分水嶺。doc 里可能只有一兩道「網(wǎng)絡(luò)不通怎么排查」但這類題值得你花最多時(shí)間。我一般會(huì)按分層來(lái)推物理層看鏈路燈和網(wǎng)線數(shù)據(jù)鏈路層看 ARP 表和 VLAN網(wǎng)絡(luò)層看路由表和 ICMP傳輸層看端口和防火墻應(yīng)用層看 DNS 和代理配置。每一步都有對(duì)應(yīng)的命令ip link、arp -a、ip route、traceroute、ss -tulnp、dig。把 doc 里的排障題改寫成「現(xiàn)象 → 可能原因 → 驗(yàn)證命令」的表格比背答案有用得多。比如「能 ping 通 IP 但打不開網(wǎng)頁(yè)」可能原因是 DNS 解析失敗或 HTTP 代理配置錯(cuò)誤驗(yàn)證命令是 nslookup 和 curl -v。這種題練多了面試時(shí)哪怕沒做過(guò)也能按分層邏輯推出來(lái)。3. 用 Python 把計(jì)算題批量驗(yàn)證腳本、參數(shù)與邊界3.1 子網(wǎng)計(jì)算腳本ipaddress 模塊的四個(gè)關(guān)鍵調(diào)用手算子網(wǎng)容易出錯(cuò)尤其是變長(zhǎng)掩碼。我一般寫一個(gè)小腳本把 doc 里的地址題批量跑一遍。核心用 Python 標(biāo)準(zhǔn)庫(kù) ipaddress不需要裝第三方包。import ipaddress def subnet_info(ip_with_mask): # 支持 192.168.1.10/26 這種 CIDR 寫法 iface ipaddress.ip_interface(ip_with_mask) net iface.network # 網(wǎng)絡(luò)號(hào)、廣播地址、可用主機(jī)數(shù) print(f輸入: {ip_with_mask}) print(f網(wǎng)絡(luò)號(hào): {net.network_address}) print(f廣播地址: {net.broadcast_address}) print(f掩碼: {net.netmask}) print(f可用主機(jī)數(shù): {net.num_addresses - 2}) # 判斷某個(gè) IP 是否在同一子網(wǎng) other ipaddress.ip_address(192.168.1.100) print(f192.168.1.100 是否同子網(wǎng): {other in net}) subnet_info(192.168.1.10/26)邏輯說(shuō)明ip_interface 同時(shí)接受地址和掩碼network 屬性自動(dòng)算出網(wǎng)絡(luò)號(hào)。num_addresses 包含網(wǎng)絡(luò)號(hào)和廣播地址所以可用主機(jī)數(shù)要減 2。參數(shù)方面/26 對(duì)應(yīng)掩碼 255.255.255.192可用主機(jī) 62 個(gè)。注意如果題目給的是「子網(wǎng)掩碼 255.255.255.192」而不是 CIDR可以用 ipaddress.IPv4Network(192.168.1.0/255.255.255.192, strictFalse) 來(lái)轉(zhuǎn)換。strictFalse 允許主機(jī)位不為零否則會(huì)報(bào)錯(cuò)。3.2 CRC 校驗(yàn)?zāi)_本生成多項(xiàng)式與余數(shù)計(jì)算CRC 題在 doc 里通常給生成多項(xiàng)式讓你算余數(shù)。手算要補(bǔ)零、做模 2 除法容易錯(cuò)。用腳本驗(yàn)證def crc_remainder(data_bits, poly_bits): # data_bits 和 poly_bits 都是字符串如 110101 和 1011 data list(data_bits) [0] * (len(poly_bits) - 1) poly list(poly_bits) for i in range(len(data_bits)): if data[i] 1: for j in range(len(poly)): # 模 2 減法等價(jià)于異或 data[i j] str(int(data[i j]) ^ int(poly[j])) return .join(data[-(len(poly_bits) - 1):]) print(crc_remainder(110101, 1011)) # 輸出余數(shù)邏輯說(shuō)明CRC 的核心是模 2 除法異或?qū)崿F(xiàn)。參數(shù)方面poly_bits 是生成多項(xiàng)式去掉最高位的系數(shù)比如 x^3x1 對(duì)應(yīng) 1011。注意data_bits 后面補(bǔ)的零個(gè)數(shù)是 len(poly_bits)-1不是 len(poly_bits)。這個(gè)腳本只適合手算驗(yàn)證實(shí)際工程里用 zlib.crc32 或 binascii 更靠譜。3.3 窗口利用率計(jì)算帶寬、RTT 與窗口大小的關(guān)系性能題常考「發(fā)送窗口多大才能跑滿帶寬」。公式是窗口大小 ≥ 帶寬 × RTT。我一般用腳本算一遍再手算對(duì)照。def window_utilization(bandwidth_mbps, rtt_ms, window_bytes): # 帶寬轉(zhuǎn)成字節(jié)/秒RTT 轉(zhuǎn)成秒 bandwidth_bps bandwidth_mbps * 1_000_000 rtt_s rtt_ms / 1000 # 一個(gè) RTT 內(nèi)能發(fā)的字節(jié)數(shù) capacity bandwidth_bps * rtt_s / 8 utilization window_bytes / capacity print(f時(shí)延帶寬積: {capacity:.0f} 字節(jié)) print(f窗口利用率: {utilization:.2%}) if utilization 1: print(窗口不足帶寬跑不滿) window_utilization(100, 50, 65535)邏輯說(shuō)明時(shí)延帶寬積是「管道容量」窗口小于它就跑不滿。參數(shù)方面100 Mbps、RTT 50ms 時(shí)管道容量約 625000 字節(jié)而 TCP 最大窗口 65535 字節(jié)利用率只有 10% 左右。這就是為什么長(zhǎng)肥管道需要窗口縮放選項(xiàng)。注意實(shí)際吞吐還受擁塞控制影響這個(gè)公式只是理論上限。4. 協(xié)議流程題的避坑與排查那些 doc 不會(huì)告訴你的細(xì)節(jié)4.1 三次握手為什么不是兩次半連接隊(duì)列與 SYN 洪泛doc 里通常只寫「防止已失效的連接請(qǐng)求突然又傳到服務(wù)器」。這個(gè)答案沒錯(cuò)但不夠。真正的原因是兩次握手無(wú)法確認(rèn)客戶端的接收能力也無(wú)法防止歷史連接。更實(shí)際的是三次握手配合半連接隊(duì)列SYN queue和全連接隊(duì)列accept queue來(lái)管理連接。如果半連接隊(duì)列滿了新的 SYN 會(huì)被丟棄表現(xiàn)為客戶端超時(shí)重傳。SYN 洪泛攻擊就是利用這一點(diǎn)偽造大量源 IP 發(fā) SYN占滿半連接隊(duì)列。排查方法netstat -s | grep -i syn 看 SYN 相關(guān)統(tǒng)計(jì)ss -lnt 看 Send-Q 和 Recv-Q。如果 Recv-Q 持續(xù)接近 Send-Q說(shuō)明 accept 隊(duì)列快滿了應(yīng)用層處理不過(guò)來(lái)。參數(shù)方面Linux 的 tcp_max_syn_backlog 控制半連接隊(duì)列somaxconn 控制全連接隊(duì)列。注意這兩個(gè)值不是越大越好要結(jié)合內(nèi)存和應(yīng)用處理能力。4.2 TIME_WAIT 太多怎么辦2MSL 的意義與回收參數(shù)TIME_WAIT 是主動(dòng)關(guān)閉方在收到 FIN 并發(fā)出 ACK 后進(jìn)入的狀態(tài)持續(xù) 2MSL通常 60 秒。作用是確保最后一個(gè) ACK 能到達(dá)對(duì)方以及讓舊連接的重復(fù)報(bào)文在網(wǎng)絡(luò)中消失。但高并發(fā)短連接場(chǎng)景下TIME_WAIT 會(huì)堆積占用端口資源。doc 里可能只問(wèn)「TIME_WAIT 作用」但實(shí)際工作中更常問(wèn)「怎么優(yōu)化」。常見做法是開啟 tcp_tw_reuse允許將 TIME_WAIT 狀態(tài)的端口用于新的 outgoing 連接。注意tcp_tw_recycle 在 NAT 環(huán)境下會(huì)導(dǎo)致連接失敗已經(jīng)在內(nèi)核 4.12 后移除別再用。另一個(gè)參數(shù)是 tcp_max_tw_buckets限制 TIME_WAIT 數(shù)量但超過(guò)后內(nèi)核會(huì)直接關(guān)閉連接并打印警告。我一般建議先確認(rèn)是不是短連接太多如果是改用長(zhǎng)連接或連接池比調(diào)內(nèi)核參數(shù)更根本。4.3 擁塞控制從 Reno 到 BBRdoc 里的「慢啟動(dòng)」只是起點(diǎn)doc 里講擁塞控制通常只講慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù)。但面試官可能追問(wèn)現(xiàn)在 Linux 默認(rèn)用什么算法答案是 CUBIC而 Google 的 BBR 在長(zhǎng)肥管道和高丟包場(chǎng)景下表現(xiàn)更好。慢啟動(dòng)的初始窗口從 1 個(gè) MSS 開始每收到一個(gè) ACK 翻倍直到 ssthresh。這個(gè)「翻倍」是指數(shù)增長(zhǎng)很容易撞上 ssthresh 然后進(jìn)入擁塞避免的線性增長(zhǎng)。排查擁塞控制相關(guān)問(wèn)題時(shí)用 ss -ti 看連接的 cwnd、ssthresh、rtt。如果 cwnd 長(zhǎng)期上不去可能是丟包導(dǎo)致頻繁進(jìn)入快恢復(fù)。參數(shù)方面net.ipv4.tcp_congestion_control 可以切換算法net.ipv4.tcp_rmem 和 tcp_wmem 控制緩沖區(qū)。注意BBR 需要內(nèi)核 4.9 以上且對(duì)公平性有爭(zhēng)議生產(chǎn)環(huán)境切換前要壓測(cè)。4.4 ARP 與 DHCP 的聯(lián)動(dòng)為什么換了網(wǎng)段就連不上ARP 題在 doc 里通常只問(wèn)「ARP 作用」和「ARP 欺騙」。但實(shí)際排障中更常見的是換了網(wǎng)段后網(wǎng)關(guān) MAC 變了但 ARP 緩存沒更新導(dǎo)致發(fā)不出去?；蛘?DHCP 拿到的地址和靜態(tài)配置沖突表現(xiàn)為時(shí)通時(shí)斷。排查步驟arp -a 看緩存ip neigh 看鄰居表dhclient -v 看 DHCP 交互。如果 ARP 緩存里有多個(gè) MAC 對(duì)應(yīng)同一 IP可能是 ARP 欺騙或雙網(wǎng)卡綁定問(wèn)題。參數(shù)方面Linux 的 gc_stale_time 控制 ARP 緩存老化時(shí)間默認(rèn) 60 秒。如果網(wǎng)絡(luò)里設(shè)備頻繁上下線可以適當(dāng)調(diào)小。注意ARP 是鏈路層協(xié)議跨網(wǎng)段通信時(shí)源主機(jī)發(fā) ARP 請(qǐng)求的是網(wǎng)關(guān) IP而不是目標(biāo)主機(jī) IP。這個(gè)點(diǎn)很多人搞混導(dǎo)致子網(wǎng)劃分題做錯(cuò)。5. 把 doc 變成可復(fù)現(xiàn)的訓(xùn)練閉環(huán)我的日常習(xí)慣5.1 用抓包驗(yàn)證每一道協(xié)議題背十遍 TCP 狀態(tài)機(jī)不如抓一次包。我一般用 tcpdump 或 Wireshark把 doc 里的協(xié)議題對(duì)應(yīng)的流量抓下來(lái)。比如三次握手抓包能看到 SYN、SYN-ACK、ACK 三個(gè)報(bào)文以及各自的 seq 和 ack 號(hào)。四次揮手能看到 FIN、ACK、FIN、ACK以及 TIME_WAIT 的持續(xù)時(shí)間。命令很簡(jiǎn)單# 抓取 80 端口的 TCP 流量保存到文件 tcpdump -i eth0 -nn -w tcp.pcap tcp port 80 # 用 tshark 讀取并顯示握手過(guò)程 tshark -r tcp.pcap -Y tcp.flags.syn1 or tcp.flags.fin1邏輯說(shuō)明-nn 禁止域名和端口解析-w 寫入文件。tshark 的 -Y 是顯示過(guò)濾器只顯示 SYN 或 FIN 標(biāo)志的包。參數(shù)方面-i 指定網(wǎng)卡any 可以抓所有網(wǎng)卡。注意抓包需要權(quán)限生產(chǎn)環(huán)境慎用避免抓到大流量影響性能。5.2 用 Docker 搭一個(gè)最小網(wǎng)絡(luò)拓?fù)鋎oc 里的題往往是單機(jī)視角但真實(shí)網(wǎng)絡(luò)涉及多臺(tái)設(shè)備。我一般用 Docker 起幾個(gè)容器用 bridge 網(wǎng)絡(luò)模擬子網(wǎng)用 iptables 模擬防火墻。比如# 創(chuàng)建兩個(gè)子網(wǎng) docker network create --subnet192.168.1.0/24 net1 docker network create --subnet192.168.2.0/24 net2 # 起兩個(gè)容器分別接入 docker run -d --name host1 --net net1 alpine sleep 3600 docker run -d --name host2 --net net2 alpine sleep 3600 # 進(jìn)入容器測(cè)試連通性 docker exec -it host1 ping 192.168.2.2邏輯說(shuō)明默認(rèn)情況下兩個(gè)子網(wǎng)不通需要加路由或做 NAT。這個(gè)環(huán)境可以用來(lái)驗(yàn)證子網(wǎng)劃分、路由轉(zhuǎn)發(fā)、ARP 請(qǐng)求范圍。參數(shù)方面--subnet 指定 CIDR--net 指定網(wǎng)絡(luò)。注意Docker 的默認(rèn) bridge 網(wǎng)絡(luò)和自定義網(wǎng)絡(luò)行為不同自定義網(wǎng)絡(luò)支持自動(dòng) DNS 解析。5.3 錯(cuò)題本只記「當(dāng)時(shí)為什么錯(cuò)」最后說(shuō)一個(gè)習(xí)慣錯(cuò)題本不要抄題目和答案只記「我當(dāng)時(shí)為什么錯(cuò)」。比如「我把 /26 的可用主機(jī)數(shù)算成 64因?yàn)橥藴p網(wǎng)絡(luò)號(hào)和廣播地址」。這種記錄方式逼你反思思維過(guò)程而不是重復(fù)記憶。每隔一周翻一次只看錯(cuò)誤原因不看答案。如果同一個(gè)原因錯(cuò)三次說(shuō)明這個(gè)概念沒真懂回去查教材對(duì)應(yīng)章節(jié)。doc 里的題刷完一遍后把錯(cuò)題按「概念不清」「計(jì)算失誤」「流程遺漏」「排障沒思路」分類。概念不清的回去看謝希仁或自頂向下計(jì)算失誤的加練同類題流程遺漏的重畫狀態(tài)圖排障沒思路的補(bǔ)命令。這個(gè)閉環(huán)跑兩輪基本能覆蓋 90% 的筆試題型。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取