Notion 打不開、頁面一直轉圈,或跳出「連線逾時」時,問題不一定出在 Notion 服務本身。對使用 Clash 的使用者來說,代理模式、分流規則、DNS 解析、TUN 權限,以及目前選用的節點,都可能讓 Notion 的網頁或桌面應用程式無法正常建立連線。本文以實際排查流程為主,從最容易確認的項目開始,逐步定位問題來源,並說明什麼情況下應切換 TUN 模式或更換代理節點。
先確認問題範圍與連線狀態
排查前不要急著修改整份配置。先確認 Notion 是完全無法使用,還是只有部分功能失效。可以依序開啟 Notion 網頁版、桌面版與手機版,觀察它們是否出現相同症狀。如果網頁版可以開啟,但桌面應用程式載入失敗,問題可能與桌面程式的代理繼承、憑證驗證或本機連線有關;如果所有裝置都無法連線,則要優先考慮節點、網路環境或服務端狀態。
先暫時關閉 Clash,使用目前網路直接開啟 https://www.notion.so。接著重新啟用 Clash,再測試一次。這個對照測試可以快速判斷問題是否由代理鏈路引起。若直連時完全無法開啟,而開啟 Clash 後恢復,代表代理可能正在提供必要的網路路徑;若直連正常、Clash 開啟後反而逾時,則應集中檢查分流規則與節點。
在 Clash Verge、Clash Verge Rev 或 Mihomo Dashboard 中,先檢視「連線」頁面。重新整理 Notion 頁面後,搜尋包含下列關鍵字的請求:
notion.so、www.notion.so以及相關子域名。notion-static.com等用於載入靜態資源的網域。- 瀏覽器或應用程式顯示的 API、登入及同步請求。
如果完全看不到 Notion 連線,通常表示流量沒有進入 Clash,例如系統代理未生效、桌面應用程式沒有使用系統代理,或需要由 TUN 才能攔截。若看得到連線,但狀態是 timeout、connection refused 或反覆重試,則應檢查命中的規則與實際使用的節點。
檢查代理模式與 Notion 分流規則
Notion 通常需要穩定存取多個網域。如果規則只寫了 www.notion.so,卻沒有涵蓋其他子域名,頁面可能載入出框架,但文字、圖片、登入或同步功能一直失敗。最常見的錯誤是將 Notion 流量誤判為直連,或者被一條較前面的 GEOIP、FINAL 規則提前接管。
在配置中加入規則時,建議使用 DOMAIN-SUFFIX,而不是只指定單一主機名稱。規則必須放在較寬泛的規則之前,並確認最後的策略組名稱與目前配置中的名稱完全一致。
rules: - DOMAIN-SUFFIX,notion.so,Notion代理 - DOMAIN-SUFFIX,notion.site,Notion代理 - DOMAIN-SUFFIX,notion-static.com,Notion代理 - DOMAIN-SUFFIX,notionusercontent.com,Notion代理 - MATCH,PROXY
如果你使用的是訂閱配置,手動修改本地檔案可能會在下一次更新後被覆蓋。這種情況應在覆寫設定(Override)中加入規則,或使用客戶端提供的規則編輯功能。修改後重新載入配置,再在 Dashboard 的連線頁面確認 Notion 請求是否命中「Notion代理」。
接著將模式從「規則」暫時切換到「全域代理」,再重新載入 Notion。全域代理的目的不是作為永久設定,而是隔離問題:
- 全域代理可以使用,規則模式不能使用:問題多半在分流規則順序、網域清單或策略組指向。
- 全域代理也無法使用:問題更可能出在節點、DNS、TLS、系統代理或 TUN 攔截。
- 網頁版可以使用,但桌面版不行:應檢查桌面應用程式是否繞過系統代理。
測試完成後記得切回規則模式,避免所有國內網站與本地服務都繞道代理,造成不必要的延遲或流量消耗。
確認節點與代理協議是否正常
「節點延遲低」不代表它一定能正常開啟 Notion。延遲測試通常只驗證節點的測速網址或 TCP 握手,而 Notion 實際使用的 HTTPS、WebSocket、API 與靜態資源請求,可能經過不同的服務端路由。某個節點測速只有 80 毫秒,仍可能在 TLS 握手或長連線階段逾時。
先在策略組中手動切換兩至三個不同地區的節點,最好選擇不同線路或不同協議的節點。每次切換後等待數秒,再重新整理 Notion,不要同時更改 DNS、模式和規則,否則很難判斷是哪個變更產生效果。
| 現象 | 較可能的原因 | 建議處理方式 |
|---|---|---|
| 所有 Notion 網域都逾時 | 節點不可用、協議被限制或出口受阻 | 切換不同地區節點,並測試其他協議 |
| 首頁能開,圖片或檔案載入失敗 | 靜態資源網域未分流或 DNS 異常 | 補充網域規則,清除 DNS 快取後重試 |
| 登入頁反覆跳轉 | 登入相關請求走了不同路徑或被阻擋 | 確認相關子域名使用同一代理策略 |
| 瀏覽器正常,桌面版逾時 | 應用程式未遵循系統代理或需要 TUN | 檢查應用程式代理選項,必要時啟用 TUN |
| 只有某個節點無法使用 | 節點出口 IP、TLS 或服務端線路問題 | 保留規則不變,只更換節點驗證 |
如果策略組使用 url-test,測速網址最好選擇能代表一般 HTTPS 連線的目標,並設定合理的測試間隔。自動選出的節點不一定最適合 Notion,因為測速結果只反映測試目標的延遲。排查期間可以先將策略組改成手動選擇,固定一個確認可用的節點,避免自動切換干擾測試。
skip-cert-verify: true 可能暫時繞過部分 TLS 錯誤,但會降低連線安全性,也可能掩蓋節點憑證、SNI 或系統時間問題。除非你清楚知道服務端配置,否則不建議長期開啟。排查 DNS 與 TLS 連線問題
Notion 的網域解析錯誤時,瀏覽器可能只顯示「網站無法連線」,但實際上代理節點本身並沒有故障。尤其在 redir-host 模式下,系統或本地 DNS 可能先返回錯誤 IP,Clash 取得錯誤結果後便無法按照網域規則正確分流。
先在 Clash 的 DNS 設定中確認 DNS 功能是否啟用,再檢查是否存在過時的快取。修改 DNS 後應重新載入配置,並清除作業系統與瀏覽器的 DNS 快取。若使用 Mihomo,通常可以優先測試 fake-ip 模式,讓規則在網域層級匹配,降低解析結果受到污染或錯誤路由影響的機會。
dns: enable: true enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 nameserver: - 223.5.5.5 - 119.29.29.29 fallback: - tls://1.1.1.1:853 - tls://8.8.8.8:853 fallback-filter: geoip: true geoip-code: TW ipcidr: - 240.0.0.0/4
這段配置只適合作為排查起點,不能不經測試直接套用到所有環境。部分路由器會攔截 53 埠,部分網路也可能限制 DoT 或 UDP。若啟用 fake-ip 後只有 Notion 失效,可以暫時將相關網域加入 fake-ip-filter 進行對照測試;若恢復正常,再進一步判斷是應用程式不相容,還是其他 DNS 設定衝突。
此外,請確認系統日期與時區正確。TLS 憑證驗證依賴本機時間,時間相差過大時,Notion 可能在握手階段直接中斷。若只有桌面版報錯,也可先登出、完全結束程式,再清除其本地快取後重新登入;不要在尚未確認代理可用前反覆刪除帳號資料。
何時需要啟用 TUN 模式
系統代理主要影響支援 HTTP 或 SOCKS 代理的應用程式,但不是所有桌面軟體都會遵循系統代理設定。若瀏覽器使用規則模式正常,Notion 桌面版卻完全沒有在 Clash 連線列表中出現,這就是需要考慮 TUN 模式的典型情況。
TUN 會建立虛擬網路介面,將較底層的 TCP、UDP 流量導入 Clash,再依照規則進行處理。啟用前請確認客戶端有管理員權限,並留意作業系統可能彈出的網路介面授權提示。Windows、macOS 與 Linux 的具體開關位置略有不同,通常可在「設定」或「TUN 模式」頁面找到。
- 先停止其他 VPN、遊戲加速器或網路過濾軟體,避免多個虛擬介面互相搶奪路由。
- 在 Clash 客戶端啟用 TUN,選擇系統推薦的堆疊或混合模式。
- 重新啟動 Clash,確認虛擬介面已建立且狀態為運作中。
- 保持 Notion 規則與節點不變,重新啟動 Notion 桌面版。
- 在連線頁面確認請求已出現,並檢查是否命中預期策略。
TUN 並不是「開啟後一定能連線」的萬用解法。它可能影響區域網路、印表機、虛擬機器與本地開發服務,因此建議先用於確認問題,再按需要設定路由排除。若啟用 TUN 後 Notion 仍然逾時,但瀏覽器可以正常使用,則優先檢查桌面版的帳戶狀態、應用程式快取與節點 TLS,而不是繼續反覆切換模式。
一套可重複的最終排查流程
當你需要在不同裝置或不同網路環境中處理 Notion 逾時,可以按照以下順序操作。這個順序的重點是每次只改一個變數,讓結果具備可比較性:
- 確認直連與 Clash 代理的差異,記下 Notion 網頁版與桌面版的表現。
- 開啟連線紀錄,確認 Notion 請求是否進入 Clash,以及命中的規則和策略。
- 切換全域代理測試;若全域代理可用,再回頭修正規則順序與網域範圍。
- 固定一個已知可用的節點,避免
url-test在排查期間自動換節點。 - 清除 DNS 快取,測試 fake-ip 或重新檢查 nameserver、fallback 設定。
- 若桌面應用程式沒有出現在連線列表中,再啟用 TUN 並重新啟動應用程式。
- 最後才處理應用程式快取、重新登入或重新安裝,避免把配置問題誤判為軟體故障。
完成排查後,建議保留一份可正常使用的配置備份,並記錄可用節點、規則變更與 DNS 模式。日後若 Notion 再次出現連線逾時,就能先對比配置與節點狀態,而不必從頭嘗試所有選項。若問題只在某個網路出現,還要考慮校園網、公司防火牆、公共 Wi-Fi 認證頁或 ISP 對特定協議的限制。