OSI 模型，逐層分解，去除冗詞

大多數網路解釋把 OSI 模型當成認證考試要死背的圖表，考完就忘。這是錯的。一旦開始排查真實問題，七層就變成心裡的檢查清單：是纜線問題、路由問題，還是應用程式漏洞？知道你在處理哪一層，能劇烈縮短除錯時間。

第 1 層：physical

這是實際的介質：銅線、光纖、無線電波。電壓位準、腳位、連接器類型（RJ45、SFP+）和信號調變都在這裡。交換機連接埠顯示「link down」，或你遇到間歇性封包遺失且與有人在纜線附近吸塵有關聯，你就在第 1 層的地盤。像纜線測試器或 Linux 上的 ethtool eth0 這類工具會在你花時間除錯更上層的東西前，先給你看連接狀態、速度和雙工設定。

第 2 層：data link

這裡有 MAC 位址、交換機和訊框。Ethernet 在這層運作，ARP 也是（技術上是 L2 和 L3 之間的橋樑）。VLAN 也是第 2 層的構造。如果主機無法連到同一子網的任何東西，但對直接連接的其他機器的 ping 都能通，檢查 arp -a 或 ip neigh 看有沒有過時項目，然後看交換機連接埠設定有沒有 VLAN 不符。經典陷阱：兩台主機在同一 VLAN，但 MTU 設定不同，導致奇怪的類似分割症狀。

第 3 層：network

IP 位址、路由和 ICMP 在這裡。traceroute 和 ping 在這層工作，這裡也是你診斷封包有沒有離開本地網路的地方。路由器根據目的地 IP 在這層做轉發決策。當 ping 8.8.8.8 成功但 ping google.com 失敗，那根本不是第 3 層問題，是 DNS，也就是第 7 層——很好的例子說明為什麼在縮小故障時層級紀律很重要。

第 4 層：transport

TCP 和 UDP。這是連接埠、序號和可靠性（或缺乏可靠性）的地方。TCP 的三向交握、重傳計時器和視窗縮放都在這裡。如果 curl 在連接嘗試時卡住，tcpdump -i eth0 port 443 會告訴你 SYN 封包有沒有收到 SYN-ACK。沒有回應通常代表防火牆無聲地丟棄流量而非明確拒絕——這個區別在你寫事件報告時很重要。

第 5 層：session

這層名聲不好，因為在實務中很薄——很多真實堆疊把工作階段管理折進傳輸層或應用層。TLS 工作階段恢復和像 NetBIOS 工作階段這類東西是教科書範例。在現代架構中，你在這層花的時間比任何其他層都少，但在解釋為什麼中斷連接可以無須完整重新協商就恢復時，它在概念上仍然有用。

第 6 層：presentation

編碼、壓縮和加密格式在技術上屬於這裡——想想字元集、SSL/TLS 加密格式（相對於工作階段建立本身）和資料序列化。在實務中，大多數工程師在談論時把這層折進第 5 層或第 7 層，因為邊界模糊。如果你在除錯感亂的承載資料相對於破裂的交握，那就是你的 L6/L7 分界。

第 7 層：application

HTTP、DNS、SMTP、SSH——你寫代碼對着的協定。大多數作為開發者的日常除錯發生在這裡，檢查狀態碼、標頭和承載資料。瀏覽器開發者工具、Postman 和 curl -v 都在這層運作。API 呼叫失敗時很容易先責備網路，但 500 回應代表請求順利通過下面每一層——問題完全在應用邏輯。

為什麼要費力學沒人完全實作的模型

真實網路，特別是 TCP/IP，沒有完全對應到 OSI 的七層——TCP/IP 在自己的參考模型有四層。這個不符沒關係。OSI 的價值不在實作規格，在於提供共用詞彙。當同事說「這聞起來像第 2 層問題」，你們倆立即都知道要檢查交換機和 VLAN，而不是為 DNS 紀錄爭論。那就是學好它而非只為考試死背的全部要點。

如果這種逐層分解對你有幫助，Korra Studio 的網路課程更進一步涵蓋了封包擷取、子網組網練習和防火牆規則排查，直接建立在這個基礎上。