購買代理方案前如何測試 SOCKS5 UDP ASSOCIATE
SOCKS5 產品可能支援 TCP CONNECT，卻未提供或限制 UDP ASSOCIATE。即使關聯成功，用戶端、防火牆、NAT、中繼位址家族或供應商政策仍可能阻擋有效資料報。因此採購方必須測試實際應用路徑，不能把協定標籤當成功能證明。
本指南只使用自有或明確授權的端點與流量，用於驗收而非繞過網路政策。
先定義交付合約
記錄所需用戶端、閘道、驗證方式、目標連接埠、IPv4/IPv6、負載大小、工作階段時間和可接受遺失率。確認 UDP 是否與 TCP 使用相同出口池、地區能力和計費方式，並保存供應商限制。
RFC 1928 定義 UDP 關聯命令與請求標頭，但實作支援不同。TCP 協商成功不代表 UDP 中繼可用。
建立自有回顯夾具
在獲准環境運行小型 UDP 回顯或挑戰服務。每個資料報包含隨機測試 ID、序號、傳送時間和正文摘要；回應傳回這些欄位並加入伺服器時間。不得包含憑據或正式客戶資料。
同一用戶端主機應先建立直連基線。若直連 UDP 已失敗，就不能公平評估代理。
驗證關聯行為
開啟 SOCKS5 TCP 控制連線，完成驗證並請求 UDP ASSOCIATE。記錄傳回的中繼位址和連接埠；確認萬用位址的解讀方式，並在關聯期間保持控制連線。
資料報只傳送至傳回的中繼。請求標頭須包含正確目標位址、連接埠和分段欄位。格式錯誤的回應、意外來源與靜默直接連線都應判定失敗。
執行驗收矩陣
分別測試 IPv4、網域名稱和已購買的 IPv6；小型、典型與接近工作上限的負載；單次、穩定速率和短暫受限突發；新關聯與重複使用；正常網路和受控中斷；所有購買地區與閘道。
保持速率保守。UDP 不保證傳送，要區分偶發遺失和系統性中繼故障。
測量完整性、遺失與順序
每個單元統計已傳送、驗證回應、重複、損壞、延遲與亂序。先驗證正文摘要及序號，再計入成功。中位和尾端往返時間只使用驗證通過的回應。
原始無重試結果與應用重試結果必須分開，不能讓隱藏重試遮蓋首次失敗。
測試失敗邊界
關閉 TCP 控制連線並確認 UDP 關聯停止。把閘道替換為不可達位址，應用必須失敗關閉，不能直接傳送。再測試閒置過期、錯誤憑據、不支援位址類型及受控網路變化。
若用戶端靜默改用 TCP 或直接 UDP，即使表面運作正常，也應判定驗收失敗。
安全測試大小與分段
在自有夾具逐步增加負載，記錄能穩定驗證的最大資料報。不可假設路徑 MTU 或分段行為。SOCKS5 分段欄位並非普遍支援，不同路線的 IP 分段也可能不同；協定允許時優先使用應用層分塊。
採購門檻
- 所需用戶端實作 UDP 關聯且不會直接連線回退；
- 驗證及中繼位址處理正確；
- IPv4、網域名稱與 IPv6 符合購買範圍；
- 傳送、重複、損壞及亂序率符合書面門檻；
- 典型與最大工作負載通過；
- 閒置過期和控制連線關閉行為明確；
- 各閘道與地區分開測試；
- 用量統計及出口池行為有文件；
- 日誌不含憑據、權杖和私有負載。
常見問題
SOCKS5 一定支援 UDP 嗎？
不一定。標準定義了能力，但供應商、閘道、用戶端或網路路徑可能沒有實作或允許。
一般網頁蒐集需要 UDP 嗎？
多數 HTTP 工作使用 TCP 路徑。只有真實獲准應用協定確實需要時才購買 UDP 能力。
必須要求零封包遺失嗎？
不一定，應按工作與直連基線訂門檻。損壞、直接連線回退及持續系統性遺失比單次偶發遺失嚴重。
相關 98IP 指南
先閱讀SOCKS5 與 HTTP 代理選型指南，再用代理 DNS 洩漏驗證確認解析負責方，並用Happy Eyeballs 代理測試驗證雙棧行為。
合規說明
只向已獲授權的系統和連接埠傳送 UDP。遵守供應商政策、目標規則、速率限制和法律。不得把中繼用於放大攻擊、掃描、規避控制、垃圾流量或繞過存取權限。
