設定檔備份與跨裝置同步

設定資料夾裡檔案不少，大部分隨時能重新產生。分不清哪些是你累積下來的、哪些是算出來的，備份就變成整個資料夾搬來搬去，還原時還對不上。

值得備份的只有四樣

• 訂閱連結本身。一串帶 token 的 URL，弄丟了得回機場後台重取。
• 你寫的 Merge / Script 覆寫。規則增刪、策略群組順序、連接埠改動都在這兒。
• 本地手寫的 YAML。不走訂閱、自己維護節點清單的那種。
• 用戶端本身的設定：連接埠、TUN 開關、開機自動啟動、external-controller 的 secret。它們不在設定檔裡。

訂閱抓下來轉換成的那份本地設定不用備。它等於訂閱連結加上你的覆寫，前兩樣還在，下次更新就會重新算一份一樣的。留著反而容易在還原時誤用一批過期節點。

用戶端內建的 WebDAV 備份

1. 在設定裡找帶 Backup 或「備份」的那一項，各家用戶端位置不同。
2. 伺服器位址要填到具體目錄，不是雲端硬碟首頁。多數服務的 WebDAV 掛在一個獨立網域上，在帳號設定裡查得到。
3. 密碼填應用程式專用密碼，不是登入密碼。不少服務的 WebDAV 只認專用密碼，填錯直接回報驗證失敗。
4. 手動備份一次，回清單看有沒有多出一筆帶時間戳的紀錄——有紀錄才算真的通了。還原前先把目前設定匯出一份，免得選錯存檔。

備份包裡帶著訂閱連結和 secret，等於把憑證放到了雲端硬碟上。用自己的私有空間，或至少是你願意託付密碼的那種服務商。

手動匯出與 Git 儲存庫

用戶端通常有「開啟設定目錄」這類入口，整個資料夾複製走最省事，缺點是結構跟著用戶端版本走，跨版本還原不一定認。更耐用的做法是把覆寫片段單獨存成檔案放進自己的 Git 儲存庫，純文字幾十行，換用戶端換平台都還能接著用：

prepend-rules:
  - PROCESS-NAME,ssh,DIRECT
  - DOMAIN-SUFFIX,intranet.example.com,DIRECT
append-rules:
  - GEOIP,CN,DIRECT,no-resolve

提交前把訂閱 URL 和 secret 刪乾淨。設成私有儲存庫也不夠，你可能哪天把它公開。Git 還有歷史：提交完再刪，憑證仍留在舊的那次提交裡，只能改寫歷史，或乾脆回後台重設訂閱連結。

換到另一台裝置之後

• TUN 開關別照搬。每台機器都要重裝服務、重新授權，設定回來了不代表權限回來了。
• mixed-port 重新確認。新機器上這個連接埠可能已被佔用，用戶端會起不來或靜默失敗。
• 路徑類設定全要改：指向本地檔案的 rule-providers、記錄檔目錄、外部資源目錄，兩個系統寫法不同。
• secret 每台機器各設一組，別跟著備份複製過去。