訂⁠閱連結新手指⁠南：取得、匯入、更新與安⁠全處理

什麼是訂閱連結？與單節點連結有何不同

單節點連結只描述一組連線設定，常見形式會帶有 Shadowsocks、VMess、Trojan、VLESS、Hysteria2 或 TUIC 等協定標識。訂閱連結則由服務端集中提供一組設定。用戶端讀取訂閱後，通常會顯示多個地區、線路類型或策略群組，之後還能再次要求同一個網址，以取得服務端調整後的內容。

訂閱網址中的隨機字串通常用於驗證身分。取得該網址的人可能不必再次輸入帳戶憑證，就能要求其中的設定。因此，不應把訂閱連結當成可以公開分享的下載網址。複製、截圖、同步或提交故障資訊時，都應先檢查它是否出現在畫面、記錄檔或文字中。

訂閱格式、代理協定與用戶端核心並不是同一回事

新手最容易混淆的是「協定」和「訂閱格式」。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 描述的是連線方式及其參數；訂閱格式則負責組織節點與規則。一份訂閱可以包含多種協定，但用戶端能否使用，仍取決於其內建或呼叫的網路核心是否支援相應協定。

常見協定各自負責什麼

• Shadowsocks：採用加密代理方式傳輸流量，設定通常包含伺服器、連接埠、加密方法與存取憑證。不同用戶端支援的加密方法可能不同。
• VMess：常見於相關代理核心的設定體系，除了伺服器資訊外，也可能涉及傳輸層、TLS 與識別參數。匯入時必須保留完整欄位。
• VLESS：本身不依賴 VMess 的加密結構，常與 TLS、Reality 或不同傳輸方式組合。用戶端只支援協定名稱，並不代表支援所有組合。
• Trojan：通常搭配 TLS 使用，連線參數包括伺服器名稱、憑證驗證相關設定與存取憑證。任意關閉憑證驗證會削弱連線驗證。
• Hysteria2：基於 UDP 與 QUIC 類傳輸概念，適合部分封包遺失率較高的連線，但在限制 UDP 的網路中可能無法建立連線。
• TUIC：同樣依賴 UDP 與 QUIC 能力，對用戶端核心版本、網路環境與參數組合都有要求。

部分常見訂閱輸出也可能是 URI 清單、經 Base64 編碼的文字、YAML 設定或 JSON 設定。Base64 只是編碼方式，不是加密，也不會自動保護內容。YAML 常用於包含代理群組與規則的設定，JSON 則常見於 sing-box 等設定體系。即使兩個用戶端都支援 VLESS，也不一定能直接讀取彼此的完整設定檔。

部分服務面板會針對不同用戶端產生不同的訂閱入口。選擇時應依用戶端類型取得相應格式，而不是看到「通用」字樣就反覆轉換。第三方線上轉換網站需要讀取完整訂閱內容，等同於把設定憑證交給另一項服務。優先使用服務端提供的適配格式，或在可信任的本機工具中完成轉換。

從取得訂閱到成功連線的完整步驟

先在服務面板確認訂閱入口

登入服務面板後，訂閱通常位於總覽、訂閱管理、用戶端設定或使用教學附近。複製時應使用面板提供的複製功能，避免手動拖曳選取而漏掉結尾字元。若頁面同時提供設定檔下載與訂閱網址，應先確認用戶端需要的是遠端連結還是本機檔案。

選擇相容的用戶端與匯入方式

1. 從可信任來源安裝適用於目前平台的用戶端，並確認它支援訂閱所使用的協定與設定格式。
2. 在用戶端中找到「新增訂閱」、「從 URL 匯入」或「遠端設定」等入口，而不是單節點的手動填寫頁面。
3. 貼上完整訂閱網址，為設定填寫方便辨識的本機名稱，然後執行儲存或更新。
4. 等待節點清單出現，選擇適合目前情境的線路，再開啟系統代理、VPN 模式或應用程式內的代理功能。
5. 透過正常存取目標網站、檢查系統時間與確認 DNS 路徑等方式驗證連線，而不是只看用戶端按鈕是否變色。

如果用戶端提示下載失敗，先檢查網址前後是否混入空格、換行或標點符號。某些聊天軟體會截斷長連結，某些文件編輯器則會自動替換字元。最穩妥的方式是從面板重新複製，再直接貼到用戶端。

各平台匯入時容易忽略的差異

• Windows：用戶端可能分別提供系統代理與虛擬網卡模式。系統代理主要影響遵循系統設定的應用程式；虛擬網卡模式的涵蓋範圍通常更廣，但需要正確的路由與 DNS 設定。
• macOS：匯入後要留意系統網路延伸功能的授權提示。僅將節點加入清單，並不代表系統流量已經交由用戶端處理。
• iOS：用戶端首次連線時通常需要建立系統 VPN 設定。訂閱匯入成功後，還要在應用程式內選擇策略或節點。
• Android：系統的背景限制可能中斷長時間連線。遇到鎖定螢幕後斷線，應檢查應用程式的背景執行權限與省電策略，而不是反覆重建訂閱。
• Linux：圖形介面用戶端與命令列核心的設定目錄可能不同。儲存訂閱或設定檔時，應限制檔案存取權限，並確認服務程序讀取的是實際更新後的檔案。

為什麼需要更新訂閱？更新後沒有變化怎麼辦

更新訂閱的作用，是重新從服務端取得設定。線路入口調整、節點名稱變更、協定參數更新或策略群組修改後，本機用戶端不會自行得知這些變化，需要再次要求訂閱。更新訂閱與切換節點是兩個動作：前者更新設定來源，後者只是在現有清單中選擇另一條線路。

用戶端通常提供手動更新與自動更新。手動更新適合排查問題，因為可以直接觀察提示；自動更新適合日常維護，但要確認用戶端在背景執行時是否確實發出要求。自動更新間隔應依用戶端能力與使用習慣設定，不必頻繁重新整理，也不應長期依賴匯入時快取的舊設定。

更新後清單不變的常見原因

• 用戶端仍在讀取本機快取，更新要求沒有成功完成。
• 匯入的是本機設定檔，而不是可遠端更新的訂閱網址。
• 訂閱已經更新，但節點名稱沒有變化，實際參數已在後台調整。
• 目前用戶端無法理解服務端回傳的格式，因此保留了上一次可解析的設定。
• 舊設定與新設定同名，用戶端沒有覆寫，而是建立了另一個設定群組。
• 網路本身無法存取訂閱伺服器，需要先恢復基本網路或切換可用的連線方式。

排查時先查看用戶端的更新時間與錯誤訊息，再嘗試手動更新。如果仍然沒有變化，可以刪除本機訂閱後重新匯入，但刪除前應確認原網址仍可取得，避免連唯一可用的設定也一併清除。重新匯入後，還要檢查分流規則、節點選擇與系統代理模式是否恢復為預設值。

更新訂閱不等於更新用戶端。較新的協定參數可能需要較新的網路核心；僅重新整理訂閱，無法讓舊核心取得它不支援的能力。反過來，更新用戶端也不會自動替換已失效的訂閱網址。這兩項維護動作應分別判斷。

如何理解線路標籤、IEPL、中轉、直連與分流規則

訂閱中的節點名稱常帶有地區與線路標籤，但名稱只是設定提供者給出的說明。判斷連線路徑時，應結合服務文件與實際網路表現，不要只憑名稱推斷所有底層路由。

直連、中轉與 IEPL 的差異

直連通常指使用者網路直接存取境外伺服器的公網入口，路徑較簡單，但品質容易受到本地電信業者出口、跨境公網壅塞與路由變化影響。中轉線路會先連線至較近的入口，再由中轉網路將流量送往出口節點。它可以改善部分路徑，但效果取決於入口品質、中轉鏈路與出口狀態。

IEPL 是國際乙太網路專線的一種業界稱呼，通常用於描述不同網路接入點之間的專用承載。對一般使用者而言，從本地裝置到入口節點的這一段仍可能經過日常接入網路，因此不能簡單理解為端到端的所有路徑都脫離公網。線路是否適合目前情境，還要看接入位置、出口地區、協定相容性與當時的網路狀況。

分流決定哪些要求經過代理

用戶端常見的處理方式包括全域代理、規則分流與直連。全域模式會將更多可處理的流量送入代理，方便快速驗證線路，但可能讓本地服務繞遠路。規則分流會依網域、IP、應用程式或規則集決定路徑，較適合長期使用；不過規則過時或比對順序錯誤時，可能出現網頁主站走代理、圖片介面卻直連的情況。

修改分流時應先釐清目標：本地網站是否需要直連，國際網站是否需要代理，區域網路位址是否應排除，特定應用程式是否有獨立要求。不要一次匯入多個來源不明的規則集，否則發生問題時很難判斷是哪一條規則覆蓋了預期行為。

為什麼 DNS 洩漏與訂閱有關

DNS 查詢負責將網域名稱轉換為網路位址。如果業務流量經過代理，但 DNS 仍由本地網路直接查詢，就可能暴露存取的網域，並可能得到不適合代理出口的解析結果。這類現象通常稱為 DNS 洩漏或 DNS 路徑不一致。

處理方式取決於用戶端模式。在系統代理模式下，部分應用程式仍會自行發起 DNS 查詢；虛擬網卡模式通常能接管更多流量，但也需要正確設定 DNS 伺服器、規則與回退邏輯。啟用加密 DNS 不代表查詢一定經過代理，仍要檢查實際路由。排查時應同時觀察應用程式流量與 DNS 流量，而不是只確認節點已連線。

如何保存訂閱連結？外洩後該怎麼處理

訂閱連結應按照帳戶憑證的標準保存。它可能包含用於取得完整設定的權杖，也可能讓持有者持續更新節點清單。即使連結透過 HTTPS 傳輸，公開發布、交給不可信任的工具或儲存在公開位置，仍會擴大存取範圍。

日常保存與使用原則

• 只在自己管理的用戶端與可信任的裝置中匯入訂閱。
• 不要將完整連結寫入公開程式碼儲存庫、共用腳本、問題截圖或群組聊天紀錄。
• 提交用戶端記錄檔前，搜尋並遮蓋訂閱網址、節點憑證、伺服器名稱與驗證欄位。
• 謹慎使用瀏覽器擴充功能、線上轉換器與遠端除錯工具處理訂閱內容。
• 若用戶端支援系統憑證儲存，應優先使用；若只能儲存在設定檔中，則應限制檔案讀取權限。
• 備份時確認雲端目錄的共用範圍，避免設定檔被自動放入公開協作空間。

發現連結外洩後的處理順序

1. 進入服務面板，尋找重設訂閱、重新產生連結或撤銷舊連結的功能。
2. 如果面板沒有相應入口，請聯絡服務支援，要求使舊訂閱憑證失效。
3. 取得新連結後，在自己的用戶端中刪除舊訂閱，再匯入新網址。
4. 檢查其他裝置與備份位置，避免舊用戶端繼續要求已外洩的連結。
5. 刪除公開頁面、截圖或儲存庫中的原始內容，但不要把「已經刪除」當成撤銷連結的替代方案。

僅刪除訊息並不能確認連結未被複製，也不能讓已取得的設定自動失效。有效處理的重點是撤銷或更換服務端憑證。更換後如果用戶端仍顯示舊節點，通常是本機快取尚未清除；此時應移除舊訂閱群組並重新載入，而不是繼續反覆重新整理舊網址。

匯入失敗、節點為空與連線異常的排查順序

最有效的排障方法是分層確認：先看訂閱能否取得，再看用戶端能否解析，接著檢查節點是否能建立連線，最後檢查系統代理、DNS 與分流。直接在多個用戶端之間來回切換，往往會把格式問題、網路問題與系統設定混在一起。

一套不易混亂的檢查方法

1. 確認目前裝置的一般網路可以存取服務面板與訂閱入口。
2. 確認訂閱網址來自帳戶面板，複製過程中沒有增加空格或換行。
3. 確認用戶端支援訂閱格式，以及其中包含的協定與傳輸方式。
4. 手動更新訂閱，記錄用戶端回傳的具體錯誤，而不是只看「失敗」提示。
5. 選擇另一條同地區線路，區分單一節點異常與整份設定異常。
6. 暫時簡化分流與 DNS 設定，確認基本連線後再恢復自訂規則。
7. 仍無法判斷時，向支援人員提供用戶端名稱、平台、協定類型與經過去識別化的錯誤記錄。

對記錄檔進行去識別化時，不應只遮住帳戶名稱。訂閱 URL、UUID、密碼欄位、憑證私鑰、節點驗證資訊與完整設定內容都可能具有存取價值。可以保留錯誤類型、發生環節、協定名稱與系統環境，方便支援人員判斷問題，同時移除能直接重複使用連線的內容。

新手應記住的核心判斷

訂閱連結負責分發設定，代理協定負責建立連線，用戶端負責解析設定並接管流量，分流與 DNS 決定具體要求採用哪條路徑。將這些層次分開後，匯入失敗、連線失敗與存取異常就不再是同一個問題。

日常使用時，優先從服務面板複製適合目前用戶端的訂閱，定期執行更新，並將連結視為敏感憑證。出現問題時，依照「取得、解析、連線、路由、DNS」的順序檢查；發生外洩時，重點是撤銷舊連結並更新所有自用用戶端。如此既能減少重複設定，也能避免在不可信任的工具與公開管道中擴散完整訂閱內容。