完整使用手冊
訂閱交付全流程

認識訂閱服務與完整交付流程

先分清帳戶、方案、訂閱與線路

第一次使用跨境網路加速服務時，最容易混淆的不是按鈕位置，而是幾個看似相近的項目。帳戶用來識別購買紀錄與訂閱歸屬；方案決定流量額度、計費方式與有效狀態；訂閱是用戶端讀取線路資料的入口；線路則是用戶端連線時實際選擇的網路路徑。四者彼此相關，但不能互相取代。建立帳戶不會自動取得可用線路，安裝好用戶端也不會自動出現訂閱內容；付款後還需要進入使用者面板取得訂閱並匯入用戶端。

完整流程可以理解成一張交付單：先依使用頻率選擇月訂閱或流量包，再以使用者名稱與密碼建立帳戶，接著完成付款並等待訂單狀態寫入帳戶。訂單生效後，使用者面板會提供訂閱資料與用戶端入口。將訂閱匯入對應平台後，用戶端才會讀取線路清單、規則模式與全域模式等設定。最後還要執行連線驗證，確認目前的應用程式確實透過預期線路連線，而不只是看到用戶端介面顯示已連線。

服務涵蓋範圍與裝置限制

35VPN 涵蓋 120+ 個國家／250+ 條線路，支援 Windows／macOS／iOS／Android／Linux，並允許不限裝置數同時連線。這裡的「不限裝置數」是指同一帳戶可在多部裝置上同時連線，不代表所有裝置都必須使用完全相同的線路或模式。工作電腦可以使用規則模式，影音裝置可依內容地區選擇線路，Linux 主機也能只為命令列工具設定代理。依情境合理拆分，比強迫所有裝置使用同一模式更容易維護。

線路總數與可見線路不是同一個概念。用戶端中顯示的內容可能受到訂閱更新狀態、線路分組、目前方案狀態與用戶端相容方式影響。如果剛完成付款卻只看到舊清單，優先更新訂閱，不要反覆解除安裝用戶端。如果某個平台正常、另一個平台為空，應先從該平台的訂閱匯入方式、權限與快取開始檢查。完整涵蓋清單與線路類型說明，請參閱全球節點頁面。

規則模式與全域模式的職責

規則模式會根據用戶端中的比對規則，決定哪些請求進入加速線路，適合日常長期啟用。它能讓本地服務繼續使用原有連線，同時將需要跨境存取的應用程式交給訂閱線路。全域模式則讓更多請求統一經過目前線路，適合臨時驗證線路或排除規則未命中的情況。兩種模式沒有永久優劣之分，選擇標準是目前任務是否需要精細分流，而不是簡單地把全域模式視為更快。

如果某個網站在規則模式下未依預期連線，可以暫時切換至全域模式重新測試。若全域模式正常，表示線路與訂閱大致可用，問題較可能出在規則比對或應用程式自身的代理設定；若兩種模式都不正常，則應繼續檢查訂閱狀態、目前線路、系統權限與本地網路。這種分層判斷比連續更換線路有效，因為每次只改變一個變數，結果才具可比性。

開始前需要準備什麼

操作前只需準備穩定的本地網路、容易記住的使用者名稱與密碼，以及預計使用的平台。註冊無需電子郵件地址，使用者名稱＋密碼即可完成註冊。建議先決定主要裝置，再在該裝置上完成首次匯入與驗證；確認流程順利後，再延伸到其他平台。不要在多部裝置上同時嘗試不同設定，否則一旦出現問題，很難判斷是帳戶狀態、訂閱快取、用戶端權限還是線路選擇造成。

本手冊依線性順序編排，但已完成部分步驟的使用者不必從頭重做。可以透過頂部目錄直接前往對應章節。無論從哪一步開始，都應保留一個穩定參照：已確認可用的帳戶、已更新的訂閱、明確的連線模式，以及一個用來複核的應用程式。後續每次調整只修改其中一項，就能將複雜問題拆成可核對的交付環節。

選擇方案與理解計費方式

先依使用節奏選擇計費方式

選擇方案時，先判斷流量是持續產生還是階段性產生。月訂閱適合日常辦公、開發、影音與多裝置長期使用，額度依開通日每月重設；流量包適合使用間隔不固定、希望保留剩餘額度的情境，購買後用完為止，永久不過期。兩者最重要的差異不是單次價格，而是流量是否按週期重設。只比較標價、不考慮使用節奏，容易出現額度不合適或長期剩餘過多的問題。

月訂閱分為三個方案：¥9.9／月含 60GB、¥18／月含 250GB、¥28／月含 500GB。三個方案使用相同的平台範圍與裝置規則，主要差異是每月流量額度。流量依開通日每月重設，因此應將開通日視為自己的計費週期起點，而不是預設按曆月計算。開通日前後出現額度變化通常是正常重設，不應只依曆月判斷方案是否提前結束。

流量包適合非連續需求

流量包提供 ¥158／300GB、¥358／1000GB、¥658／3000GB 三種選擇，額度用完為止，永久不過期。它更適合工作專案集中進行、裝置長期閒置或流量消耗波動較大的情況。由於流量不會按月清空，購買時不必把短期高峰機械式放大成長期需求；但也應考量自己是否需要持續有效的月度服務節奏。方案頁會分別列出月訂閱與流量包，正式選擇前可前往方案頁面逐項核對。

判斷額度時，不建議只用「是否觀看影片」粗略分類。同樣是影音使用，畫質、播放時間、背景預載與多裝置同時使用都會影響消耗；同樣是開發工作，依賴下載、映像檔同步與遠端資源讀取也可能造成明顯差異。較穩妥的方法是先選擇符合日常強度的方案，使用過程中觀察帳戶面板的剩餘流量，再決定是否調整，而不是首次購買時靠猜測一次放大額度。

了解中途升級的處理方式

月訂閱支援中途升級，價差會按剩餘天數折算。這表示升級不是簡單地將原方案整筆作廢後重新計算，也不應把顯示的剩餘期限與完整的新週期混為一談。操作升級前，應在面板中同時核對目前方案、剩餘狀態、目標方案與結算結果，確認無誤後再送出。升級主要用來處理目前額度不足；如果只是某個應用程式突然消耗異常，應先檢查背景同步或錯誤重試，避免用升級掩蓋設定問題。

付款方式為支付寶／微信／USDT。進入結帳流程後，以頁面當次顯示的訂單內容為準，重點核對方案名稱、計費方式、金額與帳戶歸屬。不要同時開啟多個結帳頁面，也不要在訂單狀態尚未回寫時連續重複送出。若已完成付款但面板仍停留在原狀態，先返回訂單或總覽區域重新整理確認，保留目前的帳戶登入狀態，再透過工單入口提交訂單資訊。

退款承諾與選擇界線

本服務提供 14 天無理由退款。退款承諾可降低首次判斷方案是否適合的成本，但不應取代購買前核對。平台支援、流量額度、線路涵蓋、付款方式與使用模式都能在付款前確認。若核心需求依賴特定地區或特定應用程式，先查看全球節點與相關說明，再決定方案，比付款後盲目嘗試更節省時間。

選擇方案的最終判斷可濃縮成三點：使用是否連續、每月大致消耗是否穩定、剩餘流量是否需要長期保留。持續使用且節奏穩定，優先比較三種月訂閱；使用間隔明顯且希望額度永久保留，重點比較流量包；已使用月訂閱但額度不足，則依中途升級規則核對價差與剩餘天數。完成選擇後再進入註冊與付款，能讓後續每一步都有明確目標。

註冊下單與付款狀態核對

建立一個便於長期維護的帳戶

35VPN 註冊無需電子郵件地址，使用使用者名稱＋密碼即可完成。使用者名稱用於識別帳戶，密碼則用來保護訂單、訂閱與工單內容。註冊前應先選定不易與其他服務混淆的使用者名稱，並使用獨立密碼。由於無需電子郵件地址，帳戶憑證需要自行妥善保存；若在多個瀏覽器或裝置上使用，建議先在主要裝置完成註冊、登入與購買，再逐步擴展，避免誤把不同使用者名稱當成同一帳戶。

送出註冊後，應先確認已進入使用者面板，不要立即重複點擊。面板中的帳戶總覽、方案、用戶端與訂單區域各自負責不同工作：總覽用來確認目前服務狀態，方案區用來選擇計費方式，用戶端區用來取得安裝入口，訂單區用來核對付款結果。建立這套位置認知後，遇到問題時就能直接回到對應區域，不必在多個頁面之間來回猜測。

下單前執行四項核對

進入方案區後，先核對登入使用者名稱，再確認選擇的是月訂閱還是流量包。月訂閱應繼續核對 ¥9.9／月含 60GB、¥18／月含 250GB、¥28／月含 500GB 中的目標方案；流量包則核對 ¥158／300GB、¥358／1000GB、¥658／3000GB。最後確認付款方式為支付寶／微信／USDT 中準備使用的一項。只有帳戶、計費方式、額度與付款入口全部一致時，才進入下一步。

多個頁面同時維持結帳狀態，容易造成判斷混亂。較穩妥的做法是只保留一個有效訂單頁面，完成付款後回到同一帳戶查看狀態。如果臨時更改方案，應先退出舊的結帳流程，再從方案區重新選擇，不要同時操作兩筆訂單。訂單紀錄不只用於付款核對，也決定後續訂閱歸屬；發現帳戶不一致時應停止付款，返回登入區確認使用者名稱。

狀態未更新時如何處理

完成付款後，若總覽仍顯示原狀態，先重新整理使用者面板並重新進入訂單區域。確認目前登入的使用者名稱與下單時一致，再查看訂單是否已顯示完成。不要立即解除安裝用戶端或刪除舊訂閱，因為付款狀態屬於帳戶與訂單層級，用戶端操作不會讓訂單更快更新，反而可能遺失原本可用的設定。將問題留在正確層級處理，是整套排錯方法的基本原則。

如果訂單狀態已完成，但用戶端仍看不到新增額度或新線路，表示付款環節大致結束，下一步應更新訂閱。訂閱更新是把帳戶中的最新交付內容同步到本地用戶端，不是重新購買。反之，如果訂單本身尚未完成，反覆更新訂閱也不會產生變化。依照「先訂單、後訂閱、再用戶端」的順序，可以避免把不同階段的問題混在一起。

帳戶安全與登出習慣

在共用裝置上使用使用者面板後，應主動登出帳戶，不要讓瀏覽器長期保留登入狀態。訂閱資料屬於帳戶交付內容，不應複製到無法控制的公開環境，也不應將完整訂閱網址放進截圖、公開文件或程式碼儲存庫。需要在自己的另一部裝置上使用時，應從使用者面板重新取得，而不是透過公開聊天紀錄轉發。這樣既方便後續更新，也能減少舊資料長期散落。

如果懷疑密碼已洩露，應先修改帳戶憑證，再檢查目前方案與訂單紀錄，接著在各部裝置更新訂閱。只修改用戶端名稱或刪除某條線路，不會改變帳戶存取權限。帳戶層、訂閱層與線路層必須分別處理：帳戶負責身分，訂閱負責交付，線路負責連線。釐清層級後，即使出現異常，也能依序恢復，而不是一次重新安裝所有裝置。

工單溝通應提供哪些資訊

需要支援時，可從使用者面板的工單入口提交問題。描述應包含目前登入的使用者名稱、所在操作階段、使用平台、選擇的模式、訂單或訂閱是否已更新，以及介面中出現的完整錯誤文字。不要提交密碼或完整訂閱網址。有效描述應能回答「在哪一步、預期看到什麼、實際看到什麼、已嘗試過什麼」，讓支援人員可以直接定位帳戶、訂單或用戶端層級，而不必先反覆追問基本資訊。

完成註冊與付款後，不必立刻在所有平台重複設定。先在主要裝置進入下一章，取得訂閱並確認用戶端能讀取線路清單。只要第一部裝置完成閉環，其他平台的操作就會變成同一訂閱在不同用戶端中的匯入問題，複雜度會明顯降低。

取得訂閱並準備用戶端

從使用者面板取得訂閱資料

訂單生效後，進入使用者面板的總覽或用戶端區域取得訂閱資料。行銷頁面不會提供靜態安裝檔直連，也不會公開真實訂閱網址；用戶端與訂閱都透過使用者面板交付。這能讓下載入口、帳戶狀態與方案歸屬保持一致。若尚未登入，可從本頁按鈕進入面板；若已登入，則直接開啟用戶端下載區域，依目前平台選擇對應入口。

訂閱可以理解成一份會持續更新的設定清單。它可能包含線路分組、連線參數與規則資訊，因此不應將首次匯入後的本地清單視為永久不變。線路維護或方案狀態變更後，需要讓用戶端重新讀取訂閱。只要帳戶中的訂閱仍有效，通常不必刪除整個用戶端；優先使用更新訂閱功能，能保留已確認可用的權限與基本設定。

辨識訂閱匯入與手動新增的差異

訂閱匯入會一次讀取由伺服器維護的線路與分組，之後可透過更新同步變更。手動新增則要逐項輸入單條連線資訊，維護成本更高，也容易在參數變更後繼續使用舊值。35VPN 的標準流程以訂閱匯入為主。用戶端介面可能使用「新增設定」「匯入訂閱」「從連結匯入」或相近名稱，本質上都是讓用戶端讀取帳戶交付的訂閱資料。

複製訂閱時，應確保內容完整，不要額外加入空格、換行或說明文字。如果用戶端提示無法辨識格式，先回到使用者面板重新複製，不要自行截取其中一段。為了說明格式，文件中的範例只能使用明顯的假值，例如：

subscription: https://example.com/sub?token=YOUR_TOKEN
mode: rule
group: auto
update: manual

上述網址僅用於說明欄位結構，不能用於實際連線。真實訂閱必須從使用者面板取得。任何出現在公開教學、截圖或程式碼儲存庫中的真實訂閱資料都可能失去控制，因此排錯時只應提供錯誤文字與必要介面，不要貼上完整內容。

下載用戶端前先確認平台

本服務支援 Windows／macOS／iOS／Android／Linux。平台名稱相近並不代表安裝方式相同，例如 macOS 與 iOS 都屬於 Apple 裝置環境，但權限入口、設定匯入與背景執行方式不同；Windows 與 Linux 都能承擔桌面工作流程，但 Linux 更常見的是系統匣介面、桌面代理或命令列程序。應從使用者面板選擇與目前系統相對應的用戶端入口，不要拿其他平台的安裝檔嘗試執行。

建立清楚的設定命名方式

匯入成功後，建議為設定使用容易辨識的名稱，例如依品牌與用途區分，而不是保留一串難以辨認的預設文字。多份設定同時存在時，應明確標示目前使用的 35VPN 訂閱與歷史設定。刪除前先確認目前連線來源，避免誤刪仍在運作的設定。若用戶端支援更新紀錄或最後更新時間，可將其作為判斷訂閱是否重新整理成功的輔助資訊，但最終仍應以線路清單與實際連線結果為準。

訂閱清單為空時，先確認帳戶方案有效，再重新複製訂閱並觸發更新；清單存在但連線失敗時，進行線路與權限排查；只有某個應用程式無法使用時，則檢查規則或應用程式代理。三種現象對應不同層級。將「沒有清單」「線路無法連線」「單一應用程式異常」分開記錄，能大幅減少無效操作。

匯入前的最後檢查

正式進入各平台操作前，確保已完成四件事：訂單狀態有效、訂閱來自目前帳戶、用戶端來自使用者面板、裝置的本地網路可以正常存取常用服務。最後一項用來建立基準，如果本地網路本身已不穩定，連線後的現象就不能全部歸因於線路。準備完成後，再依照下一章的平台分支逐一匯入。

建議先完成一個平台，再處理下一部裝置。不限裝置數同時連線允許多部裝置並行使用，但設定流程仍應依序進行。第一部裝置驗證成功後，可以將它作為參照：其他裝置出現問題時，以同一帳戶、同一訂閱與相近線路進行比較，就能快速判斷差異是在平台權限還是訂閱本身。

五大平台用戶端匯入與權限設定

Windows：先匯入，再啟用系統代理

在 Windows 裝置上登入使用者面板，進入用戶端下載區域取得對應用戶端。完成安裝後開啟用戶端，從設定或訂閱管理入口新增訂閱，將從面板複製的內容完整貼上並確認。等待線路清單出現後，先選擇符合目前用途的線路，再啟用規則模式。部分用戶端還需要開啟系統代理，只有線路選擇與系統代理同時處於正確狀態，瀏覽器與一般桌面應用程式才會依規則轉送。

若用戶端顯示已連線，但瀏覽器沒有變化，先查看系統代理是否啟用，再檢查瀏覽器是否設定獨立代理或擴充功能。獨立設定可能會覆寫系統設定。若只有終端機工具不生效，應檢查該工具是否讀取系統代理；有些命令列程式需要在自身設定或目前終端機工作階段中指定代理，不會自動跟隨桌面設定。排錯時先用一般瀏覽器驗證基本連線，再處理特殊應用程式。

macOS：留意系統網路授權

macOS 的匯入流程同樣從使用者面板開始。取得用戶端後完成安裝，首次執行時依系統提示允許必要權限。接著進入訂閱管理，貼上訂閱並更新清單。選擇線路與規則模式後，如果系統跳出新增網路設定或修改網路設定的確認提示，應完成授權；拒絕後用戶端介面可能仍可操作，但系統流量不會依預期進入線路。

連線後可以從選單列或用戶端主介面確認目前狀態。如果應用程式在切換網路後失去連線，先中斷連線，再重新連接目前線路，讓用戶端重新繫結新的本地網路。在 macOS 上同時執行多個會修改代理或網路設定的工具時，設定可能互相覆寫，因此應暫時關閉其他同類工具，只保留目前用戶端完成驗證。確認穩定後，再逐一恢復其他軟體。

iOS：匯入後允許新增系統設定

iOS 用戶端入口應從使用者面板取得。開啟對應用戶端後，使用面板提供的訂閱匯入方式新增設定。首次啟用時，系統會要求允許新增網路設定；這是讓用戶端接管相關網路請求所需的系統步驟。完成授權後返回用戶端，更新訂閱、選擇線路並啟用連線。若系統狀態已顯示連線，而目標應用程式仍使用舊工作階段，可以完全關閉該應用程式後重新開啟。

iOS 在網路環境變更後可能保留舊連線狀態，例如從無線網路切換到其他網路時，用戶端介面仍顯示原線路。此時應主動中斷後重新連線，不要只依賴狀態列圖示。若訂閱更新失敗，先確認使用者面板可以正常開啟，再返回用戶端重試；如果面板也無法存取，則應先恢復本地網路，而不是繼續修改訂閱。

Android：處理背景執行與分應用程式代理

Android 平台的重點不只在於匯入成功，也包括背景執行。透過使用者面板取得用戶端後，安裝並匯入訂閱，選擇線路與規則模式，再允許系統建立網路連線。接著檢查系統的電量管理與背景限制，確保用戶端在鎖定螢幕或切換應用程式後仍能維持必要程序。不同裝置的設定名稱可能不同，但判斷標準一致：用戶端不應在離開前景後立即被系統停止。

如果只希望部分應用程式使用線路，可在用戶端支援的情況下設定分應用程式代理。設定時要確認是「僅選取的應用程式使用」還是「選取的應用程式不使用」，兩者語意相反。變更後先用一個目標應用程式驗證，不要同時加入大量應用程式。Android 的背景常駐、分應用程式代理與省電策略，可進一步參考Android VPN 推薦與背景常駐實測比較。

Linux：區分桌面代理與終端機代理

在 Linux 上先從使用者面板取得適用的用戶端或匯入方式，再依目前環境選擇桌面介面或命令列工作流程。桌面環境通常可透過用戶端系統匣與系統網路設定接管瀏覽器流量；終端機程式則可能需要讀取環境變數、自身設定或本地代理入口。匯入訂閱後，先更新線路清單，選擇線路並啟動用戶端程序，再從明確支援系統代理的應用程式開始驗證。

若桌面瀏覽器正常而終端機工具失敗，表示訂閱與線路大致已可用，問題位於終端機應用程式讀取代理的方式。可以在目前專案文件中查找代理設定項目，或為目前終端機工作階段設定由用戶端提供的本地入口。不要將真實訂閱網址直接寫入專案設定。範例設定應只引用本機用戶端提供的代理名稱或環境變數，不要將帳戶交付內容提交至程式碼儲存庫。

擴充至多部裝置時保持設定一致

支援五個平台不代表必須一次完成所有設定。建議保留一部已驗證的裝置作為基準，然後在新裝置上使用同一帳戶重新取得訂閱。若新裝置的清單與基準裝置不同，先分別執行訂閱更新；若清單一致但連線表現不同，則比較模式、線路、系統權限與應用程式設定。不要複製整個用戶端目錄來遷移，因為平台權限、快取與本地路徑並不通用。

不限裝置數同時連線適合個人多裝置與家庭共用情境，但每部裝置仍需獨立維護用戶端權限與訂閱更新。關於裝置數計算、家庭使用界線與設定分工，可閱讀VPN 多裝置共用完整解析。當每部裝置都能獨立完成「更新訂閱—選擇線路—啟用模式—驗證出口」這條流程時，多裝置使用才真正便於維護。

連線至線路並驗證實際生效

選線先看地區，再看用途

匯入訂閱後，不要直接把線路名稱當成速度排名。先依目標服務所在的地區與存取用途縮小範圍，再從同一區域中選擇目前表現穩定的線路。需要存取地區限定內容時，出口地區比名稱中的其他修飾更重要；進行一般網頁瀏覽、開發工具或遠端協作時，則應優先考量連線穩定性。完整地區與線路類型可在全球節點中查閱。

線路類型代表網路路徑的組織方式，不等於對所有本地網路都會產生相同結果。IEPL 專線、中轉與直連在路徑、適用情境及對本地網路的敏感程度上各有不同。遇到問題時，可以在同一地區內切換不同類型，觀察結果是否改變。不要一次跨地區、跨模式又跨應用程式同時測試，否則即使恢復正常，也無法知道是哪項調整發揮作用。

連線狀態不等於應用程式已生效

用戶端顯示已連線，只代表本地程序已嘗試建立線路，最終仍要從應用程式端驗證。首先開啟一個沒有獨立代理設定的瀏覽器，前往網路檢測頁面，核對出口資訊是否與所選地區一致。接著再開啟目標應用程式執行實際任務。若瀏覽器出口正確而目標應用程式異常，問題多半出在應用程式快取、獨立代理、規則比對或舊工作階段，而不是帳戶與訂閱。

35VPN 站內提供網路檢測頁面，可用來確認目前出口與基本網路資訊。測試前關閉瀏覽器中可能覆寫系統代理的擴充功能，並避免同時執行其他網路工具。驗證完成後，再恢復日常設定。這樣取得的結果更接近用戶端本身的實際作用，不會受到額外疊加設定干擾。

用規則模式與全域模式進行比較

當目標應用程式無法存取時，保持線路不變，只將規則模式暫時切換為全域模式。若全域模式恢復正常，表示線路可用，下一步應檢查規則是否命中、應用程式是否使用特殊網域，或是否設定了獨立連線方式。若全域模式仍然異常，則保持模式不變，改用同一地區的另一條線路。透過這種單一變數測試，可以分別判斷模式層與線路層。

排查完成後，應回到適合日常使用的模式。全域模式便於驗證，但可能讓原本不需要加速的本地流量也經過目前線路；規則模式更適合長期維持，也能減少不必要的路徑變化。選擇並非越徹底越好，而是讓需要的應用程式走正確路徑，同時保留其他連線的自然存取方式。

處理快取、工作階段與網域解析

應用程式在切換線路後仍可能保留舊連線。瀏覽器可以關閉相關分頁後重新開啟，桌面應用程式可完全退出再啟動，開發工具則可能需要重新建立長連線。AI 程式設計工具、終端機助理與協作服務尤其依賴持續工作階段，切換線路期間的短暫中斷可能使舊任務失去上下文。相關選擇與設定可參考Cursor／Copilot 長連線穩定性實測。

若網域解析仍沿用舊網路結果，可以先中斷用戶端，確認本地網路正常，再重新連線至線路並啟動應用程式。不要在尚未確認基本連線前，同時清理大量系統設定。解析問題、應用程式快取與線路問題表面上都可能呈現為頁面無法開啟，但比較方式不同：更換應用程式可判斷應用程式層，更換模式可判斷規則層，更換同區線路可判斷線路層。

建立可重現的驗證紀錄

一次有效的驗證應記錄平台、用戶端狀態、目前模式、線路地區、目標應用程式與結果。不需要記錄敏感的訂閱內容。若問題只在特定網路環境中發生，也應註明切換網路前後的差異。可重現紀錄的價值在於方便後續比較：同一設定再次異常時，可以直接確認哪些條件發生變化，而不必從註冊流程重新開始。

判定連線成功應同時符合三點：訂閱清單正常、用戶端線路處於連線狀態、目標應用程式透過預期出口完成實際任務。只符合其中一項，都不足以結束檢查。完成首次閉環後，保留目前可用的設定作為基準，再開始最佳化線路、分流或多裝置使用。

日常維護、升級與續費管理

將更新訂閱固定為日常操作

用戶端中的線路清單是訂閱在本地的快取，不應長期假設它與使用者面板完全一致。發現線路名稱、分組或可連線狀態發生變化時，先執行訂閱更新。更新完成後再重新選擇線路，必要時中斷後重新連線。直接刪除設定再重新匯入屬於後續手段，因為刪除會同時移除本地選擇、規則狀態與部分用戶端偏好。

在多裝置環境中，每部裝置都維護自己的本地快取。在 Windows 上更新訂閱，不會自動替 macOS、iOS、Android 或 Linux 用戶端完成相同操作。若不同裝置看到的清單不一致，應分別更新，而不是判斷帳戶取得了不同內容。保持設定名稱清楚，並在修改後逐部驗證，可以減少歷史訂閱與目前訂閱混用。

觀察流量，不要憑感覺判斷

月訂閱流量依開通日每月重設，應在使用者面板中結合開通日理解剩餘額度。應用程式下載、雲端同步、影音預載、系統更新與錯誤重試都可能持續消耗流量。若消耗明顯偏離預期，先檢查裝置背景工作與全域模式使用情況，再考慮升級方案。只看網頁數量無法準確推估流量，因為不同任務的資料規模差異很大。

流量包用完為止，永久不過期，因此維護重點是剩餘額度與實際使用節奏，而不是等待週期重設。月訂閱與流量包都應避免讓不需要加速的背景工作長期經過線路。規則模式可以將本地服務與目標應用程式分開；Android 的分應用程式代理、桌面應用程式的獨立代理，以及 Linux 的環境設定，也能進一步縮小範圍。

中途升級前先排除異常消耗

月訂閱中途升級時，價差會按剩餘天數折算。送出升級前，先確認目前額度不足是正常使用造成，而不是某部裝置的同步工作、錯誤重試或全域模式設定導致。若異常工作仍在執行，升級只會暫時增加可用空間，無法解決持續消耗。先停止異常來源，再進入方案區核對目標方案與結算結果。

需要升級時，從目前帳戶的方案區域操作，不要另建帳戶。另建帳戶會使訂單、訂閱與剩餘狀態分散，後續難以維護。完成升級後，先在使用者面板確認方案變更，再逐部更新訂閱。若面板已變更而用戶端沒有變化，問題屬於本地訂閱快取；若面板本身未變更，則回到訂單與結帳狀態處理。

續費時保持帳戶與訂單連續

續費前應確認仍登入原帳戶，並核對目前方案與開通日。付款後依序查看訂單狀態、方案狀態與訂閱更新，不要跳過帳戶層直接修改用戶端。保持同一帳戶持續使用，可以讓訂單、工單與訂閱資料集中在同一處，也方便核對歷史操作。付款方式仍為支付寶／微信／USDT，以結帳頁面顯示為準。

如果計畫調整方案，應先分清是續費原方案還是中途升級。續費用於延續目前選擇，升級用於處理目前週期內的額度需求，兩者在帳戶中的作用不同。送出前閱讀結帳摘要，確認金額、方案與帳戶一致。關於全部方案的集中說明，可隨時返回方案頁面核對。

用戶端維護以穩定為先

用戶端正常運作時，不必為了介面變化而頻繁重新安裝。優先維護訂閱更新、系統權限與目前模式。若系統更新後連線異常，先檢查原有網路權限是否仍有效，再重新啟動用戶端與裝置；只有確認安裝本身損壞時，才從使用者面板重新取得用戶端。不要從不明頁面尋找替代安裝檔，因為它可能與目前的訂閱交付方式不相容。

解除安裝前應記下目前使用的設定名稱、模式與已驗證線路，但不要記錄完整訂閱網址。重新安裝後，從使用者面板重新取得訂閱，完成匯入，再依原紀錄恢復模式與線路。這種恢復流程比複製舊程式目錄更可靠，因為能避開損壞的快取與過期本地檔案。

定期整理裝置與設定

不限裝置數同時連線不代表設定可以無限堆積而不管理。已停用的裝置應登出帳戶，廢棄用戶端中的舊訂閱應在確認無用後刪除。共用裝置上的登入狀態應及時登出，個人裝置也應避免將帳戶憑證與訂閱內容存入公開同步目錄。裝置數量不受限制，但安全界線仍由帳戶持有人維護。

日常維護可以固定成一段簡短流程：先查看帳戶方案狀態，再查看剩餘流量與開通日，接著更新訂閱，最後用常用應用程式完成一次驗證。遇到異常時，保留已知可用裝置作為對照。只要帳戶、訂閱、用戶端與線路四個層級都有清楚狀態，續費、升級與跨裝置移轉就不會變成重新摸索。

進階分流與系統化故障排除

先建立分層排錯模型

複雜問題應依序檢查本地網路、帳戶訂單、訂閱設定、用戶端權限、線路連線、規則比對與應用程式工作階段。本地網路負責提供基本連線；帳戶訂單決定是否有有效服務；訂閱將線路資料交付到裝置；用戶端權限決定系統請求能否進入代理；線路負責實際傳輸；規則決定哪些請求使用線路；應用程式工作階段則可能保留舊連線。任何一層異常，都可能呈現為「無法開啟」，但處理方法完全不同。

排錯時，從最前面且最容易驗證的層級開始。先中斷用戶端，確認本地網路正常，再登入使用者面板確認方案與訂單，接著更新訂閱並檢查清單。然後選擇已知地區的線路，以全域模式進行基本驗證。基本連線建立後，再恢復規則模式並處理單一應用程式。這個順序能避免帳戶失效時反覆修改規則，也能避免線路正常時無意義地重新付款。

規則分流的設計原則

規則模式的目標不是讓規則數量越多越好，而是讓路徑可解釋。可以先依情境分組：本地服務保持原有連線，跨境應用程式使用自動或指定線路，地區相關內容進入對應地區分組，開發工具則依長連線需求選擇穩定分組。每條規則都應能回答比對對象、前往的分組，以及未命中時的回退路徑。

修改規則後，應選擇一個明確的應用程式進行驗證，不要一次加入大量網域。若應用程式包含多個服務網域，只新增主網域可能導致登入、資源載入或 API 請求分別走不同路徑。此時可以透過用戶端連線紀錄觀察實際請求，再補齊同一服務所需的規則。若紀錄包含帳戶識別資訊或敏感參數，分享前應先遮蓋。

mode: rule
rules:
  - local-service: direct
  - work-tools: auto
  - media-region: selected-region
fallback: auto

這段範例只用來表達規則結構，不對應真實用戶端語法，也不包含真實線路或訂閱資料。實際設定應優先使用用戶端圖形介面與訂閱內建規則。只有明確理解用戶端格式時，才進行手動編輯，並在修改前保留可恢復的本地副本。

處理長連線與持續任務

開發工具、遠端協作與即時內容都依賴持續連線。執行這類任務時，應避免頻繁切換線路或模式，因為切換會讓既有工作階段重新建立。先選定線路，完成連線驗證後再啟動任務。如果任務中斷，先判斷用戶端是否重新連線、本地網路是否變更，以及應用程式是否保留舊工作階段。不要立即跨地區連續切換線路，這會讓問題難以重現。

對命令列工具而言，瀏覽器正常不代表終端機會自動繼承設定。檢查應用程式文件中的代理支援方式，讓它指向本機用戶端提供的入口。真實訂閱網址不應寫入環境設定；訂閱負責向用戶端交付線路，應用程式只需要連接本地用戶端。將這兩個層級分開，可以避免專案檔案攜帶帳戶資料。

只有部分網站異常時如何判斷

當大多數應用程式正常、只有某個網站異常時，帳戶與訂閱通常不是首要懷疑對象。先完全退出目標應用程式並重新開啟，再保持線路不變，切換至全域模式。如果全域模式正常，則檢查規則是否命中；如果仍然異常，改用同一地區的另一條線路重新測試。若同一網站在不同裝置上的結果不同，則比較兩部裝置的用戶端模式、解析方式與應用程式擴充功能。

地區相關內容也可能根據帳戶地區、應用程式快取或歷史工作階段判斷，不只取決於出口。確認線路出口後，重新建立應用程式工作階段，再觀察內容是否變化。不要將所有地區差異都歸因於線路。手冊可以確認網路路徑是否正確，但特定平台的帳戶與內容規則由對應服務決定。

連線頻繁中斷時如何定位

先記錄中斷發生時，裝置是否切換網路、進入休眠，或受到系統背景執行限制。Android 重點檢查省電策略，iOS 重點觀察網路切換後的重新連線，Windows 與 macOS 檢查系統代理是否被其他工具覆寫，Linux 則檢查用戶端程序是否仍在執行。若中斷與裝置狀態同步發生，優先處理平台權限；若多部裝置在同一本地網路上同時異常，則先檢查本地網路。

若只有目前線路中斷，保持其他設定不變，選擇同一地區的另一條線路。若多條線路表現一致，再切換線路類型或本地網路。這樣的順序能分別驗證單一線路、地區路徑與本地網路。提交工單時附上平台、地區、線路類型、模式與重現步驟，不要提交完整訂閱資料。

無法更新訂閱時如何處理

先確認使用者面板可以開啟，而且方案狀態有效。若面板正常，重新複製訂閱，並檢查用戶端中是否存在多餘空格或舊設定。若面板無法開啟，先中斷用戶端測試本地網路，再重新連線。不要在訂閱更新失敗時連續建立新帳戶或新訂單，因為這不會修復本地匯入格式，還會讓帳戶關係更加複雜。

用戶端提示格式錯誤時，刪除這次失敗的輸入，回到面板重新取得完整內容。若提示連線失敗但仍能顯示線路清單，表示訂閱解析已完成，應轉向檢查線路與權限。若提示清單為空，則繼續檢查方案狀態、訂閱是否屬於目前帳戶，以及更新操作是否真正完成。錯誤現象本身就是定位線索。

何時重設，何時提交工單

只有在帳戶有效、訂閱內容完整、平台權限已確認，且多條線路與多種模式都完成比較後，才考慮重設用戶端設定。重設前記錄目前的設定名稱、模式與問題現象，再從使用者面板重新匯入。重設不是第一步，因為它會刪除有助於判斷的現場資訊。若問題與訂單、方案寫入或帳戶存取有關，應直接提交工單，不必繼續修改用戶端。

一份高品質工單應寫清使用平台、目前操作階段、模式、線路地區、錯誤文字、是否能開啟使用者面板、訂閱清單是否存在，以及比較測試的結果。可以附上經過遮蓋的截圖，但不要包含密碼與完整訂閱網址。問題描述越接近可重現步驟，處理就越能直接進入對應層級。

讓複雜設定維持在可恢復範圍內

進階使用的底線，是隨時能回到已知可用狀態。每次修改規則、應用程式代理或系統權限前，記下原有設定；每次只修改一個變數；修改後立即驗證；結果不符合預期就復原。不要將臨時測試設定長期留在所有裝置上。穩定基準可以是一部已驗證的裝置、一份目前訂閱、規則模式與一條常用線路。

完成本章後，整個使用流程已經閉環：從方案選擇、帳戶註冊、付款核對、取得訂閱，到 Windows／macOS／iOS／Android／Linux 匯入，再到線路驗證、流量維護、升級續費與分層排錯。之後遇到問題，不必重新閱讀全部內容，只要先判斷問題屬於哪一層，再從頂部目錄進入對應章節。關於訂閱、節點、協定、分流等基礎術語，也可繼續閱讀VPN 新手名詞速查。