訂閱更新之後
列表裡的主機、連接埠、剩餘流量可能變。分流邏輯通常不變。應走直連的網站突然變慢，不要先怪「訂閱更新壞了」。先問目前啟用的是哪份設定。
設定檔不是訂閱
兩份位址都可能以 https 開頭，都可能被服務商一起寄來。它們進的不是同一個底欄。
各回答一個問題
訂閱回答：現在有哪些出口，你選哪一條。結果出現在 Home 的 SERVER。設定回答：這個請求直連，還是走目前出口。結果出現在 Config，目前啟用的那一份檔名會標出來，常見是 default.conf。把這兩個問題合成一句「我匯入了」，後面就會出現一種典型錯覺：節點很多，存取卻完全不按預期，於是開始懷疑應用壞了。
Global Routing 停在 Config 時，真正生效的是這份檔案，不是訂閱裡的節點名字，也不是你剛才測到的最低延遲。節點再多，規則把請求判去 DIRECT，隧道也不會幫你開啟那個網站。反過來，規則把銀行、地圖、系統更新等本該直連的請求送進隧道，你會覺得「開了之後平常在用的網站也卡」。這兩種情況都不是用再買一家訂閱能修好的。
三層裡它是第三層。第一層是用戶端，第二層是出口。還沒分清的人，先讀 應用、訂閱、設定不是一層。第二層入口選錯的人，先讀 Subscribe 不是 Add Server。下面只講檔案這一層。
為什麼兩份 URL 總被貼反
服務商常常同時給「訂閱位址」和「設定位址」。它們都很長，都像普通網頁連結，有時還放在同一封說明裡。收件人只記住複製。Shadowrocket 卻把它們放進兩個底欄：一個在 Home 的 Type 裡，一個在 Config 的新增裡。貼反之後，一種結果是列表空，另一種是節點在、分流亂。兩種結果都不會跳出「你貼錯欄了」。
把設定 URL 貼進 Subscribe，應用會按訂閱格式去拉。拉下來的不是節點清單，更新失敗，或多出一條無法展開的紀錄。把訂閱 URL 當成設定匯入，檔案解析會失敗，或得到一份根本不含規則的內容。Home 看起來正常，分流卻完全不按預期。這兩種失敗要分開記，不要用同一套「再匯入一次」應對。
還有人把設定檔的本機備份和訂閱備份混在 Data 的匯入匯出裡。能匯出來，不代表可以交叉餵回去。匯出是為了換機和以防萬一，不是把兩層焊成一份。換機時兩份都要在，缺一份就只還原了一半。
設定更換之後
節點列表通常還在。變的是誰走代理。有人換了遠端設定，卻以為自己「換了一家訂閱商」。出口還是原來那些，只是判定變了。
default.conf 已經是一份完整規則
新裝之後，Config 裡通常已有預設檔。它不是空白草稿，也不是「還沒設定所以不能用」的佔位符。沒有遠端設定時，日常可以先用它，把 Global Routing 留在 Config。很多人覺得必須立刻匯入一份「更專業」的檔案，才算完成安裝。這會把第三層過早複雜化，掩蓋第二層還沒接好的事實。
預設檔的目標，是讓不該走代理的流量（本機服務、系統更新、規則標成 DIRECT 的對象）走直連，讓需要代理的請求走目前節點。它不可能涵蓋你的每一個網站偏好。個別網站異常時，先用三種口徑對照，確認問題確實在規則，再考慮換檔或改項目。一上來就整份取代，會失去對照基線：你再也說不清「是預設就不行，還是我換進去的這份不行」。
服務商另給設定 URL 時，在 Config 裡新增遠端檔案，再啟用它。啟用意味著「從現在起按這份判定」。舊檔還在列表裡，並沒有消失。出了問題可以切回 default.conf，這比刪除重來更利於判斷。不要把遠端設定貼進 Subscribe，也不要以為啟用新檔會自動換一批節點。
什麼時候才需要動設定
先滿足這些條件再碰這一層：應用是官方那一份；Home 裡有選中的節點；狀態列有 VPN；至少有一部分網站在某種口徑下是通的。節點延遲全逾時，或系統根本沒放行 VPN，改設定等於在空管道上改閥門。
典型該動設定的訊號是：Proxy 能開啟、Config 不能開啟，或 Config 下應走直連的網站明顯被送進了隧道。前者說明出口可用、判定把目標留在了直連或不可用策略；後者說明判定太寬。兩種都指向檔案，不指向「再加一條訂閱」。
不該動設定的訊號是：直連也打不開同一個網站；所有口徑都失敗；Home 是空的。這些分別屬於本機網路、出口或還沒匯入。繼續往 default.conf 裡加項目，只會多出一層噪音。