熱門時段：為什麼「週免」與上新常成搜尋與論壇關鍵字？

Epic Games Store 長年以「每週免費遊戲」與大促、新作上架並行，許多玩家在社群或搜尋會用領不了、下載卡住、0 B、Luncher／Launcher 怪怪的等說法描述問題。這些症狀常出現在伺服器較壅擠的高峰，但也許多並非伺服器宕機本身，而是電腦上已開著 Clash／Mihomo 之類工具時，瀏覽器能開官網，實際負責登入、商店 API、遊戲內容與修補檔的 Epic Games Launcher 與後端 CDN 連線，卻沒有與您預期的那條代理出口一致，導致驗證、清單與大型檔案路徑「各走各路」，對使用者而言就像進度完全不動或卡在登入／商店載入圈。

以下討論之假設為：您已完成訂閱匯入、節點來源合法可信，並在符合 Epic 使用者條款與所在地法規下操作。請先完成基礎匯入，否則策略群組名稱對不上：訂閱匯入教學。全文僅技術取向，協助對齊本機規則，不包含規避區域或濫用的做法。

與本站 Steam PC 分流專文有何不同（#17 對照）？

站內Steam 教學以 steampowered、steamcontent、steamcommunity、部分聯機 UDP 情境為骨架，對應讀者可參考 Steam 商店打不開或下載為零？Clash 分流規則與 UDP 聯機逐項排查。Epic Games 的客戶端與後端主機命名、登入流程、下載與修補路由與 Valve 系列網域不重疊；若您已照 Steam 文配好規則，卻發現Epic Games Launcher 仍異常，原因往往是尚未納入 epicgames.com 後綴與日誌中實際出現的 CDN 邊緣主機名，而不是「節點品質必然不好」。

簡言之：Steam 文的邏輯可借鏡——先讓流量進核心、再用日誌收斂主機名、置前 DOMAIN-SUFFIX——但不能直接複製 Steam 的 YAML 清單當 Epic 的答案。兩邊並存時，請在設定檔中分別維護專用策略群組（例如 STEAM_PROXY 與下文示意的 EPIC_PROXY），避免單一群組名混用導致除錯時難以判讀。

為什麼「瀏覽器能開 store.epicgames.com，啟動器卻像斷線」？

瀏覽器與Epic Games Launcher在作業系統上多半是兩組行程。僅開啟「系統 HTTP 代理」時，Chromium／Safari／Edge 可能已依您預期走 Clash，但 Epic 桌面程式不一定完全尊重系統 Proxy，或會額外發起 TLS 連線到您規則表裡尚未列出的商城與 Launcher 後端子網域。若這些連線落到 DIRECT 或落到與先前登入會話不一致的區域出口，就可能出現網頁可登入、客戶端卻要你重登、每週免費列表轉圈或下載佇列始終為 0%。

第二類常見情境是規則由上而下命中即停時，過寬的 RULE-SET、GEOIP 或訂閱內建的「國內直連」清單，在自訂的 Epic 規則上方就先把某些主機送去 DIRECT。您會在診斷時看到瀏覽器沒問題，卻在日誌裡發現 Launcher 相關 Host 早已命中別條規則。「具體後綴置前、兜底在後」的通則可再讀一次 規則分流與國內外拆分，並把 Epic 專段放在會與您衝突的寬規則之前。

症狀分層：登入／領「週免」／安裝與修補不一定同一個瓶頸

登入與工作階段反覆失效，多與帳號服務、OAuth／驗證相關的 HTTPS 端點有關；此時優先確認日誌中該類主機名是否一律落在您預期的策略群組，而非零星 DIRECT。

商店或「免費」分頁可開，但按下取得時失敗或轉圈，常牽涉商城 API與清單服務——主機後綴仍多落在 epicgames.com 家族，但子域可能與純渲染商店頁面不同，需靠日誌補齊。

下載列顯示 0 B／速度始終為零／分配空間卡住，則與大型檔案與 CDN關係更大。實務上除 epicgames.com 外，您可能會在日誌看到 akamaized.net、edge 系或區域化下載節點等名稱；若只覆蓋主站網域而沒跟著把實際下載連線收斂，就會發生「網頁上能點安裝、本機進度條不動」。此點與 Steam 文中「商店能開、steamcontent 卻直連」是同型問題，只差在實際出現的主機名不同。

步驟一：確認 Epic 相關流量有進您正在看的 Clash 核心

在 Windows／macOS 上，若僅依賴系統代理，請同時確認 Epic Games Launcher或其子行程是否出現在核心的連線紀錄。若完全沒有紀錄，請先評估改用 TUN 模式 讓桌面應用較完整地納入堆疊，或暫時關閉與 Clash競爭路由的其他整機 VPN，再回來改 YAML。與 Steam 類似，若客戶端內曾手動填寫過 HTTP／HTTPS Proxy，測試期建議清空與 Clash 重疊的代理欄位，以免雙重代理讓錯誤難以還原。

步驟二：規則骨架與 EPIC_PROXY（務必置前於寬鬆清單）

在 mode: rule 下，為 Epic 維護一個獨立的 EPIC_PROXY（名稱可自訂，但請與訂閱內引用一致），並將與Epic Games、Epic Games Launcher 相關的 DOMAIN-SUFFIX 置於會誤傷的 GEOIP／巨型 RULE-SET 之前。下列為教學骨架；實際子域與 CDN 請以連線日誌為準逐筆補上，中文註解僅見於此文，YAML 中註解一律用英文以利版本控管。

YAMLproxy-groups:
  - name: "EPIC_PROXY"
    type: select
    proxies:
      - "EPIC_STABLE"
      - DIRECT
  - name: "EPIC_STABLE"
    type: url-test
    proxies:
      # Replace with nodes from your subscription
    url: "https://www.gstatic.com/generate_204"
    interval: 300

rules:
  - DOMAIN-SUFFIX,lan,DIRECT
  - DOMAIN-SUFFIX,local,DIRECT
  # Epic Games — place BEFORE broad RULE-SET / GEOIP / MATCH
  - DOMAIN-SUFFIX,epicgames.com,EPIC_PROXY
  - DOMAIN-SUFFIX,unrealengine.com,EPIC_PROXY
  # Add single DOMAIN lines from launcher connection logs:
  # CDN edges (e.g. akamaized / download hosts) must be added explicitly

若您只在日誌看到完整主機名而未必符合既有的後綴規則，應優先新增單條 DOMAIN（或確認 rule provider 版本）把該名稱納入 EPIC_PROXY，而不是擴大到與 Epic 無關的過寬關鍵字，以免誤傷其他服務。

步驟三：下載為零或大檔卡住時——先固定出口，再對照日誌

大型遊戲內容與修補檔對長連線與續傳敏感。若 EPIC_PROXY 內部啟用了頻繁切換的自動選路，TLS 會話可能在分段之間撞到不同出口，表面上像「卡在 0%」。建議在下載或更新測試期間改為手動選單節點並固定單一路徑，待曲線正常再考慮自動切換。

同時檢視日誌：若下載主機仍標示為 DIRECT，或落到預設 PROXY 而非 EPIC_PROXY，問題在規則順序與網域收斂，與節點延遲數字無關。高峰期的「Epic 周免領不動」若合併出現伺服器側排隊，也可能與時段疊加；本機能做的仍是先排除路徑分裂與出口不一致。

步驟四：DNS、fake-ip 與「解析與連線不同路」

在 fake-ip 或混合 DNS 策略下，若系統仍向 ISP DNS 或其他路徑查詢 Epic 相關名稱，可能出現規則表面命中、握手卻走另一出口的分裂。處理方式與其他分流長文一致：對齊「誰在解析、誰在連線」，必要時暫停第二套 DoH 或路由器上會搶答的 DNS，再以同一組重現步驟測試 Epic Games Launcher。TUN 與 DNS 閉環細節可回頭對照 TUN 模式指南 中的說明。

實測檢查清單（濃縮）

1. 流量可觀測性：重現問題時日誌中是否出現 Epic／Launcher／下載相關連線；若全無，先修拓樸與接管方式。
2. 規則順序：epicgames.com 等置前條是否早於會搶先命中的寬鬆清單。
3. CDN 與邊緣：下載與修補主機是否同樣命中 EPIC_PROXY，必要時依日誌補單一 DOMAIN。
4. 節點穩定度：大檔測試期間先固定節點，避免 url-test 抖動。
5. DNS 路徑：fake-ip 與透明代理是否閉環，避免解析與 TCP 各走各路。
6. 與 Steam 並存：兩套平台分流是否分開策略群組，避免除錯時混淆。

常見踩坑

• 只配瀏覽器看得到的網域、漏掉 Launcher 與 CDN：典型「能開網頁卻不能下載」。
• 以為同一節點延遲低就等於下載快：國際頻寬與長連線穩定度才是曲線關鍵。
• 把 Epic 與 Steam 規則混在同一群組名稱又不改訂閱引用：日誌難讀、策略難收斂。
• 高峰時段單歸因於「官方當機」：先完成本機路徑一致，再與時段因素疊加判斷。

結語

面對 Epic Games 在每週免費與大促期間的玩家熱度，本機端最有效的起手式仍是先讓 Epic Games Launcher 與相關 HTTPS／CDN 連線出現在您信任的 Clash／Mihomo 日誌裡，再以置前域名規則與獨立 EPIC_PROXY讓登入、商城 API 與下載路徑一貫走同一出口。與本站 Steam 專文相比，關鍵差異在網域與客戶端行為，而非「多開一個全局代理就算完」。當路徑可觀測、出口可重現時，多數「下載 0 B」與「領取轉圈」才能與純伺服器壅擠區分開來。

相較拼湊多款臨時小工具，在同一套規則語意下維護桌面遊戲平台，長期成本通常更低。若您希望從可信來源取得用戶端並搭配圖文步驟完成基礎設定，可參閱 站內教學文件。