算機(jī)網(wǎng)絡(luò)協(xié)議：從分層模型到排查實(shí)戰(zhàn))
很多朋友在學(xué)網(wǎng)絡(luò)知識(shí)時(shí)最頭疼的不是某一個(gè)協(xié)議有多難而是協(xié)議數(shù)量太多不知道它們各自屬于哪一層也不知道報(bào)文格式長什么樣更不清楚出了問題該用什么命令去排查。本文整理了一張相對(duì)完整的“計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議地圖”從上到下覆蓋數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層和應(yīng)用層把每層的主要協(xié)議、報(bào)文格式、核心功能以及對(duì)應(yīng)的排查命令串成一條線。建議先收藏再花 20 分鐘通讀一遍之后無論是應(yīng)付面試、做網(wǎng)絡(luò)實(shí)驗(yàn)還是排查線上連通性問題都可以直接回到這篇文章里查。1. 為什么需要一張“協(xié)議地圖”1.1 計(jì)算機(jī)通信的復(fù)雜性兩臺(tái)設(shè)備要完成一次通信其實(shí)非常復(fù)雜。比如你用瀏覽器訪問一個(gè)網(wǎng)站背后至少包含把域名解析成 IP 地址。建立 TCP 連接。發(fā)送 HTTP 請(qǐng)求。經(jīng)過路由器逐跳轉(zhuǎn)發(fā)。最終把數(shù)據(jù)交給目標(biāo)服務(wù)器的應(yīng)用進(jìn)程。如果所有邏輯都寫在一個(gè)協(xié)議里這個(gè)協(xié)議會(huì)非常臃腫而且很難擴(kuò)展。所以計(jì)算機(jī)網(wǎng)絡(luò)采用了分層的設(shè)計(jì)思路每一層專注解決一類問題層與層之間通過標(biāo)準(zhǔn)接口協(xié)作。1.2 分層模型OSI 與 TCP/IP說到分層最經(jīng)典的是 OSI 七層模型但實(shí)際互聯(lián)網(wǎng)采用的是 TCP/IP 四層模型。兩者對(duì)應(yīng)關(guān)系如下OSI 七層模型TCP/IP 四層模型典型協(xié)議示例應(yīng)用層應(yīng)用層HTTP、HTTPS、DNS、FTP、SMTP、SSH表示層應(yīng)用層TLS/SSL加密與數(shù)據(jù)完整性會(huì)話層應(yīng)用層RPC、會(huì)話管理傳輸層傳輸層TCP、UDP網(wǎng)絡(luò)層網(wǎng)絡(luò)層IP、ICMP、OSPF、BGP數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層以太網(wǎng)、ARP、VLAN物理層數(shù)據(jù)鏈路層網(wǎng)線、光纖、Wi-Fi 物理信號(hào)學(xué)習(xí)時(shí)不必糾結(jié) OSI 的表示層和會(huì)話層TCP/IP 模型已經(jīng)把它們合并進(jìn)應(yīng)用層。重點(diǎn)要掌握的是從上往下數(shù)據(jù)一層層封裝從下往上數(shù)據(jù)一層層解封裝。1.3 數(shù)據(jù)封裝與解封裝一個(gè) HTTP 請(qǐng)求從應(yīng)用層出發(fā)會(huì)經(jīng)歷這樣的過程應(yīng)用層生成 HTTP 報(bào)文。傳輸層添加 TCP 頭形成 TCP 報(bào)文段。網(wǎng)絡(luò)層添加 IP 頭形成 IP 數(shù)據(jù)報(bào)。數(shù)據(jù)鏈路層添加以太網(wǎng)幀頭和幀尾形成數(shù)據(jù)幀。物理層把數(shù)據(jù)幀轉(zhuǎn)換為比特流通過介質(zhì)傳輸。接收方則反向操作逐層去掉頭部最終把 HTTP 報(bào)文交給應(yīng)用程序。這個(gè)過程稱為封裝與解封裝。理解它之后再看每一層的報(bào)文格式就不會(huì)感到孤立。2. 數(shù)據(jù)鏈路層數(shù)據(jù)幀的起點(diǎn)2.1 鏈路層的作用數(shù)據(jù)鏈路層解決的是“同一段物理鏈路內(nèi)設(shè)備之間如何傳輸數(shù)據(jù)單元”的問題。它把網(wǎng)絡(luò)層交下來的 IP 數(shù)據(jù)報(bào)封裝成幀在相鄰節(jié)點(diǎn)之間傳輸同時(shí)負(fù)責(zé)差錯(cuò)檢測(cè)。鏈路層的核心包括幀的封裝與拆封。MAC 地址尋址。差錯(cuò)檢測(cè)幀校驗(yàn)。介質(zhì)訪問控制如以太網(wǎng)的 CSMA/CD 和無線網(wǎng)絡(luò)的 CSMA/CA。2.2 以太網(wǎng)幀格式以太網(wǎng)是使用最廣泛的鏈路層技術(shù)。標(biāo)準(zhǔn)的以太網(wǎng)幀格式如下字段長度字節(jié)說明目的 MAC 地址6接收方網(wǎng)卡的物理地址源 MAC 地址6發(fā)送方網(wǎng)卡的物理地址類型/長度20x0800 表示上層為 IPv40x86DD 表示 IPv6數(shù)據(jù)46-1500上層協(xié)議數(shù)據(jù)單元如 IP 數(shù)據(jù)報(bào)幀校驗(yàn)序列4CRC 校驗(yàn)結(jié)果用于差錯(cuò)檢測(cè)MAC 地址是網(wǎng)卡出廠時(shí)燒錄的物理地址全球唯一從廠商角度說可保證唯一性。它只在同一鏈路內(nèi)有意義跨網(wǎng)絡(luò)轉(zhuǎn)發(fā)時(shí)幀頭會(huì)被不斷替換。2.3 ARP 協(xié)議與 MAC 地址解析ARPAddress Resolution Protocol地址解析協(xié)議用于根據(jù) IP 地址獲取同一鏈路內(nèi)的 MAC 地址。假設(shè)主機(jī) A 知道目標(biāo)主機(jī) B 的 IP 是 192.168.1.10但不知道 B 的 MAC 地址A 會(huì)廣播一個(gè) ARP 請(qǐng)求“誰是 192.168.1.10請(qǐng)告訴我你的 MAC 地址?！盉 收到后回復(fù)單播 ARP 響應(yīng)A 將結(jié)果寫入本機(jī) ARP 緩存。在命令行執(zhí)行arp -a可以查看本機(jī) ARP 緩存表arp -a輸出類似接口: 192.168.1.100 --- 0x9 Internet 地址 物理地址 類型 192.168.1.1 a4-2b-b0-xx-xx-xx 動(dòng)態(tài) 192.168.1.10 68-9e-xx-xx-xx-xx 動(dòng)態(tài)這里192.168.1.1通常是網(wǎng)關(guān) IP對(duì)應(yīng)的是網(wǎng)關(guān)設(shè)備的 MAC 地址。注意即使目標(biāo)服務(wù)器在公網(wǎng)報(bào)文要發(fā)送出去也必須先找到下一跳網(wǎng)關(guān)的 MAC 地址。2.4 鏈路層常用命令Windows 與 Linux 下查看鏈路層信息的命令略有差別但最常用的是# Windows 查看網(wǎng)卡信息包含 MAC 地址和 IP 地址 ipconfig /all # Linux 查看網(wǎng)卡信息 ip link show # 查看 ARP 緩存 arp -a # 清除 ARP 緩存需要管理員權(quán)限 arp -d *如果同一局域網(wǎng)內(nèi)兩臺(tái)主機(jī) ping 不通第一步就應(yīng)該檢查 IP 是否在同一網(wǎng)段第二步檢查 ARP 是否能解析到對(duì)端 MAC。3. 網(wǎng)絡(luò)層跨網(wǎng)絡(luò)的路徑規(guī)劃3.1 網(wǎng)絡(luò)層的作用網(wǎng)絡(luò)層解決的是“數(shù)據(jù)如何從源網(wǎng)絡(luò)到達(dá)目的網(wǎng)絡(luò)”的問題。它不關(guān)心具體哪臺(tái)主機(jī)而是通過 IP 地址標(biāo)識(shí)主機(jī)所在的位置并通過路由協(xié)議選擇最佳路徑。網(wǎng)絡(luò)層的核心功能IP 地址編址與子網(wǎng)劃分。路由選擇。分組轉(zhuǎn)發(fā)。擁塞控制輔助性。3.2 IPv4 報(bào)文格式IPv4 是當(dāng)前使用最廣泛的網(wǎng)絡(luò)層協(xié)議。它的報(bào)文格式需要重點(diǎn)掌握字段長度位說明版本4固定為 4表示 IPv4首部長度4IP 首部長度單位是 4 字節(jié)服務(wù)類型8區(qū)分優(yōu)先級(jí)、延遲、吞吐量等總長度16IP 數(shù)據(jù)報(bào)總長度單位是字節(jié)標(biāo)識(shí)16分片時(shí)用于重組標(biāo)志3是否允許分片、是否還有分片片偏移13分片在原報(bào)文中的偏移位置生存時(shí)間 TTL8每經(jīng)過一個(gè)路由器減 1為 0 時(shí)丟棄協(xié)議8上層協(xié)議類型6TCP17UDP1ICMP首部校驗(yàn)和16只校驗(yàn) IP 首部源 IP 地址32發(fā)送方 IP目的 IP 地址32接收方 IPTTL 字段非常關(guān)鍵。它防止數(shù)據(jù)報(bào)在網(wǎng)絡(luò)中無限循環(huán)。執(zhí)行 ping 時(shí)TTL 還能幫我們初步判斷目標(biāo)主機(jī)的操作系統(tǒng)類型例如 Windows 默認(rèn) TTL 通常是 128Linux 通常是 64。3.3 IPv6 與 ICMPIPv6 是為解決 IPv4 地址枯竭而設(shè)計(jì)的下一代協(xié)議地址長度為 128 位不再需要 NAT 也能實(shí)現(xiàn)全球唯一尋址。IPv6 報(bào)文頭比 IPv4 更簡潔固定為 40 字節(jié)并且取消了首部校驗(yàn)和減輕了路由器處理壓力。ICMPInternet Control Message Protocol互聯(lián)網(wǎng)控制報(bào)文協(xié)議是網(wǎng)絡(luò)層的輔助協(xié)議用于傳遞差錯(cuò)信息和控制信息。比如目標(biāo)不可達(dá)。超時(shí)。重定向。Echo 請(qǐng)求與應(yīng)答ping 命令的基礎(chǔ)。ping 命令實(shí)際發(fā)送的就是 ICMP Echo Request收到 ICMP Echo Reply 就說明目標(biāo)可達(dá)。3.4 路由協(xié)議與常用命令路由協(xié)議按工作范圍分為內(nèi)部網(wǎng)關(guān)協(xié)議RIP、OSPF、IS-IS。外部網(wǎng)關(guān)協(xié)議BGP。它們本質(zhì)上是在路由器之間交換路由信息幫助路由器構(gòu)建路由表。實(shí)際排錯(cuò)時(shí)我們更關(guān)注的是本機(jī)路由表和連通性命令# Windows 查看路由表 route print # Linux 查看路由表 ip route show # ping 測(cè)試連通性 ping -c 4 www.baidu.com # 跟蹤路由路徑確認(rèn)經(jīng)過哪些中間節(jié)點(diǎn) tracert www.baidu.com # Windows traceroute www.baidu.com # Linux如果ping通但業(yè)務(wù)訪問失敗問題可能不在網(wǎng)絡(luò)層而在傳輸層或應(yīng)用層。4. 傳輸層端到端的可靠與高效4.1 傳輸層的作用傳輸層是網(wǎng)絡(luò)通信中承上啟下的關(guān)鍵一層。它負(fù)責(zé)端口尋址、分段重組、連接管理和可靠傳輸為上層應(yīng)用提供端到端的通信服務(wù)。傳輸層最核心的兩個(gè)協(xié)議是 TCP 和 UDP。特性TCPUDP連接狀態(tài)面向連接無連接可靠性可靠傳輸盡最大努力交付傳輸效率較低較高數(shù)據(jù)邊界字節(jié)流無邊界數(shù)據(jù)報(bào)有邊界典型應(yīng)用HTTP、FTP、SMTPDNS、視頻通話、游戲4.2 TCP 報(bào)文段格式TCP 報(bào)文段格式是面試和排錯(cuò)中繞不開的重點(diǎn)字段長度位說明源端口16發(fā)送方端口號(hào)目的端口16接收方端口號(hào)序號(hào)32本報(bào)文段數(shù)據(jù)首字節(jié)的序號(hào)確認(rèn)號(hào)32期望收到對(duì)方下一個(gè)字節(jié)的序號(hào)數(shù)據(jù)偏移4TCP 首部長度保留6保留字段標(biāo)志位6URG、ACK、PSH、RST、SYN、FIN窗口16接收窗口大小用于流量控制校驗(yàn)和16覆蓋首部和數(shù)據(jù)的校驗(yàn)值緊急指針16配合 URG 使用六個(gè)標(biāo)志位是最常見的考點(diǎn)SYN同步序號(hào)用于建立連接。ACK確認(rèn)應(yīng)答。FIN釋放連接。RST重置連接。PSH立即上交應(yīng)用層。URG緊急數(shù)據(jù)。4.3 三次握手與四次揮手TCP 建立連接通過三次握手完成目的是讓雙方都確認(rèn)自己和對(duì)方的收發(fā)能力正常。三次握手過程客戶端發(fā)送 SYN1Seqx。服務(wù)端回復(fù) SYN1ACK1SeqyAckx1?？蛻舳税l(fā)送 ACK1Seqx1Acky1。連接建立后雙方進(jìn)入數(shù)據(jù)傳送階段。斷開連接時(shí)使用四次揮手因?yàn)?TCP 是全雙工通信每一方都需要單獨(dú)關(guān)閉發(fā)送通道。四次揮手過程主動(dòng)方發(fā)送 FIN1Sequ。被動(dòng)方回復(fù) ACK1Acku1。被動(dòng)方發(fā)送 FIN1Seqw。主動(dòng)方回復(fù) ACK1Ackw1。排錯(cuò)時(shí)觀察 TCP 狀態(tài)很有用常用的狀態(tài)有 LISTEN、SYN_SENT、ESTABLISHED、TIME_WAIT、CLOSE_WAIT。比如大量 CLOSE_WAIT 連接堆積通常說明服務(wù)端代碼沒有正確關(guān)閉 Socket。4.4 UDP 數(shù)據(jù)報(bào)格式UDP 首部非常簡單只有 8 字節(jié)字段長度位說明源端口16可選無用時(shí)為 0目的端口16目標(biāo)端口長度16UDP 數(shù)據(jù)報(bào)總長度校驗(yàn)和16可選校驗(yàn)優(yōu)點(diǎn)是開銷小、實(shí)時(shí)性好適合 DNS 查詢、RTP 音視頻流、在線游戲等場(chǎng)景。但它不保證數(shù)據(jù)一定到達(dá)也不保證到達(dá)順序所以上層應(yīng)用需要自己做容錯(cuò)處理。4.5 TLS 安全傳輸層TCP 之上的一層安全能力TLSTransport Layer Security常被稱為安全傳輸層協(xié)議但它不是替代 TCP 的傳輸層協(xié)議而是位于應(yīng)用層與傳輸層之間用于在兩個(gè)通信應(yīng)用程序之間提供保密性和數(shù)據(jù)完整性。HTTPS 實(shí)際上就是 HTTP over TLS。TLS 要解決三個(gè)問題機(jī)密性使用對(duì)稱加密加密業(yè)務(wù)數(shù)據(jù)。完整性使用 MAC 或 HMAC 校驗(yàn)數(shù)據(jù)是否被篡改。身份認(rèn)證使用數(shù)字證書確認(rèn)服務(wù)器身份。一次簡化的 TLS 握手流程如下客戶端發(fā)送 ClientHello包含支持的 TLS 版本、加密套件列表和隨機(jī)數(shù)。服務(wù)端回復(fù) ServerHello選定加密套件和協(xié)議版本并發(fā)送證書?？蛻舳蓑?yàn)證證書合法性生成預(yù)主密鑰用服務(wù)器公鑰加密后發(fā)送。雙方根據(jù)預(yù)主密鑰生成會(huì)話密鑰后續(xù)通信全部加密?，F(xiàn)在的線上業(yè)務(wù)基本都要求全站 HTTPS。如果開發(fā)中用抓包工具查看 HTTP 明文流量沒問題但瀏覽器地址欄沒有小鎖就要檢查證書鏈?zhǔn)欠裢暾⒂蛎欠衿ヅ?、TLS 版本是否過舊。5. 應(yīng)用層面向用戶的服務(wù)協(xié)議5.1 應(yīng)用層的作用應(yīng)用層離用戶最近定義了應(yīng)用程序之間通信的數(shù)據(jù)格式和交互規(guī)則。我們平時(shí)說的“接口開發(fā)”“API 對(duì)接”本質(zhì)上是基于某種應(yīng)用層協(xié)議的數(shù)據(jù)約定。應(yīng)用層協(xié)議種類非常多下面挑幾個(gè)最常用的展開。5.2 DNS 域名解析DNSDomain Name System域名系統(tǒng)負(fù)責(zé)把人類易記的域名轉(zhuǎn)換成機(jī)器可讀的 IP 地址。常見的 DNS 記錄類型類型說明A域名指向 IPv4 地址AAAA域名指向 IPv6 地址CNAME域名別名指向另一個(gè)域名MX郵件交換記錄NS指定域名服務(wù)器TXT任意文本記錄常用于域名驗(yàn)證常用的 DNS 排查命令# 查詢 A 記錄 nslookup www.baidu.com # 查詢 AAAA 記錄 nslookup -typeAAAA www.baidu.com # Linux 下也可以使用 dig dig www.baidu.com如果瀏覽器提示“無法解析服務(wù)器的 DNS 地址”可以先檢查本機(jī) DNS 配置再嘗試更換公共 DNS。5.3 HTTP/HTTPS 協(xié)議HTTP 是 Web 世界的基礎(chǔ)協(xié)議基于請(qǐng)求-響應(yīng)模型。一個(gè) HTTP 請(qǐng)求包含請(qǐng)求行、請(qǐng)求頭和請(qǐng)求體響應(yīng)則包含狀態(tài)行、響應(yīng)頭和響應(yīng)體。HTTP 狀態(tài)碼要理解語義狀態(tài)碼含義典型場(chǎng)景200請(qǐng)求成功頁面正常返回301永久重定向HTTP 跳轉(zhuǎn) HTTPS302臨時(shí)重定向登錄后跳轉(zhuǎn)404資源不存在路徑寫錯(cuò)500服務(wù)器內(nèi)部錯(cuò)誤后端代碼異常502網(wǎng)關(guān)錯(cuò)誤Nginx 后無可用服務(wù)504網(wǎng)關(guān)超時(shí)接口響應(yīng)超時(shí)常用的 HTTP 調(diào)試命令是 curl# 查看響應(yīng)頭 curl -I https://www.baidu.com # 查看完整請(qǐng)求與響應(yīng) curl -v https://www.baidu.com # 指定請(qǐng)求方法并傳遞 JSON curl -X POST https://api.example.com/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}5.4 文件與郵件協(xié)議FTP 用于文件傳輸使用 20 端口傳數(shù)據(jù)、21 端口傳控制命令。不過因?yàn)槊魑膫鬏敩F(xiàn)在很多場(chǎng)景已經(jīng)改用 SFTP。郵件相關(guān)協(xié)議SMTP發(fā)送郵件25 端口。POP3收取郵件110 端口。IMAP同步郵件143 端口。如果做應(yīng)用層開發(fā)郵件系統(tǒng)通常用 SMTP 發(fā)送、IMAP 同步很少再用 POP3。5.5 DHCP 與 SSHDHCPDynamic Host Configuration Protocol動(dòng)態(tài)主機(jī)配置協(xié)議自動(dòng)分配 IP 地址、子網(wǎng)掩碼、網(wǎng)關(guān)和 DNS。新設(shè)備接入局域網(wǎng)后先廣播 DHCP Discover再由 DHCP 服務(wù)器提供配置。SSH 是遠(yuǎn)程登錄的事實(shí)標(biāo)準(zhǔn)默認(rèn)端口 22使用非對(duì)稱加密完成認(rèn)證和會(huì)話密鑰協(xié)商。日常開發(fā)中通過 SSH 登錄服務(wù)器執(zhí)行命令是最常見的操作。在嵌入式、車載通信、工業(yè)控制等“應(yīng)用層開發(fā)”場(chǎng)景中協(xié)議的分層思想同樣適用。比如車輛 EMB 制動(dòng)系統(tǒng)開發(fā)中CAN/LIN 等總線負(fù)責(zé)底層信號(hào)傳輸應(yīng)用層則負(fù)責(zé)把信號(hào)解析成具體的制動(dòng)請(qǐng)求和執(zhí)行反饋。無論底層介質(zhì)怎么變上層協(xié)議的設(shè)計(jì)仍然遵循分層、封裝、可靠性與實(shí)時(shí)性權(quán)衡的思路。6. 協(xié)議排查實(shí)戰(zhàn)從應(yīng)用層下鉆到鏈路層6.1 一次完整的 HTTP 訪問流程假設(shè)你的電腦要訪問https://www.example.com數(shù)據(jù)包要經(jīng)歷的完整過程是應(yīng)用層瀏覽器發(fā)起 HTTPS 請(qǐng)求完成 DNS 解析得到 IP。傳輸層與目標(biāo)服務(wù)器建立 TCP 連接隨后完成 TLS 握手。網(wǎng)絡(luò)層封裝 IP 頭查詢路由表找到下一跳地址。數(shù)據(jù)鏈路層通過 ARP 獲取下一跳 MAC 地址封裝幀頭。物理層轉(zhuǎn)換為比特流發(fā)送出去。返回?cái)?shù)據(jù)時(shí)服務(wù)器端同樣逐層封裝最終瀏覽器渲染頁面。6.2 常用網(wǎng)絡(luò)命令組合排查網(wǎng)絡(luò)問題建議按從下到上的順序執(zhí)行命令排查目標(biāo)命令說明網(wǎng)卡是否正常ipconfig /all或ip link確認(rèn) IP、掩碼、網(wǎng)關(guān)局域網(wǎng)是否連通ping 網(wǎng)關(guān)IP確認(rèn)鏈路層和網(wǎng)絡(luò)層正常公網(wǎng)是否連通ping 公網(wǎng)IP排除 DNS 干擾域名解析是否正常nslookup 域名檢查 DNS 解析結(jié)果端口是否可達(dá)telnet 目標(biāo)IP 端口檢查 TCP 層連通性路由是否正常tracert 目標(biāo)IP定位丟包和延遲節(jié)點(diǎn)本機(jī)連接狀態(tài)netstat -an查看端口監(jiān)聽和連接狀態(tài)在 Linux/macOS 下telnet可能未安裝可以使用nc -vz 目標(biāo)IP 端口6.3 Wireshark 報(bào)文過濾基本用法Wireshark 是最好的協(xié)議學(xué)習(xí)工具沒有之一。抓包后可以通過過濾表達(dá)式快速定位# 只看某個(gè) IP 的流量 ip.addr 192.168.1.10 # 只看 TCP 端口 80 的流量 tcp.port 80 # 看 HTTP 請(qǐng)求 http.request # 看 DNS 查詢 dns.flags.response 0 # 看 TCP 握手包 tcp.flags.syn 1 tcp.flags.ack 0抓包是理解報(bào)文格式最直觀的方式。比如在瀏覽器訪問一個(gè)網(wǎng)站同時(shí)用 Wireshark 過濾tcp.port 443就能親眼看到 TCP 三次握手的三個(gè)報(bào)文以及 TLS 握手的 ClientHello、ServerHello 等記錄。7. 常見問題與排查表格下面整理了一些實(shí)際排錯(cuò)中高頻出現(xiàn)的問題問題現(xiàn)象常見原因解決思路局域網(wǎng)內(nèi) ping 不通IP 不在同一網(wǎng)段或 ARP 解析失敗檢查子網(wǎng)掩碼與網(wǎng)關(guān)執(zhí)行arp -a確認(rèn) MAC 是否正常公網(wǎng) IP 能 ping 通域名訪問失敗DNS 配置錯(cuò)誤執(zhí)行nslookup檢查解析結(jié)果更換公共 DNSTCP 連接建立失敗目標(biāo)端口未監(jiān)聽或被防火墻攔截使用netstat -an查看端口監(jiān)聽用telnet或nc測(cè)試端口連通性訪問網(wǎng)頁出現(xiàn) 502后端服務(wù)宕機(jī)或網(wǎng)關(guān)配置錯(cuò)誤檢查 Nginx 上游配置確認(rèn)后端進(jìn)程存活大量 TIME_WAIT 連接短連接頻繁建立開啟連接復(fù)用或改用長連接HTTPS 證書報(bào)錯(cuò)證書過期、域名不匹配、鏈不完整檢查證書有效期與 SAN 字段補(bǔ)齊中間證書視頻通話卡頓UDP 丟包或帶寬不足檢查網(wǎng)絡(luò)延遲和丟包率考慮 QoS 策略服務(wù)端大量 CLOSE_WAIT應(yīng)用未正確關(guān)閉 Socket檢查代碼連接釋放邏輯限制連接空閑時(shí)間遇到問題不要急著看代碼。先確認(rèn)網(wǎng)絡(luò)幾層分別是否正常再把范圍縮小到具體某一層很多疑難問題都能快速定位。8. 最佳實(shí)踐與工程建議8.1 設(shè)計(jì)上遵循分層但不死守分層協(xié)議分層是學(xué)習(xí)和排查的框架但實(shí)際工程中會(huì)有一些跨層優(yōu)化。例如 TLS 位于應(yīng)用層和傳輸層之間CDN 會(huì)在網(wǎng)絡(luò)層或應(yīng)用層做加速HTTP/3 直接把傳輸層換成了基于 UDP 的 QUIC。理解分層之后要懂得在合適的位置做優(yōu)化高頻小數(shù)據(jù)包優(yōu)先考慮 UDP減少握手開銷。電商交易、轉(zhuǎn)賬類接口必須用 TCP必要時(shí)引入分布式事務(wù)。音視頻傳輸考慮 UDP 加 FEC 前向糾錯(cuò)或使用 WebRTC。接口調(diào)用鏈冗長考慮 HTTP/2 多路復(fù)用或升級(jí) HTTP/3。8.2 排錯(cuò)上先分層再定位建立一套自己的排錯(cuò)順序先看應(yīng)用層日志有沒有報(bào)錯(cuò)接口返回什么狀態(tài)碼。再看傳輸層端口通不通TCP 狀態(tài)正不正常。然后看網(wǎng)絡(luò)層路由表對(duì)不對(duì)TTL 是不是消耗完。最后看鏈路層ARP 有沒有解析成功網(wǎng)卡是否異常。每次都按這個(gè)順序走能避免在錯(cuò)誤的方向上浪費(fèi)時(shí)間。8.3 安全上最小權(quán)限與加密網(wǎng)絡(luò)層到應(yīng)用層每一層都存在安全風(fēng)險(xiǎn)鏈路層注意 ARP 欺騙重要網(wǎng)絡(luò)建議開啟端口安全和 DHCP Snooping。網(wǎng)絡(luò)層合理規(guī)劃 ACL限制不必要的入站和出站流量。傳輸層線上服務(wù)盡量使用 TLS 1.2 以上版本關(guān)閉弱加密套件。應(yīng)用層對(duì)所有用戶輸入做校驗(yàn)防止注入類攻擊。在生產(chǎn)環(huán)境修改防火墻規(guī)則、路由表、ACL 之前一定要先備份原配置評(píng)估影響范圍并在測(cè)試環(huán)境驗(yàn)證。操作過程遵循最小權(quán)限原則避免在業(yè)務(wù)高峰期做高風(fēng)險(xiǎn)變更。8.4 抓包習(xí)慣保留現(xiàn)場(chǎng)定位復(fù)雜網(wǎng)絡(luò)問題時(shí)抓包是最有力的證據(jù)。建議抓包時(shí)同時(shí)抓客戶端和服務(wù)端兩側(cè)方便對(duì)比。保存抓包文件時(shí)帶上時(shí)間點(diǎn)和問題描述。用 Wireshark 的 Follow TCP Stream 功能查看完整會(huì)話。不要只抓業(yè)務(wù)端口DNS 查詢、ARP 請(qǐng)求也要關(guān)注。把每一次踩坑的報(bào)文和排查過程記錄下來慢慢就會(huì)形成屬于自己的“協(xié)議地圖”。下次再遇到類似的超時(shí)、丟包、連接異常一眼就能看出來問題出在哪一層。 一張圖看懂計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議：從分層模型到排查實(shí)戰(zhàn)
很多朋友在學(xué)網(wǎng)絡(luò)知識(shí)時(shí)最頭疼的不是某一個(gè)協(xié)議有多難而是協(xié)議數(shù)量太多不知道它們各自屬于哪一層也不知道報(bào)文格式長什么樣更不清楚出了問題該用什么命令去排查。本文整理了一張相對(duì)完整的“計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議地圖”從上到下覆蓋數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層和應(yīng)用層把每層的主要協(xié)議、報(bào)文格式、核心功能以及對(duì)應(yīng)的排查命令串成一條線。建議先收藏再花 20 分鐘通讀一遍之后無論是應(yīng)付面試、做網(wǎng)絡(luò)實(shí)驗(yàn)還是排查線上連通性問題都可以直接回到這篇文章里查。1. 為什么需要一張“協(xié)議地圖”1.1 計(jì)算機(jī)通信的復(fù)雜性兩臺(tái)設(shè)備要完成一次通信其實(shí)非常復(fù)雜。比如你用瀏覽器訪問一個(gè)網(wǎng)站背后至少包含把域名解析成 IP 地址。建立 TCP 連接。發(fā)送 HTTP 請(qǐng)求。經(jīng)過路由器逐跳轉(zhuǎn)發(fā)。最終把數(shù)據(jù)交給目標(biāo)服務(wù)器的應(yīng)用進(jìn)程。如果所有邏輯都寫在一個(gè)協(xié)議里這個(gè)協(xié)議會(huì)非常臃腫而且很難擴(kuò)展。所以計(jì)算機(jī)網(wǎng)絡(luò)采用了分層的設(shè)計(jì)思路每一層專注解決一類問題層與層之間通過標(biāo)準(zhǔn)接口協(xié)作。1.2 分層模型OSI 與 TCP/IP說到分層最經(jīng)典的是 OSI 七層模型但實(shí)際互聯(lián)網(wǎng)采用的是 TCP/IP 四層模型。兩者對(duì)應(yīng)關(guān)系如下OSI 七層模型TCP/IP 四層模型典型協(xié)議示例應(yīng)用層應(yīng)用層HTTP、HTTPS、DNS、FTP、SMTP、SSH表示層應(yīng)用層TLS/SSL加密與數(shù)據(jù)完整性會(huì)話層應(yīng)用層RPC、會(huì)話管理傳輸層傳輸層TCP、UDP網(wǎng)絡(luò)層網(wǎng)絡(luò)層IP、ICMP、OSPF、BGP數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層以太網(wǎng)、ARP、VLAN物理層數(shù)據(jù)鏈路層網(wǎng)線、光纖、Wi-Fi 物理信號(hào)學(xué)習(xí)時(shí)不必糾結(jié) OSI 的表示層和會(huì)話層TCP/IP 模型已經(jīng)把它們合并進(jìn)應(yīng)用層。重點(diǎn)要掌握的是從上往下數(shù)據(jù)一層層封裝從下往上數(shù)據(jù)一層層解封裝。1.3 數(shù)據(jù)封裝與解封裝一個(gè) HTTP 請(qǐng)求從應(yīng)用層出發(fā)會(huì)經(jīng)歷這樣的過程應(yīng)用層生成 HTTP 報(bào)文。傳輸層添加 TCP 頭形成 TCP 報(bào)文段。網(wǎng)絡(luò)層添加 IP 頭形成 IP 數(shù)據(jù)報(bào)。數(shù)據(jù)鏈路層添加以太網(wǎng)幀頭和幀尾形成數(shù)據(jù)幀。物理層把數(shù)據(jù)幀轉(zhuǎn)換為比特流通過介質(zhì)傳輸。接收方則反向操作逐層去掉頭部最終把 HTTP 報(bào)文交給應(yīng)用程序。這個(gè)過程稱為封裝與解封裝。理解它之后再看每一層的報(bào)文格式就不會(huì)感到孤立。2. 數(shù)據(jù)鏈路層數(shù)據(jù)幀的起點(diǎn)2.1 鏈路層的作用數(shù)據(jù)鏈路層解決的是“同一段物理鏈路內(nèi)設(shè)備之間如何傳輸數(shù)據(jù)單元”的問題。它把網(wǎng)絡(luò)層交下來的 IP 數(shù)據(jù)報(bào)封裝成幀在相鄰節(jié)點(diǎn)之間傳輸同時(shí)負(fù)責(zé)差錯(cuò)檢測(cè)。鏈路層的核心包括幀的封裝與拆封。MAC 地址尋址。差錯(cuò)檢測(cè)幀校驗(yàn)。介質(zhì)訪問控制如以太網(wǎng)的 CSMA/CD 和無線網(wǎng)絡(luò)的 CSMA/CA。2.2 以太網(wǎng)幀格式以太網(wǎng)是使用最廣泛的鏈路層技術(shù)。標(biāo)準(zhǔn)的以太網(wǎng)幀格式如下字段長度字節(jié)說明目的 MAC 地址6接收方網(wǎng)卡的物理地址源 MAC 地址6發(fā)送方網(wǎng)卡的物理地址類型/長度20x0800 表示上層為 IPv40x86DD 表示 IPv6數(shù)據(jù)46-1500上層協(xié)議數(shù)據(jù)單元如 IP 數(shù)據(jù)報(bào)幀校驗(yàn)序列4CRC 校驗(yàn)結(jié)果用于差錯(cuò)檢測(cè)MAC 地址是網(wǎng)卡出廠時(shí)燒錄的物理地址全球唯一從廠商角度說可保證唯一性。它只在同一鏈路內(nèi)有意義跨網(wǎng)絡(luò)轉(zhuǎn)發(fā)時(shí)幀頭會(huì)被不斷替換。2.3 ARP 協(xié)議與 MAC 地址解析ARPAddress Resolution Protocol地址解析協(xié)議用于根據(jù) IP 地址獲取同一鏈路內(nèi)的 MAC 地址。假設(shè)主機(jī) A 知道目標(biāo)主機(jī) B 的 IP 是 192.168.1.10但不知道 B 的 MAC 地址A 會(huì)廣播一個(gè) ARP 請(qǐng)求“誰是 192.168.1.10請(qǐng)告訴我你的 MAC 地址?！盉 收到后回復(fù)單播 ARP 響應(yīng)A 將結(jié)果寫入本機(jī) ARP 緩存。在命令行執(zhí)行arp -a可以查看本機(jī) ARP 緩存表arp -a輸出類似接口: 192.168.1.100 --- 0x9 Internet 地址 物理地址 類型 192.168.1.1 a4-2b-b0-xx-xx-xx 動(dòng)態(tài) 192.168.1.10 68-9e-xx-xx-xx-xx 動(dòng)態(tài)這里192.168.1.1通常是網(wǎng)關(guān) IP對(duì)應(yīng)的是網(wǎng)關(guān)設(shè)備的 MAC 地址。注意即使目標(biāo)服務(wù)器在公網(wǎng)報(bào)文要發(fā)送出去也必須先找到下一跳網(wǎng)關(guān)的 MAC 地址。2.4 鏈路層常用命令Windows 與 Linux 下查看鏈路層信息的命令略有差別但最常用的是# Windows 查看網(wǎng)卡信息包含 MAC 地址和 IP 地址 ipconfig /all # Linux 查看網(wǎng)卡信息 ip link show # 查看 ARP 緩存 arp -a # 清除 ARP 緩存需要管理員權(quán)限 arp -d *如果同一局域網(wǎng)內(nèi)兩臺(tái)主機(jī) ping 不通第一步就應(yīng)該檢查 IP 是否在同一網(wǎng)段第二步檢查 ARP 是否能解析到對(duì)端 MAC。3. 網(wǎng)絡(luò)層跨網(wǎng)絡(luò)的路徑規(guī)劃3.1 網(wǎng)絡(luò)層的作用網(wǎng)絡(luò)層解決的是“數(shù)據(jù)如何從源網(wǎng)絡(luò)到達(dá)目的網(wǎng)絡(luò)”的問題。它不關(guān)心具體哪臺(tái)主機(jī)而是通過 IP 地址標(biāo)識(shí)主機(jī)所在的位置并通過路由協(xié)議選擇最佳路徑。網(wǎng)絡(luò)層的核心功能IP 地址編址與子網(wǎng)劃分。路由選擇。分組轉(zhuǎn)發(fā)。擁塞控制輔助性。3.2 IPv4 報(bào)文格式IPv4 是當(dāng)前使用最廣泛的網(wǎng)絡(luò)層協(xié)議。它的報(bào)文格式需要重點(diǎn)掌握字段長度位說明版本4固定為 4表示 IPv4首部長度4IP 首部長度單位是 4 字節(jié)服務(wù)類型8區(qū)分優(yōu)先級(jí)、延遲、吞吐量等總長度16IP 數(shù)據(jù)報(bào)總長度單位是字節(jié)標(biāo)識(shí)16分片時(shí)用于重組標(biāo)志3是否允許分片、是否還有分片片偏移13分片在原報(bào)文中的偏移位置生存時(shí)間 TTL8每經(jīng)過一個(gè)路由器減 1為 0 時(shí)丟棄協(xié)議8上層協(xié)議類型6TCP17UDP1ICMP首部校驗(yàn)和16只校驗(yàn) IP 首部源 IP 地址32發(fā)送方 IP目的 IP 地址32接收方 IPTTL 字段非常關(guān)鍵。它防止數(shù)據(jù)報(bào)在網(wǎng)絡(luò)中無限循環(huán)。執(zhí)行 ping 時(shí)TTL 還能幫我們初步判斷目標(biāo)主機(jī)的操作系統(tǒng)類型例如 Windows 默認(rèn) TTL 通常是 128Linux 通常是 64。3.3 IPv6 與 ICMPIPv6 是為解決 IPv4 地址枯竭而設(shè)計(jì)的下一代協(xié)議地址長度為 128 位不再需要 NAT 也能實(shí)現(xiàn)全球唯一尋址。IPv6 報(bào)文頭比 IPv4 更簡潔固定為 40 字節(jié)并且取消了首部校驗(yàn)和減輕了路由器處理壓力。ICMPInternet Control Message Protocol互聯(lián)網(wǎng)控制報(bào)文協(xié)議是網(wǎng)絡(luò)層的輔助協(xié)議用于傳遞差錯(cuò)信息和控制信息。比如目標(biāo)不可達(dá)。超時(shí)。重定向。Echo 請(qǐng)求與應(yīng)答ping 命令的基礎(chǔ)。ping 命令實(shí)際發(fā)送的就是 ICMP Echo Request收到 ICMP Echo Reply 就說明目標(biāo)可達(dá)。3.4 路由協(xié)議與常用命令路由協(xié)議按工作范圍分為內(nèi)部網(wǎng)關(guān)協(xié)議RIP、OSPF、IS-IS。外部網(wǎng)關(guān)協(xié)議BGP。它們本質(zhì)上是在路由器之間交換路由信息幫助路由器構(gòu)建路由表。實(shí)際排錯(cuò)時(shí)我們更關(guān)注的是本機(jī)路由表和連通性命令# Windows 查看路由表 route print # Linux 查看路由表 ip route show # ping 測(cè)試連通性 ping -c 4 www.baidu.com # 跟蹤路由路徑確認(rèn)經(jīng)過哪些中間節(jié)點(diǎn) tracert www.baidu.com # Windows traceroute www.baidu.com # Linux如果ping通但業(yè)務(wù)訪問失敗問題可能不在網(wǎng)絡(luò)層而在傳輸層或應(yīng)用層。4. 傳輸層端到端的可靠與高效4.1 傳輸層的作用傳輸層是網(wǎng)絡(luò)通信中承上啟下的關(guān)鍵一層。它負(fù)責(zé)端口尋址、分段重組、連接管理和可靠傳輸為上層應(yīng)用提供端到端的通信服務(wù)。傳輸層最核心的兩個(gè)協(xié)議是 TCP 和 UDP。特性TCPUDP連接狀態(tài)面向連接無連接可靠性可靠傳輸盡最大努力交付傳輸效率較低較高數(shù)據(jù)邊界字節(jié)流無邊界數(shù)據(jù)報(bào)有邊界典型應(yīng)用HTTP、FTP、SMTPDNS、視頻通話、游戲4.2 TCP 報(bào)文段格式TCP 報(bào)文段格式是面試和排錯(cuò)中繞不開的重點(diǎn)字段長度位說明源端口16發(fā)送方端口號(hào)目的端口16接收方端口號(hào)序號(hào)32本報(bào)文段數(shù)據(jù)首字節(jié)的序號(hào)確認(rèn)號(hào)32期望收到對(duì)方下一個(gè)字節(jié)的序號(hào)數(shù)據(jù)偏移4TCP 首部長度保留6保留字段標(biāo)志位6URG、ACK、PSH、RST、SYN、FIN窗口16接收窗口大小用于流量控制校驗(yàn)和16覆蓋首部和數(shù)據(jù)的校驗(yàn)值緊急指針16配合 URG 使用六個(gè)標(biāo)志位是最常見的考點(diǎn)SYN同步序號(hào)用于建立連接。ACK確認(rèn)應(yīng)答。FIN釋放連接。RST重置連接。PSH立即上交應(yīng)用層。URG緊急數(shù)據(jù)。4.3 三次握手與四次揮手TCP 建立連接通過三次握手完成目的是讓雙方都確認(rèn)自己和對(duì)方的收發(fā)能力正常。三次握手過程客戶端發(fā)送 SYN1Seqx。服務(wù)端回復(fù) SYN1ACK1SeqyAckx1?？蛻舳税l(fā)送 ACK1Seqx1Acky1。連接建立后雙方進(jìn)入數(shù)據(jù)傳送階段。斷開連接時(shí)使用四次揮手因?yàn)?TCP 是全雙工通信每一方都需要單獨(dú)關(guān)閉發(fā)送通道。四次揮手過程主動(dòng)方發(fā)送 FIN1Sequ。被動(dòng)方回復(fù) ACK1Acku1。被動(dòng)方發(fā)送 FIN1Seqw。主動(dòng)方回復(fù) ACK1Ackw1。排錯(cuò)時(shí)觀察 TCP 狀態(tài)很有用常用的狀態(tài)有 LISTEN、SYN_SENT、ESTABLISHED、TIME_WAIT、CLOSE_WAIT。比如大量 CLOSE_WAIT 連接堆積通常說明服務(wù)端代碼沒有正確關(guān)閉 Socket。4.4 UDP 數(shù)據(jù)報(bào)格式UDP 首部非常簡單只有 8 字節(jié)字段長度位說明源端口16可選無用時(shí)為 0目的端口16目標(biāo)端口長度16UDP 數(shù)據(jù)報(bào)總長度校驗(yàn)和16可選校驗(yàn)優(yōu)點(diǎn)是開銷小、實(shí)時(shí)性好適合 DNS 查詢、RTP 音視頻流、在線游戲等場(chǎng)景。但它不保證數(shù)據(jù)一定到達(dá)也不保證到達(dá)順序所以上層應(yīng)用需要自己做容錯(cuò)處理。4.5 TLS 安全傳輸層TCP 之上的一層安全能力TLSTransport Layer Security常被稱為安全傳輸層協(xié)議但它不是替代 TCP 的傳輸層協(xié)議而是位于應(yīng)用層與傳輸層之間用于在兩個(gè)通信應(yīng)用程序之間提供保密性和數(shù)據(jù)完整性。HTTPS 實(shí)際上就是 HTTP over TLS。TLS 要解決三個(gè)問題機(jī)密性使用對(duì)稱加密加密業(yè)務(wù)數(shù)據(jù)。完整性使用 MAC 或 HMAC 校驗(yàn)數(shù)據(jù)是否被篡改。身份認(rèn)證使用數(shù)字證書確認(rèn)服務(wù)器身份。一次簡化的 TLS 握手流程如下客戶端發(fā)送 ClientHello包含支持的 TLS 版本、加密套件列表和隨機(jī)數(shù)。服務(wù)端回復(fù) ServerHello選定加密套件和協(xié)議版本并發(fā)送證書?？蛻舳蓑?yàn)證證書合法性生成預(yù)主密鑰用服務(wù)器公鑰加密后發(fā)送。雙方根據(jù)預(yù)主密鑰生成會(huì)話密鑰后續(xù)通信全部加密?，F(xiàn)在的線上業(yè)務(wù)基本都要求全站 HTTPS。如果開發(fā)中用抓包工具查看 HTTP 明文流量沒問題但瀏覽器地址欄沒有小鎖就要檢查證書鏈?zhǔn)欠裢暾⒂蛎欠衿ヅ?、TLS 版本是否過舊。5. 應(yīng)用層面向用戶的服務(wù)協(xié)議5.1 應(yīng)用層的作用應(yīng)用層離用戶最近定義了應(yīng)用程序之間通信的數(shù)據(jù)格式和交互規(guī)則。我們平時(shí)說的“接口開發(fā)”“API 對(duì)接”本質(zhì)上是基于某種應(yīng)用層協(xié)議的數(shù)據(jù)約定。應(yīng)用層協(xié)議種類非常多下面挑幾個(gè)最常用的展開。5.2 DNS 域名解析DNSDomain Name System域名系統(tǒng)負(fù)責(zé)把人類易記的域名轉(zhuǎn)換成機(jī)器可讀的 IP 地址。常見的 DNS 記錄類型類型說明A域名指向 IPv4 地址AAAA域名指向 IPv6 地址CNAME域名別名指向另一個(gè)域名MX郵件交換記錄NS指定域名服務(wù)器TXT任意文本記錄常用于域名驗(yàn)證常用的 DNS 排查命令# 查詢 A 記錄 nslookup www.baidu.com # 查詢 AAAA 記錄 nslookup -typeAAAA www.baidu.com # Linux 下也可以使用 dig dig www.baidu.com如果瀏覽器提示“無法解析服務(wù)器的 DNS 地址”可以先檢查本機(jī) DNS 配置再嘗試更換公共 DNS。5.3 HTTP/HTTPS 協(xié)議HTTP 是 Web 世界的基礎(chǔ)協(xié)議基于請(qǐng)求-響應(yīng)模型。一個(gè) HTTP 請(qǐng)求包含請(qǐng)求行、請(qǐng)求頭和請(qǐng)求體響應(yīng)則包含狀態(tài)行、響應(yīng)頭和響應(yīng)體。HTTP 狀態(tài)碼要理解語義狀態(tài)碼含義典型場(chǎng)景200請(qǐng)求成功頁面正常返回301永久重定向HTTP 跳轉(zhuǎn) HTTPS302臨時(shí)重定向登錄后跳轉(zhuǎn)404資源不存在路徑寫錯(cuò)500服務(wù)器內(nèi)部錯(cuò)誤后端代碼異常502網(wǎng)關(guān)錯(cuò)誤Nginx 后無可用服務(wù)504網(wǎng)關(guān)超時(shí)接口響應(yīng)超時(shí)常用的 HTTP 調(diào)試命令是 curl# 查看響應(yīng)頭 curl -I https://www.baidu.com # 查看完整請(qǐng)求與響應(yīng) curl -v https://www.baidu.com # 指定請(qǐng)求方法并傳遞 JSON curl -X POST https://api.example.com/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}5.4 文件與郵件協(xié)議FTP 用于文件傳輸使用 20 端口傳數(shù)據(jù)、21 端口傳控制命令。不過因?yàn)槊魑膫鬏敩F(xiàn)在很多場(chǎng)景已經(jīng)改用 SFTP。郵件相關(guān)協(xié)議SMTP發(fā)送郵件25 端口。POP3收取郵件110 端口。IMAP同步郵件143 端口。如果做應(yīng)用層開發(fā)郵件系統(tǒng)通常用 SMTP 發(fā)送、IMAP 同步很少再用 POP3。5.5 DHCP 與 SSHDHCPDynamic Host Configuration Protocol動(dòng)態(tài)主機(jī)配置協(xié)議自動(dòng)分配 IP 地址、子網(wǎng)掩碼、網(wǎng)關(guān)和 DNS。新設(shè)備接入局域網(wǎng)后先廣播 DHCP Discover再由 DHCP 服務(wù)器提供配置。SSH 是遠(yuǎn)程登錄的事實(shí)標(biāo)準(zhǔn)默認(rèn)端口 22使用非對(duì)稱加密完成認(rèn)證和會(huì)話密鑰協(xié)商。日常開發(fā)中通過 SSH 登錄服務(wù)器執(zhí)行命令是最常見的操作。在嵌入式、車載通信、工業(yè)控制等“應(yīng)用層開發(fā)”場(chǎng)景中協(xié)議的分層思想同樣適用。比如車輛 EMB 制動(dòng)系統(tǒng)開發(fā)中CAN/LIN 等總線負(fù)責(zé)底層信號(hào)傳輸應(yīng)用層則負(fù)責(zé)把信號(hào)解析成具體的制動(dòng)請(qǐng)求和執(zhí)行反饋。無論底層介質(zhì)怎么變上層協(xié)議的設(shè)計(jì)仍然遵循分層、封裝、可靠性與實(shí)時(shí)性權(quán)衡的思路。6. 協(xié)議排查實(shí)戰(zhàn)從應(yīng)用層下鉆到鏈路層6.1 一次完整的 HTTP 訪問流程假設(shè)你的電腦要訪問https://www.example.com數(shù)據(jù)包要經(jīng)歷的完整過程是應(yīng)用層瀏覽器發(fā)起 HTTPS 請(qǐng)求完成 DNS 解析得到 IP。傳輸層與目標(biāo)服務(wù)器建立 TCP 連接隨后完成 TLS 握手。網(wǎng)絡(luò)層封裝 IP 頭查詢路由表找到下一跳地址。數(shù)據(jù)鏈路層通過 ARP 獲取下一跳 MAC 地址封裝幀頭。物理層轉(zhuǎn)換為比特流發(fā)送出去。返回?cái)?shù)據(jù)時(shí)服務(wù)器端同樣逐層封裝最終瀏覽器渲染頁面。6.2 常用網(wǎng)絡(luò)命令組合排查網(wǎng)絡(luò)問題建議按從下到上的順序執(zhí)行命令排查目標(biāo)命令說明網(wǎng)卡是否正常ipconfig /all或ip link確認(rèn) IP、掩碼、網(wǎng)關(guān)局域網(wǎng)是否連通ping 網(wǎng)關(guān)IP確認(rèn)鏈路層和網(wǎng)絡(luò)層正常公網(wǎng)是否連通ping 公網(wǎng)IP排除 DNS 干擾域名解析是否正常nslookup 域名檢查 DNS 解析結(jié)果端口是否可達(dá)telnet 目標(biāo)IP 端口檢查 TCP 層連通性路由是否正常tracert 目標(biāo)IP定位丟包和延遲節(jié)點(diǎn)本機(jī)連接狀態(tài)netstat -an查看端口監(jiān)聽和連接狀態(tài)在 Linux/macOS 下telnet可能未安裝可以使用nc -vz 目標(biāo)IP 端口6.3 Wireshark 報(bào)文過濾基本用法Wireshark 是最好的協(xié)議學(xué)習(xí)工具沒有之一。抓包后可以通過過濾表達(dá)式快速定位# 只看某個(gè) IP 的流量 ip.addr 192.168.1.10 # 只看 TCP 端口 80 的流量 tcp.port 80 # 看 HTTP 請(qǐng)求 http.request # 看 DNS 查詢 dns.flags.response 0 # 看 TCP 握手包 tcp.flags.syn 1 tcp.flags.ack 0抓包是理解報(bào)文格式最直觀的方式。比如在瀏覽器訪問一個(gè)網(wǎng)站同時(shí)用 Wireshark 過濾tcp.port 443就能親眼看到 TCP 三次握手的三個(gè)報(bào)文以及 TLS 握手的 ClientHello、ServerHello 等記錄。7. 常見問題與排查表格下面整理了一些實(shí)際排錯(cuò)中高頻出現(xiàn)的問題問題現(xiàn)象常見原因解決思路局域網(wǎng)內(nèi) ping 不通IP 不在同一網(wǎng)段或 ARP 解析失敗檢查子網(wǎng)掩碼與網(wǎng)關(guān)執(zhí)行arp -a確認(rèn) MAC 是否正常公網(wǎng) IP 能 ping 通域名訪問失敗DNS 配置錯(cuò)誤執(zhí)行nslookup檢查解析結(jié)果更換公共 DNSTCP 連接建立失敗目標(biāo)端口未監(jiān)聽或被防火墻攔截使用netstat -an查看端口監(jiān)聽用telnet或nc測(cè)試端口連通性訪問網(wǎng)頁出現(xiàn) 502后端服務(wù)宕機(jī)或網(wǎng)關(guān)配置錯(cuò)誤檢查 Nginx 上游配置確認(rèn)后端進(jìn)程存活大量 TIME_WAIT 連接短連接頻繁建立開啟連接復(fù)用或改用長連接HTTPS 證書報(bào)錯(cuò)證書過期、域名不匹配、鏈不完整檢查證書有效期與 SAN 字段補(bǔ)齊中間證書視頻通話卡頓UDP 丟包或帶寬不足檢查網(wǎng)絡(luò)延遲和丟包率考慮 QoS 策略服務(wù)端大量 CLOSE_WAIT應(yīng)用未正確關(guān)閉 Socket檢查代碼連接釋放邏輯限制連接空閑時(shí)間遇到問題不要急著看代碼。先確認(rèn)網(wǎng)絡(luò)幾層分別是否正常再把范圍縮小到具體某一層很多疑難問題都能快速定位。8. 最佳實(shí)踐與工程建議8.1 設(shè)計(jì)上遵循分層但不死守分層協(xié)議分層是學(xué)習(xí)和排查的框架但實(shí)際工程中會(huì)有一些跨層優(yōu)化。例如 TLS 位于應(yīng)用層和傳輸層之間CDN 會(huì)在網(wǎng)絡(luò)層或應(yīng)用層做加速HTTP/3 直接把傳輸層換成了基于 UDP 的 QUIC。理解分層之后要懂得在合適的位置做優(yōu)化高頻小數(shù)據(jù)包優(yōu)先考慮 UDP減少握手開銷。電商交易、轉(zhuǎn)賬類接口必須用 TCP必要時(shí)引入分布式事務(wù)。音視頻傳輸考慮 UDP 加 FEC 前向糾錯(cuò)或使用 WebRTC。接口調(diào)用鏈冗長考慮 HTTP/2 多路復(fù)用或升級(jí) HTTP/3。8.2 排錯(cuò)上先分層再定位建立一套自己的排錯(cuò)順序先看應(yīng)用層日志有沒有報(bào)錯(cuò)接口返回什么狀態(tài)碼。再看傳輸層端口通不通TCP 狀態(tài)正不正常。然后看網(wǎng)絡(luò)層路由表對(duì)不對(duì)TTL 是不是消耗完。最后看鏈路層ARP 有沒有解析成功網(wǎng)卡是否異常。每次都按這個(gè)順序走能避免在錯(cuò)誤的方向上浪費(fèi)時(shí)間。8.3 安全上最小權(quán)限與加密網(wǎng)絡(luò)層到應(yīng)用層每一層都存在安全風(fēng)險(xiǎn)鏈路層注意 ARP 欺騙重要網(wǎng)絡(luò)建議開啟端口安全和 DHCP Snooping。網(wǎng)絡(luò)層合理規(guī)劃 ACL限制不必要的入站和出站流量。傳輸層線上服務(wù)盡量使用 TLS 1.2 以上版本關(guān)閉弱加密套件。應(yīng)用層對(duì)所有用戶輸入做校驗(yàn)防止注入類攻擊。在生產(chǎn)環(huán)境修改防火墻規(guī)則、路由表、ACL 之前一定要先備份原配置評(píng)估影響范圍并在測(cè)試環(huán)境驗(yàn)證。操作過程遵循最小權(quán)限原則避免在業(yè)務(wù)高峰期做高風(fēng)險(xiǎn)變更。8.4 抓包習(xí)慣保留現(xiàn)場(chǎng)定位復(fù)雜網(wǎng)絡(luò)問題時(shí)抓包是最有力的證據(jù)。建議抓包時(shí)同時(shí)抓客戶端和服務(wù)端兩側(cè)方便對(duì)比。保存抓包文件時(shí)帶上時(shí)間點(diǎn)和問題描述。用 Wireshark 的 Follow TCP Stream 功能查看完整會(huì)話。不要只抓業(yè)務(wù)端口DNS 查詢、ARP 請(qǐng)求也要關(guān)注。把每一次踩坑的報(bào)文和排查過程記錄下來慢慢就會(huì)形成屬于自己的“協(xié)議地圖”。下次再遇到類似的超時(shí)、丟包、連接異常一眼就能看出來問題出在哪一層。