一、為什麼會緩衝或顯示無法播放？
Disney+ 的播放鏈路可粗分為三段：帳務與目錄（登入、片單、DRM 授權）、媒體索引與分段（決定影片分片從哪個邊緣節點拉流），以及實際的 CDN 傳輸。任何一段走了「錯誤出口」——例如登入走美國節點、分片卻直連家裡 ISP、或 DNS 把 CDN 指到與代理不一致的地區——都會呈現為無限讀取、畫質驟降或乾脆無法播放。
- 規則漏網：只代理了
disneyplus.com，但播放流量落在bamgrid.com、dssott.com等網域時被送到DIRECT或預設節點，造成連線分裂。 - 節點與帳號區域不一致：帳號綁定在特定國家／地區方案時，若出口長期落在另一地區，可能被要求重新驗證或遇到授權失敗。
- 機房 IP 或高風控線路：部分線路雖能打開首頁，卻在取流階段被限速或直接拒絕，外觀就像「永遠緩衝」。
因此要改善觀感，與其反覆切換節點賭運氣，不如先用 Clash 把迪士尼相關網域批次對齊到同一策略出口，再調整節點品質與地區。
二、迪士尼串流常用網域與 CDN
社群規則集與官方 App／瀏覽器實務中，常見需一併覆蓋的後綴包括（實際以你所使用的規則訂閱與客戶端日誌為準，下列為高頻出現範例）：
- 產品與會員：
disneyplus.com、disney-plus.net；對應網頁、帳號狀態與部分 API。 - 串流後端／授權：
bamgrid.com、disney.api.edge.bamgrid.com一類子網域；與播放會話、授權票據密切相關。 - 實際傳輸與媒體清單：
dssott.com、disneystreaming.com等；牽涉分片與清單請求。
Disney／Disney+ 分類，仍建議在出問題時用連線記錄核對是否有新子網域未被收錄，必要時以 DOMAIN-KEYWORD 或更寬鬆的後綴暫時覆蓋，再逐步收斂。
三、Clash 分流：Disney+ 專用策略組
與站內 Netflix 分流一樣，建議把串流獨立成策略組，避免與日常網頁、開發工具共用同一個「自動選擇」出口——串流最在意的是路徑一致，不是單純延遲數字好看。
# Clash 配置示意（請依實際節點名稱調整）
proxy-groups:
- name: "Disney-Group"
type: select
proxies:
- "TW-Residential-1"
- "SG-Streaming-1"
- "US-West-1"
- "DIRECT"
rules:
- DOMAIN-SUFFIX,disneyplus.com,Disney-Group
- DOMAIN-SUFFIX,disney-plus.net,Disney-Group
- DOMAIN-SUFFIX,bamgrid.com,Disney-Group
- DOMAIN-SUFFIX,dssott.com,Disney-Group
- DOMAIN-SUFFIX,disneystreaming.com,Disney-Group
- GEOIP,CN,DIRECT
- MATCH,PROXY重點在於：同一策略組名必須同時套在上述與播放相關的後綴上，並讓 Disney-Group 出現在整體 rules 清單前半段（尤其在 GEOIP,CN,DIRECT 這類寬規則之前），避免被提前送到不符預期的出口。
四、節點地區與帳號訂閱區一致
許多串流平台的「分區」是根據計費與授權綁定；實務上你會希望長期觀看時的出口地理與帳號所在區方案維持一致，減少重新驗證、裝置上限或版權錯誤。
- 先釐清訂閱區：帳單國家、付款方式與商店區（例如特定地區的應用商店）通常決定「你買的是哪一套目錄與 DRM 政策」。
- 再選對應地區節點：策略組內優先放入延遲穩定且標註與該區相關的線路；避免同一策略組內混用好幾個互不關聯的「全球自動」。
- 家戶／出國情境：若短期旅行，播放失敗有時與裝置所在網路被判定與帳號慣用區差異過大有關；可改以與訂閱區相近的地區節點協助通過驗證，再觀察是否仍緩衝。
五、DNS、IPv6 與規則順序
若已設定策略組仍遇到卡讀取，請依序檢查：
- DNS 是否繞過 Clash：系統或路由器若使用未經代理的 DNS，可能把 CDN 解析到與目前節點不同的地區。可確認 Mihomo／Clash 的 DNS 區段是否啟用，必要時對串流網域採用與代理一致的上游。
- IPv6 外洩：與 WebRTC／DNS 專文所述類似，若寬頻啟用 IPv6 而客戶端未完整接管，平台可能以真實 IPv6 判定位置，導致授權失敗或反覆重試看似緩衝。可先在路由器或客戶端關閉 IPv6 測試。
- 規則被其他條目覆蓋：檢查是否有更前面的
RULE-SET、PROCESS-NAME或自訂直連規則搶先匹配；必要時暫時關閉可疑集合驗證。 - TLS／SNI 相關逾時：若只有部分時段卡頓，可對照 TLS Handshake 排障檢查節點是否對特定 SNI 握手失敗。
六、與 Netflix、YouTube 差在哪？
站內已有 YouTube 與 Netflix 專文；三者排障心智可分別記成「吞吐／版權分區／迪士尼系後端拆分」：
| 面向 | YouTube | Netflix | Disney+ |
|---|---|---|---|
| 典型痛點 | googlevideo 與出口不一致導致緩衝 | 片庫分區、半解鎖與代理偵測 | bamgrid／dssott 等網域漏規則時讀取卡死 |
| CDN 形態 | 高度集中在 Google 影音相關網域 | 多組 nflx* 網域 | 迪士尼系多後綴並行 |
| 分流關鍵 | 對齊影片 CDN 與節點 | 對齊片庫區與完整網域集合 | 策略組內地區與帳號區長期一致 |
七、排障對照表
| 現象 | 建議優先檢查 |
|---|---|
| 永遠轉圈、進不了正片 | bamgrid／dssott 是否都進同一策略組；DNS 是否與節點同區 |
| 預告能播、正片不行 | DRM 與授權網域是否漏規則；IPv6 是否外洩 |
| 特定時段必卡 | 節點晚高峰頻寬；TLS 握手是否逾時 |
| 顯示區域不符或驗證循環 | 出口地區與帳號訂閱區；付款與商店區是否一致 |
八、小結
Disney+ 在熱檔期最容易引發搜尋與社群提問的，往往不是「會不會連線」，而是讀取畫面拖很久與授權失敗。透過 Clash 先把迪士尼相關網域與CDN收斂到單一策略組，再讓節點地區與你的帳號方案區對齊，並用 DNS、IPv6 與規則順序掃除例外，通常能比盲目切換節點更快定位問題。若你正在並行使用其他串流或 AI 服務，可搭配 官方文件與站內教學建立分層規則，讓日常流量與觀劇流量互不干擾。相比僅依賴單一「全開代理」，精準分流能維持 CDN 路徑一致，觀感上自然更流暢。