Switch 2 eShop 下載慢或連線失敗？Clash 分流任天堂 CDN 網域實測步驟

這篇適合誰？先釐清「主機流量」與「Clash 在哪一層」

若您關注 Nintendo Switch 2、常在 eShop 下載遊戲或大型更新，卻遇到進度條長時間不動、錯誤碼提示逾時，或 線上對戰、好友房間無法穩定連線，本文從「跨境 CDN 與服務端點」角度，說明如何用 Clash／Mihomo 把任天堂相關網域獨立分流，並用 DNS 與連線日誌驗證是否真的命中預期節點。

請先建立一個關鍵認知：Nintendo Switch 本機不會直接跑 Clash。Clash 介入的方式，通常是閘道或路由器上跑核心（例如 OpenWrt 與 mihomo）、整個區網以旁路或透明代理出口；或是電腦熱點／共享上網搭配 TUN 讓後接裝置的流量經過代理堆疊。若只在筆電開 Clash、Switch 仍連家裡 Wi‑Fi 直出，則主機下載與連線不會自動套用您的規則。可延伸閱讀本站 旁路由與透明閘道 與 TUN 模式指南，先把流量導進核心，再談規則。

症狀分層：eShop 下載／更新，與「連線失敗」不一定是同一原因

eShop 下載慢或卡住，常見於解析到較遠的 CDN 邊緣、ISP 對國際頻寬擁塞，或本機實際仍走直連／錯誤出口卻以為已代理。此時在核心日誌中，應能看到對 *.nintendo.net、*.nintendo.com 等主機名的連線；若完全沒有紀錄，代表流量未經過您正在調校的這台 Clash。

線上模式、好友大廳或特定遊戲連線失敗，除了網域與節點，還要檢查 NAT 類型、是否被雙層 NAT、UDP 被防火牆丟棄，或遊戲本身以 P2P 為主而需通訊埠轉發。此時僅把少數網域指到海外節點，不一定能改善對戰穩定性；但若錯誤發生在帳號驗證、版本檢查、排行榜 API等 HTTPS 路徑，規則與 DNS 仍可能有效。延遲測試與 UDP 觀念可對照本站 節點全紅與 UDP 排查。

步驟一：先做 DNS 側驗證，再改規則

與本站 Netflix 與 DNS 分流 類似，任天堂相關請求若仍由電信 DNS或裝置硬寫的解析器回答，可能得到與您節點地區不一致的 CDN 導向，結果是規則命中了、體感卻仍慢。請在「已經會經過 Clash DNS 模組」的前提下，用主機或閘道上的工具觀察 accounts.nintendo.com 與下載過程日誌中反覆出現的 eShop CDN 主機名之解析結果，是否與 fake-ip／redir-host 設定相符。

若您啟用 fake-ip，務必讓所有客戶端查詢（含 Switch 經閘道轉發的 DNS）進入核心；否則會出現「解析到假位址、實際連線卻繞過核心」的混亂。更多嗅探與網域辨識流程可參考 Sniffer 與網域規則，但仍以 DNS 全量進核心為第一優先。

步驟二：DOMAIN-SUFFIX 置前與獨立策略群組

在 rules: 區段，請將任天堂系後綴放在 GEOIP、寬鬆的 MATCH 或大型第三方清單之前，避免被提前帶往錯誤策略。下列為教學用骨架，實際部署請依您訂閱相容性與日誌補齊子網域；註解一律使用英文以利版本控管。

# Example only — adjust to your profile and rule order
proxy-groups:
  - name: NINTENDO_PROXY
    type: select
    proxies:
      - JP-LOW-LATENCY
      - TW-HOME
      - DIRECT

rules:
  - DOMAIN-SUFFIX,nintendo.net,NINTENDO_PROXY
  - DOMAIN-SUFFIX,nintendo.com,NINTENDO_PROXY
  - DOMAIN-SUFFIX,nintendo.co.jp,NINTENDO_PROXY
  - DOMAIN-SUFFIX,nintendo-europe.com,NINTENDO_PROXY
  # Add more hostnames observed in logs (CDN edges) above broad rules

DOMAIN-SUFFIX 的語意是「網名結尾符合即命中」，適合任天堂大量子網域；但若您的清單中已有更粗的關鍵字規則或第三方「遊戲」類規則置於更前，仍可能搶先匹配。調整後請在實際下載或開啟 eShop時檢視即時日誌，確認連線顯示的策略為 NINTENDO_PROXY 而非預設的 DIRECT 或其他群組。

步驟三：節點選擇與地區策略

對下載 CDN而言，通常優先選擇與您帳號商店區域一致、且對國際頻寬友善的節點（例如日服／港服常見討論），並以延遲與穩定度而非只看測速數字。您可在 proxy-groups 將 NINTENDO_PROXY 設為 url-test 自動選擇，但探測 URL 與實際下載路徑未必相同，仍建議以實際下載曲線為準。若節點本身阻擋 UDP 或對長連線限速，也可能影響部分服務；請勿假設「延遲低＝下載快」。

若同一台閘道還要分流國內流量，請維持「國內直連、任天堂相關獨立」的層次，可參考 規則分流國內外 的骨架，再把本文的 NINTENDO_PROXY 規則插入在國內直連規則之後、海外總出口之前的合適位置，避免邏輯互相覆蓋。

步驟四：用日誌補齊「日誌裡才出現」的 CDN 主機名

任天堂下載流量實際命中的主機名，常帶版本化或區域化子網域；靜態清單很難一次寫滿。實務上建議：在可重現卡頓的操作（例如暫停後續傳、或重新檢查更新）同時開啟核心連線紀錄，將反覆出現卻落在錯誤策略的網名，以 DOMAIN-SUFFIX 或更精準的 DOMAIN 規則置前補洞。

若您看到連線已走代理、但下載仍慢，瓶頸可能在節點頻寬或任天堂 CDN 當下負載（大作發售窗口），此時應優先更換節點供應商或時段，而非無限堆疊規則。訂閱與多設定檔管理可複習 訂閱匯入教學。

步驟五：連線對戰與 NAT／P2P 的現實限制

許多第一方與第三方大作在線上模式會混用中繼伺服器與 P2P。當問題是「搜尋不到對手」「語音斷斷續續」而非單純無法連上帳號伺服器時，請優先在主機網路設定查看 NAT 類型，並檢查閘道防火牆是否擋住必要 UDP；單靠 Clash 把幾個 nintendo 網域指到海外，無法保證 NAT D 變成 A。若您使用多層代理或雙層 NAT，情況更容易惡化，需從拓樸收斂。

實測檢查清單（濃縮版）

• 拓樸：Switch 的流量是否真的經過執行 Clash／Mihomo 的那層閘道或 TUN。
• DNS：查詢是否進核心；fake-ip 與 redir-host 是否與透明代理／嗅探一致。
• 規則順序：nintendo 相關 DOMAIN-SUFFIX 是否早於寬鬆規則被命中。
• 策略：日誌中策略名稱是否為預期的 NINTENDO_PROXY 與目標節點。
• 連線類問題：另查 NAT、UDP、雙層 NAT 與遊戲本身的 P2P 需求。

結語

Switch 2 與 eShop 熱度上升時，瓶頸往往同時來自 CDN 路徑、DNS 導向與本機網路拓樸。Clash 分流能發揮的前提是流量真的經過核心；在此基礎上，以 DOMAIN-SUFFIX 收斂 任天堂系網域、搭配獨立策略與可觀測的 節點選擇，並用 DNS 與日誌交叉驗證，才能避免空泛「蹭主機熱度」卻無法重現的設定。

相較於只靠直連碰運氣，把可觀測、可回滾的規則與策略寫清楚，長期維護成本通常更低。若您尚未安裝用戶端或閘道方案，可從本站 下載頁面取得安裝包，並搭配 教學文件 與旁路由／TUN 文章一起對照。