Linux 伴隨 Internet 成長,天生具備強大網路功能,在 Internet/Intranet 環境表現優異。但受限於桌面應用生態,企業多採「Linux + Windows/Unix」異構網路。掌握 TCP/IP 四層模型 與 OSI 七層模型 的對應關係,對故障定位至關重要。
統計顯示網路故障集中在底層三層:
故障成因涵蓋:硬體品質/老化、人為誤操作、協議設定錯誤、管理疏失、軟體 Bug、駭客攻擊、病毒等。OSI 分層模型提供了優秀的排錯組織框架——逐層隔離、逐層驗證。
| TCP/IP 層次 | OSI 對應層 | 主要功能 | 典型協議 |
|---|---|---|---|
| 應用層 | 應用/表示/會話 | 使用者介面、資料格式 | HTTP, FTP, SMTP, DNS, SSH |
| 傳輸層 | 傳輸層 | 端到端可靠/不可靠傳輸 | TCP, UDP |
| 網路層 | 網路層 | 路由選擇、邏輯定址 | IP, ICMP, ARP, RARP |
| 網路介面層 | 資料鏈路/物理 | 幀封裝、物理傳輸 | Ethernet, PPP, SLIP |
關鍵差異: OSI 為理論參考模型,TCP/IP 為實際運行協議族。圖 2 展示 TCP/IP 協議分類;圖 3 為典型中型異構乙太網(~300 節點),排錯應從硬體傳輸層面著手,再檢查軟體配置。
線纜常因壓扁、過度扭曲、自製水晶頭品質不佳、接觸不良導致訊號衰減。檢測工具:網路線纜測試儀,可偵測開路、短路、交叉、分離、長度測量,並驗證是否符合 EIA/TIA 568 標準。
| 燈號 | 正常狀態 | 異常處理 |
|---|---|---|
| POWER | 常亮 | 檢查電源線 |
| STATUS | 握手閃爍→常亮 | 持續閃爍=未同步,檢查線路 |
| LINE | 常亮/傳輸時閃爍 | 不亮=廣域網線路斷裂 |
| PC (LAN) | 連線常亮/傳輸閃爍 | 不亮=區域網未連接 |
| TEST | 常滅 | 常亮=自我測試失敗 |
遵循 5-4-3-2-1 原則:
核心路由器、大型交換器、基帶 Modem 對電壓/接地極敏感。中型網路(伺服器≥10、節點≥300)建議採用 ≥10kW 在線式 UPS 統一供電,消除設備間電位差;機房/機櫃必須妥善接地,建立等電位接地體系。
Linux 伺服器常裝多張網卡,IP 衝突、子網掩碼錯誤是最常見故障來源。
封包無法正確轉發,需檢查 route -n 與 /etc/sysconfig/network 設定。
大量封包湧入導致伺服器/交換器/路由器停頓,許多 Linux 故障實為遭受攻擊所致。
確認內網連通、主機能上網、DNS 正確後,檢查核心轉發是否開啟:
echo 1 > /proc/sys/net/ipv4/ip_forward
若使用 iptables 作 NAT,需正確配置 SNAT/DNAT 規則,例如:
iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 110 -j SNAT --to-source 202.112.133.119 iptables -t nat -A POSTROUTING -o eth0 -p udp --dport 110 -j SNAT --to-source 202.112.133.119
(eth0 接外網 202.112.133.119,eth1 接內網 192.168.0.1,內部 Web 伺服器 192.168.0.100)
Red Hat 安裝預設三級防火牆(標準/高/無)。高等級會阻擋 SSH、HTTP、FTP 等常用埠。安全等級應依業務需求決定:學習/測試環境可降低;生產/關鍵業務必須提高。另需注意 Squid、Samba 等服務受防火牆影響。