111 司法特考三等 檢察事務官電子資訊組 計算機網路 考古題詳解

核心觀念

本題測驗 TCP/IP 模型中「傳輸層（Transport Layer）」兩大核心通訊協定的基本原理、協定格式與應用層架構設計：

1. 協定特徵與服務模型：TCP（傳輸控制協定，RFC 793）與 UDP（使用者資料包協定，RFC 768）在「連線狀態（Connection state）」、「可靠度（Reliability）」、「資料邊界（Data boundary）」、「流量控制（Flow control）」及「壅塞控制（Congestion control）」之機制差異。
2. 標頭封裝格式（Header Format）：比較 UDP 固定 $8\text{ bytes}$ 的輕量標頭與 TCP 最小 $20\text{ bytes}$（含選項最大可達 $60\text{ bytes}$）的多功能標頭，剖析欄位與其對應功能的因果關係。
3. 應用層與傳輸層之對應彈性：釐清「應用程式並非與單一傳輸層協定強制綁定」，探討雙協定支援情境（如 DNS、SIP）以及現代傳輸技術（如基於 UDP 的 QUIC／HTTP/3）。

---

解題方法

本題為標準的國家考試申論題，答題架構應條理分明、切中要點，依題意分為三大區塊切入：

1. 第一部分：TCP 與 UDP 異同分析：

• 先點出相同處（階層位置、多工解多工、校驗碼機制、底層承載）。
• 再採用「結構化對比」列出相異處（連線導向、可靠性、通訊模式、流控／壅塞控制、訊息邊界），展現對傳輸層機制的完整理解。

2. 第二部分：封包格式（標頭）差異比較：

• 分別列出兩者的標頭長度與欄位結構。
• 深入說明關鍵差異欄位（如序號／確認號、控制旗標、視窗大小、選項欄位），說明為何 TCP 標頭較大（因需支援可靠傳輸與流量控制）。

3. 第三部分：應用層服務協定相依性判斷：

• 斬釘截鐵給出答案「否」。
• 舉出最具代表性的經典國考實例（如 DNS 在查詢與區域傳輸時切換 UDP／TCP），並輔以現代架構（HTTP/3 之 QUIC）佐證論點。

---

選項分析

本題為申論題（非選擇題），無選擇題選項。國家考試閱卷評分係依題目所問之三大核心爭點給分，各要點之評分重點分析如下：

1. 第一問（異同之處）評分重點：

• 若僅寫「TCP 有連線、UDP 無連線」只能拿基本分；必須進一步論述「位元組串流（Byte Stream） vs. 訊息邊界（Message-oriented）」、「可靠交付（ACK、重傳） vs. 盡力傳送（Best-effort）」及「壅塞／流量控制機制有無」，方能取得高分。

2. 第二問（封包格式差異）評分重點：

• 必須寫出精確的標頭位元組大小（UDP 為 $8\text{ bytes}$；TCP 為 $20\sim 60\text{ bytes}$）。
• 須指出 TCP 專有欄位（Sequence Number、Acknowledgment Number、Flags、Window Size、Data Offset、Options）以及其存在的技術目的。

3. 第三問（應用層是否僅能使用一種）評分重點：

• 結論必須明確為「否定」。若答「是」則該小題直接零分。
• 必須具體列舉協定實例（如 DNS 使用 Port 53 同時支援 UDP 與 TCP）並詳細解釋其分別觸發的使用情境（小封包一般查詢使用 UDP；資料量大於 $512\text{ bytes}$ 或區域傳輸 Zone Transfer 轉用 TCP）。

---

解題技巧

1. 表格化呈現差異：比較 TCP 與 UDP 異同時，使用 Markdown 表格對照，能讓閱卷委員在短時間內掌握所有關鍵字，給分快速且不易漏失要點。
2. 數據精確性：標頭大小（$8\text{ bytes}$ 與 $20\sim 60\text{ bytes}$）、連接埠長度（$16\text{ bits}$）、序號大小（$32\text{ bits}$）等數值切勿記錯，精確的數據是取得高分的關鍵。
3. 避免模糊舉例：第三問舉例切忌僅寫「視情況而定」，務必具體寫出「DNS」之運作情境，並點出「截斷旗標（TC Flag）」或「區域傳輸（Zone Transfer）」關鍵詞。

---

【答案】

一、TCP 與 UDP 之主要異同

(一) 相同處

1. 層級定位相同：兩者皆位於 TCP/IP 體系之「傳輸層（Transport Layer）」，負責提供端對端（End-to-End）的行程間通訊（Process-to-Process Communication）。
2. 多工與解多工機制：皆使用 $16\text{ bits}$ 的「連接埠號（Port Number）」來標識發送端與接收端的應用層處理程序。
3. 資料完整性檢測：兩者標頭皆包含「同位元檢查碼（Checksum）」，用於檢測傳輸過程中封包是否發生位元錯誤損毀。
4. 底層封裝相同：皆封裝於網際網路層（IPv4）的資料包（IP Datagram）之 Payload 中進行路由與傳送。

(二) 相異處

比較項目	TCP（傳輸控制協定）	UDP（使用者資料包協定）
連線狀態	連線導向（Connection-oriented）：傳輸前需透過三向交握（Three-way Handshake）建立連線，結束需釋放連線。	非連線導向（Connectionless）：不需建立連線，可直接發送資料包。
傳輸可靠性	可靠傳輸（Reliable）：具備確認應答（ACK）、逾時重傳（ARQ）、重複封包過濾與失序重整機制。	不可靠傳輸（Unreliable / Best-effort）：盡力傳送，不保證封包到達、不保證順序、亦不保證無重複。
資料傳輸型態	位元組串流（Byte Stream）：無訊息邊界限制，資料被視為連續位元組。

核心觀念

本題評量 TCP/IP 協定族在「網路層（Layer 3）」與「資料鏈結層（Layer 2）」之間的定址映射技術與轉送機制，核心考點包含：

1. 位址解析協定（ARP, Address Resolution Protocol，RFC 826）：將邏輯 IP 位址轉換為實體 MAC 位址之動態對應機制。
2. 通訊傳遞範疇：乙太網路訊框（Frame）封裝時目的地 MAC 位址的取得機制、廣播（Broadcast）與單播（Unicast）之交互運作。
3. 快取與老化機制（ARP Cache & Aging）：減少廣播封包對區域網路頻寬負載的設計。
4. 代理 ARP（Proxy ARP，RFC 1027）：Layer 3 轉送設備（如路由器）代替不在同一實體網段的目標節點回應自身 MAC 位址，以達成透明路由（Transparent Routing）之技術。

---

解題方法

本題為典型的三問式申論題，答題架構應條理分明、層次遞進：

1. 第一問（功用）：從協定層級（L2/L3 接合點）切入，點出「邏輯定址至實體定址的解析」以及「封裝訊框時尋找次一跳（Next-hop）實體位址」的核心需求。
2. 第二問（運作流程）：按時間序詳述四大標準步驟——「查表（ARP Cache）」$\to$「廣播請求（ARP Request）」$\to$「單播回覆（ARP Reply）」$\to$「更新快取（Cache Update）」。
3. 第三問（Proxy ARP 作用）：定義其原理，說明其在「主機未設定預設閘道（Default Gateway）」或「子網路遮罩設定不一致」情境下，如何由路由器充當代理人，並評析其優點與資安隱患。

---

申論詳解（試卷作答擬答）

一、ARP 協定的功用

1. 動態位址解析（Address Resolution）： 在乙太網路中，網路層傳遞的 IP 封包必須被封裝進資料鏈結層的訊框（Frame）才能傳送。傳送端已知目的地的 IP 位址（32 位元邏輯位址），但實體網路傳輸需要目的地的 MAC 位址（48 位元硬體位址）。ARP 的主要功用即為提供**「將已知的 IPv4 位址動態對應至實體 MAC 位址」**的解析服務。
2. 區網內部訊框定址與轉送：

• 當傳送端欲與同網段主機通訊時，ARP 用以取得目標主機的 MAC 位址。
• 當傳送端欲與跨網段遠端主機通訊時，ARP 用以取得本網段「預設閘道（Default Gateway / 路由器介面）」的 MAC 位址，以完成訊框交遞。

---

二、ARP 的運作方式

ARP 的標準運作流程可分為以下四個步驟：

[傳送端 Host A] [目標端 Host B]
 | |
 |-- 1. 查詢本地 ARP Cache (若無紀錄) |
 | |
 |-- 2. 發送 ARP Request (廣播：FF:FF:FF:FF:FF:FF) --->| (同網段所有主機接收)
 | "誰有 IP_B？請告訴 MAC_A" |
 | |
 | [Host B 學習 Host A 的 IP/MAC]
 | |
 |<-- 3. 回覆 ARP Reply (單播：目的為 MAC_A) ----------| (僅 Host B 回覆)
 | "我是 IP_B，我的 MAC 是 MAC_B" |
 | |
 |-- 4. Host A 將 (IP_B, MAC_B) 寫入 ARP Cache |
 | 完成訊框封裝並傳送資料 |

1. 查詢本地快取（Check ARP Cache）： 主機 A 欲發送封包給主機 B 前，先檢視本地端的 ARP 快取表格（ARP Table）。若已存在主機 B 之 IP 對應的 MAC 位址，則直接封裝訊框傳送；若查無紀錄，則觸發 ARP 請求流程。
2. 廣播發送請求（ARP Request, Broadcast）： 主機 A 發送 ARP Request 封包，封裝於乙太網路訊框中，其目的 MAC 位址填入廣播位址（$\text{FF:FF:FF:FF:FF:FF}$）。封包內容指明：「誰的 IP 位址是主機 B 的 IP？請將你的 MAC 位址回覆給主機 A」。此廣播封包會被同一個廣播網域（Broadcast Domain）內的所有主機接收並解封裝檢查。

核心觀念

本題評量電腦網路分層通訊架構（TCP/IP Protocol Suite）之核心機制，涉及以下關鍵定義與理論：

1. 協定資料單元（Protocol Data Unit, PDU）：對等層（Peer Layers）之間交換的資訊格式，通常由「控制標頭（Header）」與「酬載資料（Payload / SDU）」組成。
2. 階層化定址（Hierarchical Addressing）：網路通訊中識別通訊實體的多層級標識機制，包含處理程序識別（Port Number）、主機邏輯識別（IP Address）、節點硬體識別（MAC Address）。
3. 資料流處理機制：

• 封裝（Encapsulation）與解封裝（Decapsulation）：傳送端由上而下逐層包裝標頭，接收端由下而上逐層剝除並檢查標頭。
• 多工（Multiplexing）與解多工（Demultiplexing）：藉由各層標頭內的協定／型態／埠號欄位，在單一傳輸通道中區分與派送不同協定及應用程式資料串流。

4. 階層架構特性與優點：模組化（Modularity）、關注點分離（Separation of Concerns）、獨立演進與相容性（Interoperability）。

---

解題方法

本題為經典申論題，答題架構應以結構化、由上而下（Top-Down）或由下而上（Bottom-Up）的方式系統性呈現。最清晰且易得高分的論述切入點如下：

1. 縱向各層剖析：依據標準 TCP/IP 架構（應用層、傳輸層、網際網路層、網路存取層／鏈結層），針對每一層詳細說明：

• 該層 PDU 名稱。
• 位址辨識方式（識別目標、位址長度與格式）。
• PDU 標頭主要內容與作用（關鍵控制欄位）。
• 傳送與接收的處理機制（如何封裝、過濾、轉送、解多工）。

2. 橫向整合對照：繪製或列出各層 PDU 與位址對照表，強化版面結構與易讀性。
3. 架構特性與優點論述：歸納階層化位址辨識所帶來的通訊隔離、可擴展路由（Scalability）、通訊多工效率等優勢。

---

選項分析

本題為國家考試三等申論問答題，無單選或複選選項。評分重點聚焦於考生能否完整涵蓋題目所要求的四項要素：

• 要素一：各層 PDU 之定義與內容（是否正確寫出 Message、Segment/Datagram、Packet、Frame 等名稱及其核心欄位）。
• 要素二：各層位址辨識方式（是否清晰釐清 Process-to-Process、Host-to-Host、Node-to-Node 之層次差異）。
• 要素三：傳送與接收之處理流程（是否明確說明封裝、解封裝、校驗碼驗證、解多工派送）。
• 要素四：特性與架構優點（是否點出分層解耦、多工能力、提高路由效率等核心價值）。

---

解題技巧

1. 名詞精準度：PDU 名稱切勿混淆。傳輸層若使用 TCP 稱為 Segment，UDP 則稱為 Datagram；網路層稱為 Packet（或 IP Datagram）；資料鏈結層稱為 Frame。
2. 定址層級與有效範圍（Scope）對比：

• 連接埠（Port）：行程層級（Process-to-Process），僅本機端點辨識有效。
• IP 位址：端對端全域層級（Host-to-Host, End-to-End），跨網路由時來源與目的通常保持不變（無 NAT 情況下）。
• MAC 位址：逐躍節點層級（Node-to-Node, Hop-by-Hop），僅在單一區域網路（L2 Broadcast Domain）內有效，跨路由器時每躍都會重寫。

3. 解多工關鍵欄位串聯：

• 乙太網路訊框標頭的 EtherType $\rightarrow$ 辨識上層協定（如 $0x0800$ 代表 IPv4、$0x0806$ 代表 ARP）。
• IP 標頭的 Protocol 欄位 $\rightarrow$ 辨識上層傳輸協定（如 $6$ 代表 TCP、$17$ 代表 UDP）。
• TCP/UDP 標頭的 Destination Port 欄位 $\rightarrow$ 辨識本機接收端應用行程。

---

詳細擬答

以 TCP/IP 網路模型為例，各通訊層次藉由明確定義的協定資料單元（PDU）與階層化位址，實現模組化與端對端通訊。各層次的資料辨識方式、PDU 內容、傳輸處理機制及架構優點說明如下：

一、各層次之 PDU、位址辨識、內容及處理機制

+-------------------------------------------------------------------+
| 應用層 (Application Layer) -> PDU: 訊息 (Message) |
| [位址: 網域名稱 / URL / Socket 抽象界面] |
+-------------------------------------------------------------------+
 | (封裝: 交付資料)
+-------------------------------------------------------------------+
| 傳輸層 (Transport Layer) -> PDU: 區段 (Segment) / 資料包 (Datagram)
| [位址: 連接埠號 Port Number (16 bits)] |
+-------------------------------------------------------------------+
 | (封裝: 加入傳輸標頭)
+-------------------------------------------------------------------+
| 網際網路層 (Internet Layer) -> PDU: 封包 (Packet / IP Datagram) |
| [位址: IP 位址 (IPv4 32 bits / IPv6 128 bits)] |
+-------------------------------------------------------------------+
 | (封裝: 加入網路標頭)
+-------------------------------------------------------------------+
| 網路存取層 (Network Access Layer / 鏈結層) -> PDU: 訊框 (Frame) |
| [位址: 實體位址 / MAC 位址 (48 bits)] |
+-------------------------------------------------------------------+

1. 應用層（Application Layer）

• PDU 名稱：訊息（Message）。
• 位址辨識方式：
• 使用符號名稱（如網域名稱 FQDN、URL/URI）或直接綁定至作業系統核心抽象的通訊端點（Socket，即「IP 位址 + Port 號」）。
• 主要內容與作用：
• 包含特定應用協定（如 HTTP、DNS、SMTP）之純文字或二進位請求／回應標頭與酬載資料。
• 其作用在於規範不同應用程式進程間語法（Syntax）、語意（Semantics）與時序（Timing）的交互溝通。
• 傳送與接收處理：
• 傳送端：產生資料並調用系統呼叫（System Call，如 send / write），將資料推入 Socket 緩衝區傳送給傳輸層。
• 接收端：經由 Socket 讀取資料（如 recv / read），應用協定剖析標頭後執行對應業務邏輯。

2. 傳輸層（Transport Layer）

• PDU 名稱：TCP 稱為「區段（Segment）」；UDP 稱為「資料包（Datagram）」。
• 位址辨識方式：

核心觀念

本題旨在測驗網際網路管理標準 SNMP（Simple Network Management Protocol，簡易網路管理協定） 的整體架構與運作原理。考生需精確掌握以下三大核心概念：

1. 網管架構的三大核心支柱：

• SMI（Structure of Management Information，RFC 1155/2578）：定義管理資料的語法、資料型態與結構規則。
• MIB（Management Information Base，RFC 1213）：定義被管物件的階層樹狀結構與物件識別碼（Object Identifier, OID）。
• SNMP 協定本身：定義管理站與代理人間交換的協定資料單元（PDU）及通訊行為。

2. 網路管理系統的四大組成實體：網路管理站（NMS / Manager）、被管理設備（Managed Device）、管理代理人（Agent）及管理資訊庫（MIB）。
3. 管理運作機制（Interaction Model）：

• 輪詢（Polling / Request-Response）：由 NMS 發起查詢或修改（Get、Set），使用 UDP 埠號 161。
• 中斷驅動告警（Trap / Event-Driven）：由 Agent 主動通報突發異常（Trap、Inform），使用 UDP 埠號 162。

---

解題方法

本題為典型的「架構與機制說明」申論題，作答切入點應分為兩大部分展開：

1. 第一部分（組成單元與功能）：採「模組化列點」，清楚界定管理端（NMS）、受控端（Device/Agent）與資料模型（MIB）的角色分工與職責。
2. 第二部分（系統架構與運作機制）：先繪製出標準架構圖，標明通訊協定埠號；再從「主動監控（Get/Set）」與「被動告警（Trap/Inform）」雙向通訊流程，完整交代資料如何自 MIB 讀取、封裝、傳輸至管理介面呈現。

---

選項分析

本題為申論問答題，非選擇題。為避免應考時觀念混淆，針對閱卷時常見的考生易混淆概念進行對照辨析：

1. SNMP Agent vs. MIB 的概念混淆：

• Agent（代理人） 是在受控設備背景執行的軟體程序（Process），負責解析 SNMP 封包並存取本地硬體/系統狀態。
• MIB（管理資訊庫） 則是虛擬的資料庫規格與物件樹（Virtual Information Store），定義有哪些變數可被讀寫，本身不具備執行運算能力。

2. 主動查詢（Polling）vs. 事件通知（Trap）的效能與可靠度取捨：

• Polling（GetRequest）：週期性檢查設備狀態，可靠性高，但頻繁輪詢會占用網路頻寬並增加設備 CPU 負荷。
• Trap：僅在門檻值超標或介面當機（Link Down）時發送，極省頻寬且具即時性；然而傳統 SNMPv1/v2c 的 Trap 基於 UDP 且無需確認應答（Unacknowledged），存在掉包風險。SNMPv2c/v3 因而引入 InformRequest 提供應用層確認機制（ACK）。

3. 傳輸層通訊埠之對稱性陷阱：

• 一般 Client-Server 協定伺服端固定單一埠號，但 SNMP 運作採雙埠號機制：Agent 接收管理指令時監聽 UDP Port 161，而 NMS 接收告警事件時監聽 UDP Port 162。

---

解題技巧

1. 善用圖表輔助：申論題若能畫出清晰的「NMS–Agent–MIB 架構圖」並標示 UDP 161 / 162、Get / Set / Trap，評分層次立判高下。
2. 關鍵字精準齊全：必寫專有名詞包括 NMS、Agent、MIB、OID、PDU、GetRequest、SetRequest、Trap、UDP 161 / 162。
3. 版本演進加分項：在描述運作時，適度提及 SNMPv2c 的 GetBulkRequest、InformRequest，以及 SNMPv3 的安全機制（USM/VACM 提供驗證與加密），能顯現專業深度。

---

【答案】

一、SNMP 管理機制之主要組成單元與其功能

以 SNMP 協定為基礎之網路管理架構，主要由以下四個核心單元組成：

1. 網路管理工作站（Network Management Station, NMS / Manager）：

• 功能：扮演管理中樞角色，通常是一台運行網管軟體（如 Nagios、Zabbix、Cisco Prime）的高階工作站或伺服器。
• 主要職責：
• 提供圖形化介面（GUI）供網管人員監控全局網路狀態。
• 定期發出輪詢請求（Polling），主動蒐集各受控設備的效能與運作數據。
• 發出控制指令以變更受控設備的設定參數。
• 監聽並分析各設備回報之異常警報（Traps）。

2. 被管理設備（Managed Device / Network Element）：

• 功能：指受 NMS 監控與管理的實體或虛擬網路節點（例如：路由器、交換器、伺服器、防火牆、印表機等）。
• 主要職責：內部必須運行 SNMP Agent，負責收集並維護本機的硬體運作狀態與統計資料。