實驗補充解答與報告示例

這是解答。建議先完成對應的習題與實驗，再對照推理過程與評分規準。

L09

三種模式的源站都回 HTTP 200；每次的 C source 都等於 P client peer，S 看到的 peer 都等於 P origin source。CONNECT 200 之後轉送客戶端送的 payload，本例為 HTTP 明文，可讀內容；不能由此實驗判斷 HTTPS 不可讀。origin_peer 是 P 出口 socket，因為 P 重新建立到 S 的 TCP；C↔P 與 P↔S 端點分開。增加 HTTPS 需要在隧道上建立經驗證的 TLS 並確認 TLS 終點，不能直接串接兩份獨立輸出。CONNECT 子集不證明 UDP ASSOCIATE、BIND 或 IPv6 能力。

L10 與 L11 補充

outer IPv4 預算 1440、outer IPv6 預算 1420 是 1500 減外層開銷；不同 underlay、padding 與嵌套會改變。IPv6 承載要求合適最小鏈路 MTU。A 樣本中位 10.5、p95=50，B 中位 13.5、p95=16；nearest-rank 定義明示，n=10 的 p95 就是最大，不當真實協定排名。

L12

A 已證明無線關聯，但未拿有效租約/route；先看 DHCP、介面與鏈路，不以改 DNS 替代設定。B 說明預期名稱不符，可為連錯 server 或憑證部署錯；修正匹配、保留驗證。C 的 PMTU／必要 ICMP 問題和應用大回覆 timeout 都可解釋，需 packet 大小/ICMP/服務端日誌區分。D 表示該網站請求經 P，UDP/IPv6 的實際出口違反全流量意圖；改 DNS 加密不自動改變資料接管。

L13

預期 verified=[true,false,false]：正確案例收到 reply:lesson；錯名稱及未信任都是 SSLCertVerificationError。離線表的判讀：localhost＋明確信任可通過（仍假設有效期與用途符合）；wrong.test 因名稱不符失敗；未信任案例因信任不足失敗。TCP 成功只說明可建傳輸連線；TLS 還驗名稱/chain/key。明確信任和 hostname 獨立，trusted 錯名仍應失敗。關閉 hostname 或驗證把問題隱去並失去端點身分保證。憑證工具與 Python SSL backend 不同，cipher/validation/版本支援可能不同，兩者版本都記。離線路線只能支持條件式推論。

L14

A1：protocol VLESS；encryption none；transport RAW；security TLS；flow Vision；capture SOCKS。A2：此次文件 WebSocket 不配 REALITY。A3：SS2022 PSK/AEAD 在 C-P，內層 HTTPS 在 C-S；長期 PSK 洩漏與內層 TLS 分別分析。A4：TCP 經可靠 QUIC 雙向 stream，UDP 經不可靠 DATAGRAM。A5：TUIC native DATAGRAM 對比 quic 單向 stream 可靠 relay。A6：WG 轉 IP，OS 僅送私網，非預設全隧道。

B：proxy 目的欄位可帶 IP／domain，bootstrap 與目標 DNS 分別寫；PSK、憑證／peer 設定與會話 key 不混為同一 key。AEAD、重放、PFS 分別評估。C：至少檢查 IPv4/TCP、IPv6/TCP、UDP、DNS/DoH、RA/default-route、直接 IP、LAN 與 endpoint 例外；網頁出口證據不能代替各列。

一份合格的短報告示例

假設：L09 源站見 P 出口。觀察：C source=127.0.0.1:51001，P client peer 同值；P proxy_origin_source=127.0.0.1:51002，S peer 同值（埠為人工示例，非固定預期）。推論：此次模型有兩段 TCP，與代理轉 bytes 一致。限制：未抓握手、未測試外部 DNS、TLS、UDP 與真實核心。下一份證據：若測試 HTTPS，需獨立建立內層 TLS 並驗證名稱/信任與 endpoint。

評分需看事實與解釋相連、結果可重複、資料分類清楚；沒有指定真實核心版本，不得給「協定實測」證據分。

新增工作表解答

L10：MTU 1492 時，outer IPv4 預算 1492−20−8−16−16=1432 bytes；outer IPv6 為 1412。普通 TLS/TCP 代理例為 20+20+5+1+16+20+1000=1082 bytes，剩 418；若將相同內層應用資料分成兩份 TLS record，增加的內層 header/content-type/tag 等需按實際 cipher、padding 重算。TCP 可跨段／合段，以上只在單段人工假設成立。

L11-B：A 期限內成功 0.95×0.99=94.05%，晚到 0.95×0.01=0.95%，未到 5%；B 期限內 88%、晚到 12%、未到 0%。A 此分布的期限內成功也較高，不能只用條件百分比 99%對比 B 的 88%，更不能僅從最終到達率選方案。L11-C 應有四格獨立工作負載及相同控制條件，首次／恢復和小／大內容分開；恢復不一定啟用 0-RTT，CPU 與 goodput 仍需原始資料。

L12-E：S 可能經 R2 回 C，使 R 的反向轉換狀態未被使用；R2 若無匹配狀態，不能憑空把來源 S:8443 改回 R 的公開端點。還需查 R2 路由、回程擷取及其他政策，不能只由題目斷言唯一原因。修正可讓 S 對 C 的回程經 R，或在 R 做適當 SNAT 使 S 回到 R（代價為 S 不再直接看到 C 原始 IP）；再查兩端四元組與 R 狀態，確認來源反向轉換及回程。

L14-E：H2 後續 bytes 即使含 stream 2／3，也需等 TCP 缺口補齊才交付上層；H3 不需等獨立 stream 1 缺口，2／3 可先交付。QUIC 共享壅塞控制、CPU 等，且本題排除了 QPACK／應用依賴，不可推論任何工作負載都不互相影響。