如何測試經代理從 HTTP 用戶端向瀏覽器交接工作階段

許多獲授權的自動化流程先用輕量 HTTP 用戶端探索資源或呼叫 API，再開啟瀏覽器完成 JavaScript 轉譯或介面驗證。即使兩個用戶端各自正常，交接仍可能失敗：Cookie 網域或路徑匯入錯誤、瀏覽器使用不同代理工作階段、本機儲存缺失，或重新導向把瀏覽器帶出核准目標範圍。

本文建立受控驗收測試。只對自己擁有或明確獲准測試的帳戶、應用程式與代理路由執行。目標是驗證連續性與正確性，而不是繞過登入、機器人控制或存取決定。

明確允許轉移的狀態

列出瀏覽器真正需要的項目：

• Cookie 名稱、網域、路徑、到期時間、Secure 與 SameSite 屬性；
• 核准的來源與最終目的地集合；
• 要求的代理區域和工作階段識別別名；
• User-Agent 系列、語言與時區要求；
• 應用程式簽發的關聯或 CSRF 狀態；
• 是否需要 local storage、session storage 或 IndexedDB。

不要自動複製所有標頭和 Cookie。逐跳標頭、來源授權、代理憑證與用戶端產生的傳輸標頭屬於不同範圍。完整 Cookie Jar 可能包含絕不能進入瀏覽器內容的無關網域。

建立自有交接測試環境

準備三個端點：

1. 引導端點，設定不同網域、路徑、期限和 SameSite 屬性的受控 Cookie；
2. 驗證頁面，回傳可安全記錄的可見狀態雜湊與觀測到的公開路由；
3. 核准的重新導向端點，用於同源與跨源負向測試。

使用合成帳戶和值。驗證回應只回傳 Cookie 名稱雜湊、屬性預期、一次性應用工作階段 ID、區域、路由別名與最終結果，不回傳原始祕密。

建立兩個獨立基線

先讓 HTTP 用戶端透過目標代理執行並保存去識別回執。再讓全新瀏覽器透過相同代理設定執行，但不匯入狀態。記錄 DNS 責任方、代理驗證結果、出口身分雜湊、要求區域、最終 URL 與應用結果。

任一用戶端獨立失敗時，先修復該路徑，否則瀏覽器 TLS 錯誤或代理 407 很容易被誤判為 Cookie 轉移問題。

使用住宅代理工作階段黏著性測試證明供應商的工作階段語意，並以代理繞過稽核確認兩個用戶端都沒有靜默直連。

匯出最小狀態套件

只序列化獲准狀態。日誌僅記錄元資料：

handoff_id
source_client_version
allowed_origins
cookie_name_hashes
cookie_count
proxy_route_alias
proxy_session_alias_hash
requested_region
issued_at
expires_at

包含工作階段材料的狀態套件在傳輸與儲存時都應加密。生命週期應短於應用工作階段，只允許一個 Worker 使用，並在匯入後刪除。Cookie 值、代理密碼和 Bearer Token 不得出現在命令列、截圖或遙測中。

依精確範圍匯入 Cookie

瀏覽器自動化 API 通常要求結構化 Cookie 欄位。應保留網域、host-only 行為、路徑、Secure、HTTP-only、SameSite 與期限語意。除非應用程式簽發該範圍，不能把單一主機擴展到所有子網域。

拒絕網域不在核准集合、已經過期，或 Secure 屬性與目的地衝突的 Cookie。先載入預期來源，再檢查頁面可見狀態。HTTP-only Cookie 本來就不應被頁面指令碼讀取；沒有出現在 document.cookie 並非失敗。

分別保持並驗證代理路由

應用狀態與代理狀態彼此獨立。匯入 Cookie 不會保留原出口。瀏覽器必須使用與 HTTP 用戶端相同的供應商、目標市場和記錄的工作階段參數，再透過自有端點驗證觀測路由。

若供應商使用黏著工作階段，確認兩個用戶端對工作階段鍵的編碼完全一致，特別檢查 URL 編碼、大小寫、分隔符號與憑證解析差異。日誌只比較加鹽雜湊或內部別名，不能暴露真實鍵。

出口改變不一定表示應用工作階段失敗，但當工作負載契約要求穩定網路身分時，它就是失敗。測試前必須定義規則。

測試重新導向與來源邊界

至少測試同源導覽、政策允許的同站子網域、核准的跨源測試端點、必須停止的未核准主機、過期 Cookie、缺少必要 Cookie、代理工作階段變更，以及代理不可用且禁止直連回退。

不要跨重新導向複製來源授權標頭，也不要因頁面要求某資源就擴大目的地允許清單。記錄最終 URL 和重新導向鏈，但排除查詢參數中的祕密。

同時比較狀態、路由與結果

只有三個層面都一致才算通過：

1. 狀態： 必要 Cookie 屬性正確，沒有匯入無關 Cookie。
2. 路由： 瀏覽器遵守代理、區域與工作階段政策，不發生直連回退。
3. 結果： 自有應用接受同一獲授權邏輯工作階段，並回傳預期內容。

只有 200 狀態不夠。登入頁、區域變體或挑戰頁也可能回傳 200。應比較語意結果標記與標準化內容雜湊。

明確失敗恢復

匯入失敗後不要無限輪替出口重試。應分類為狀態過期、Cookie 範圍錯誤、缺少瀏覽器專屬儲存、路由不符、代理驗證、目標政策或應用拒絕。

只在有限次數與時間預算內重試冪等引導操作。應用要求重新互動登入時，停止並使用核准流程。登出、撤銷或過期後的工作階段絕不能重播。

驗收清單

• 已記錄轉移範圍與核准來源。
• 兩個用戶端分別通過代理基線。
• 只匯出必要 Cookie。
• 網域、路徑、Secure、HTTP-only、SameSite 與期限得到保留。
• 代理路由與應用狀態分別驗證。
• 區域與工作階段行為符合契約。
• 同源與跨源重新導向已測試。
• 未核准目的地停止且不揭露狀態。
• 禁止直連回退。
• 日誌只有雜湊和別名，不含憑證或 Cookie 值。
• 過期、撤銷或已登出工作階段不能重播。
• 最終應用結果經過語意驗證。

常見問題

匯入 Cookie 能保證相同登入工作階段嗎？

不能。應用還可能依賴本機儲存、裝置綁定狀態、CSRF Token、TLS 綁定機制或伺服器端風險判斷。只轉移受支援狀態，並使用應用核准流程。

兩個用戶端必須使用相同出口 IP 嗎？

只有應用或工作負載契約要求時才需要。必須測試並記錄供應商的工作階段語意，不能假設相同憑證一定對應同一出口。

可以複製 HTTP Cookie Jar 中的全部 Cookie 嗎？

不可以。應依核准來源和必要用途篩選。過度複製會洩漏無關狀態並改變應用行為。

交接失敗後應更換代理身分嗎？

不應自動更換。先辨識狀態、路由或目標政策中的失敗層。無控制輪替會破壞證據，也可能違反目的地規則。

合規說明

只對自己擁有或獲授權自動化的系統、帳戶與工作流程進行工作階段交接。遵守條款、存取控制、速率限制、隱私與區域資料要求。不得透過工作階段轉移冒充使用者、規避驗證、繞過挑戰，或在存取被撤銷後繼續操作。