Home
Home 是查看伺服器列表、選擇伺服器與操作連線開關的主要介面。選取伺服器只是指定可用的代理出口,不代表已建立連線,也不表示所有流量都會經過該伺服器。判斷實際流量走向時,還要一併檢查連線狀態與 Global Routing。
OFFICIAL MANUAL / GLOSSARY
先確認術語所屬的層面,再調整相應設定:介面入口負責操作,協定說明連線方式,規則判斷目標,策略決定連線的流向。本頁保留英文原文,中文說明用於核對詞義,不會取代 App 中的名稱。
01 / INTERFACE
同一個英文詞可能出現在不同位置。先確認它是頁面標題、模式選項還是按鈕,再依相應含義理解;實際入口位置請以目前的用戶端介面為準。
Home 是查看伺服器列表、選擇伺服器與操作連線開關的主要介面。選取伺服器只是指定可用的代理出口,不代表已建立連線,也不表示所有流量都會經過該伺服器。判斷實際流量走向時,還要一併檢查連線狀態與 Global Routing。
Global Routing 控制整體路由模式,設定、代理、直連分別對應 Config、Proxy、Direct。Config 依目前設定中的規則處理流量;Proxy 讓受該模式控制的連線經由代理;Direct 則讓這些連線直接連至目標。排查規則是否生效時,請先確認沒有停留在用於暫時測試的其他模式。
On Demand 依網路條件決定何時觸發或維持連線,處理的是「何時連線」,而非「某個網域採用什麼策略」。其行為也會受系統權限、網路切換與目前條件影響。若手動中斷後又再次連線,請先檢查這裡的條件,而不是立刻刪除伺服器。
Add Server 是手動填入既有伺服器資訊的入口,請依實際協定填寫位址、連接埠與驗證參數。不同協定顯示的欄位不盡相同,密碼、UUID 或其他識別資訊不可互相替代。儲存後仍須選取該項目並測試連線;成功儲存本身無法證明遠端參數有效。
Connectivity Test 用於檢查伺服器在目前網路與測試條件下是否可連線,延遲數值僅代表單次測試結果。測試目標、檢測方式與網路波動都會影響數值,不能據此直接推斷持續下載速度。測試成功但某個 App 無法使用時,請進一步檢查該 App 的目標、DNS 與命中策略。
Settings 集中管理 DNS、檢測方式與其他用戶端行為,實際項目請以目前介面為準。修改前先記下原值,每次只調整一個與問題相關的項目,再以相同目標重新測試。若要逐項了解設定含義,可繼續閱讀Settings 設定參考。
Data 顯示用戶端記錄的流量統計,查看時請區分上傳、下載與累計範圍。依伺服器或 App 查看時,統計對象不同,數值不可直接互相比較。統計數值也不等於遠端服務的計費紀錄;核對分流時,應搭配連線紀錄與相同時段內的變化判斷。
02 / PROTOCOLS
協定決定用戶端與伺服器之間如何驗證及傳輸資料。填寫時應以使用者既有參數為準;協定名稱相似不代表欄位可以通用,也不能只憑名稱判斷連線速度。
Shadowsocks 使用指定的加密方法與憑證連線至伺服器,常見必要參數包括伺服器位址、連接埠、密碼與加密方法。用戶端選用的方法必須與伺服器一致,不能只核對密碼。若既有資訊還包含其他傳輸參數,也須逐項對應填寫,不能把欄位不完整的項目視為完整設定。
VMess 使用使用者識別碼等參數完成驗證,並可搭配不同傳輸方式。UUID、傳輸類型、路徑與 TLS 相關欄位各有用途,不應只匯入位址與連接埠後自行猜測其他值。驗證或時間相關問題也可能導致連線失敗;排查時可先確認裝置系統時間正確。
VLESS 將驗證與底層傳輸安全分開處理,不能只因選擇 VLESS 就認為傳輸加密已完整設定。使用時應核對 UUID、傳輸方式,以及既有設定要求的 TLS 等安全參數。VLESS 與 VMess 是不同協定,不應直接互換類型後沿用所有欄位。
Trojan 通常搭配 TLS 使用,並以密碼驗證。伺服器位址、連接埠、密碼、伺服器名稱與憑證驗證都會影響連線結果;密碼正確不代表其他欄位也正確。若出現憑證錯誤,應先核對名稱與系統時間,不應將關閉驗證當作一般處理方式。
Hysteria2 以 QUIC 為基礎,連線需要相應的 UDP 路徑可用,驗證資訊與 TLS 參數也須符合伺服器設定。不同的封包遺失率、頻寬與網路限制可能影響其表現,無法保證一定比其他協定快。連線失敗時,應先分辨是參數錯誤,還是目前網路對 UDP 的限制。
WireGuard 使用公私鑰與對端參數建立加密通道,常見設定包含本機位址、對端公鑰、端點與允許的位址範圍。私鑰屬於敏感資訊,不應出現在公開截圖或問題排查紀錄中。通道建立後仍須檢查路由與 DNS;交握成功不代表所有目標都能連線。
HTTP 與 SOCKS5 是兩種不同的代理協定,不是同一選項的兩種寫法;是否需要使用者名稱與密碼,取決於既有伺服器設定。協定名稱本身無法保證用戶端至代理伺服器之間已加密,也無法保證 UDP 可用。請依實際類型填寫,並分別確認驗證、傳輸安全與流量支援範圍。
03 / RULES & POLICIES
規則通常由上往下判斷,最先符合的規則會決定相應策略。閱讀時應將比對條件與策略分開;同一目標有多條相關規則時,先檢查規則順序,而不只是確認是否寫過某個網域。
DOMAIN 依完整網域名稱比對,適合只處理特定主機名稱。例如 DOMAIN,example.com,DIRECT 僅適用於 example.com,不會自動涵蓋其所有子網域。若實際連線目標是 api.example.com,請核對主機名稱,或改用合適的比對類型。
DOMAIN-SUFFIX 比對指定網域及其子網域,適合為同一網域層級設定一致策略。DOMAIN-SUFFIX,example.com,PROXY 可比對 example.com 與 api.example.com,但不會比對所有包含該字串的網域。此規則判斷的是網域層級關係,而不是網頁網址中的路徑。
DOMAIN-KEYWORD 檢查網域名稱是否包含指定字串,比對範圍通常比完整網域或後綴規則更廣。例如關鍵字 ads 可能符合名稱中含有該片段的多個網域。拒絕連線前應檢查誤判風險,不能因關鍵字相同就認定這些網域屬於同一項服務。
IP-CIDR 依 IPv4 位址範圍比對,IP-CIDR6 則用於 IPv6;斜線後的前綴長度決定位址範圍。例如 IP-CIDR,192.168.0.0/16,DIRECT 表示對該 IPv4 網段採用 DIRECT。透過網域名稱連線時可能涉及解析程序,因此理解位址規則的判斷結果時也要一併考量 DNS 結果。
GEOIP 依 IP 地理資料庫判斷目標位址所屬地區,不是依網站顯示語言、網域後綴或服務供應商登記地判斷。資料庫分類可能不同,目標服務也可能使用分散式位址。若出現非預期的命中,請查看實際目標 IP,必要時改用更明確的網域或位址規則。
FINAL 用於前面的規則都未符合時進行最終處理,通常放在規則末尾。FINAL,DIRECT 表示將其餘連線交由 DIRECT 處理,並非強制所有連線直連。修改這條規則會影響未被前面規則涵蓋的流量;測試前請先確認目標是否已符合前面的規則。
PROXY 是規則中的代理策略,會將符合條件的連線交由相應代理路徑處理,且仍須有可用且參數正確的伺服器。它與 Global Routing 中的 Proxy 模式相關,但屬於不同層級的設定。新增 PROXY 規則不會自動建立伺服器,也不會補齊既有伺服器的驗證資訊。
DIRECT 讓符合條件的連線透過目前網路直接連至目標,不經過該連線的代理出口。連線仍會受本機網路、DNS 與目標服務狀態影響,並不保證一定能連線。規則中的 DIRECT 只處理符合條件的項目;Global Routing 的 Direct 則是整體模式,兩者應分開理解。
REJECT 用於拒絕符合條件的連線,通常搭配明確的網域或位址條件。若網頁中的某項資源載入失敗,應檢查是否被範圍過大的規則命中,不能直接判定伺服器已失效。調整前先找出目標與命中的規則,再縮小比對範圍,比直接刪除整條規則更容易複查。
04 / SUBSCRIPTION & CONFIG
伺服器項目提供連線參數,訂閱負責批次維護項目,設定檔則定義規則及相關設定。三者用途不同,匯入其中一項不代表其他項目也已準備妥當。
Subscribe 透過使用者既有的訂閱網址批次匯入及更新伺服器項目;網址應向自己的服務供應商取得。更新可能新增、修改或移除項目,不代表會自動變更 Global Routing。訂閱網址可能含有存取憑證,分享截圖或錯誤資訊時,請遮蔽完整網址與敏感參數。
SERVER 指用於連線的伺服器項目,通常包含協定、位址、連接埠與驗證參數;日常所說的節點也常指這類項目。列表中顯示名稱,只能表示項目存在,不代表目前可用。名稱可供辨識,真正決定連線行為的是項目內的參數與遠端狀態。
Config 可指設定檔管理介面,也可指 Global Routing 中依設定檔分流的模式,須依所在位置判斷。設定檔可整理規則、DNS 等內容,與只提供伺服器列表的訂閱並非同一概念。匯入檔案後,也應確認目前啟用的是哪一份設定檔,避免修改到未使用的檔案。
Scan QR Code 用於讀取 QR Code 中的伺服器或訂閱資訊,是一種內容匯入方式,並非代理協定。掃描後應檢查辨識出的類型與參數,再決定是否儲存;QR Code 也可能含有敏感憑證。若影像模糊或格式不相容,請向原資訊提供者確認原始內容。
iCloud 同步會在符合帳號與設定條件時同步部分用戶端資料,實際範圍請以 App 中的同步選項為準。同步設定、伺服器可用性與商店購買紀錄是不同事項,不能互相取代。更換裝置前應確認同步狀態,並另外妥善保存必要資訊;不要將同步視為已完成備份驗證。
05 / DNS & NETWORK
網域解析成功、傳輸連線建立與 App 正常回應是三個不同階段。排查時依階段逐一確認,可避免把所有問題都歸因於伺服器延遲或規則設定。
DNS 將網域名稱解析為 IP 位址等記錄,協助用戶端找到目標,但不負責確保後續連線成功。系統 DNS 與自訂 DNS 的解析路徑可能不同,回傳結果也可能變動。修改解析設定後,應分別檢查網域解析、實際目標位址與規則命中情況,而非只重新整理一次網頁。
DNS over HTTPS 透過 HTTPS 傳送 DNS 查詢與回應,通常簡稱 DoH;填寫時應使用解析服務實際提供的完整端點網址。它改變的是 DNS 查詢的傳輸方式,不會自動將所有 App 流量改為代理。解析端點本身仍須可連線,其連線路徑也需配合目前網路與規則。
TLS 用於傳輸加密與身分驗證,SNI 則在交握時指出要求的伺服器名稱。連線位址與伺服器名稱不一定相同,但應依既有參數填寫,不可任意替換成其他網域。若憑證驗證失敗,請核對名稱、憑證有效性與裝置時間,再檢查伺服器端設定。
UDP 是資料報傳輸協定,部分 App 通訊與以 QUIC 為基礎的協定會使用它。能否透過代理傳送 UDP,取決於用戶端設定、伺服器能力與中間網路,不是開啟一個開關就能保證。若網頁可正常連線,但部分即時通訊失敗,請另外檢查 UDP 路徑與相關規則。