連線後返回 Home,使用 Connectivity Test 檢查目前伺服器的測試結果。開始前確認測試對象與實際選取的伺服器一致,等本次測試結束後再比較結果。測試結果反映的是該測試方法及當時網路條件下的狀況,不代表所有 App 與目標都已可正常使用。不要將單次測試數值視為長期表現,也不要只看清單排序來判斷實際存取結果。
分別記錄測試結果與實際存取結果
先開啟一個在目前網路下通常可直接存取的頁面,確認裝置的基本網路正常;再開啟本次確實需要檢查的目標,觀察是否能載入。如果測試成功但目標無法開啟,下一步應檢查分流規則、目標本身與相關連線記錄,而不是立即刪除所有伺服器。如果測試失敗但部分頁面仍可開啟,也可能是這些請求走了 DIRECT,或測試方法與實際請求使用的路徑不同。
使用配置(Config)模式時,須搭配目前規則解讀結果。若目標符合 DIRECT,頁面成功並不能驗證代理伺服器;若符合 REJECT,連線失敗可能是配置的預期結果。查看 App 提供的連線記錄時,重點確認目標網域、符合的規則與採用的策略;如果記錄資訊不足,應保留「不確定」的結論,不要憑單次開啟結果推斷所有流量的路徑。
透過一次對照縮小排查範圍
如果懷疑問題出在規則,先記下原設定,再暫時切換至代理(Proxy),使用同一台伺服器重新存取相同目標。如果結果不同,優先檢查 Config 中符合的規則;如果結果相同,再檢查伺服器參數與目前網路。要確認本機網路時,可短暫使用直連(Direct)對照,但這只是檢查步驟,不能作為代理連線成功的證據。
對照完成後,請還原原本的 Global Routing,避免把排查用模式當成日常設定。最終記錄至少應包含目前網路、伺服器備註、分流模式、Connectivity Test 狀態與目標存取結果。備註使用自己看得懂的名稱即可,不必公開伺服器位址。如果上述檢查仍無法釐清問題,請依下一步的固定順序處理。
判斷順序:裝置可連上網路 → 資料已匯入 → 所選伺服器可測試 → 連線狀態明確 → 目標採用預期策略 → 實際存取符合預期。
前一項尚未確認時,先處理前一項;不要用後續的偶然成功取代前面的確認。