域名被牆怎麼辦：只講合規排查與更換域名的正規路徑（2026）
一句話結論：域名打不開，先分層排查：DNS、TCP、HTTP 與 TLS 各層症狀不同，單次、單地、單運營商的測試不能定性。正規路徑有四條：換域名、換解析或 CDN、境內託管備案、聯絡服務商。
先分清是被牆還是自己的故障
先排除自己的故障，再談封鎖。按順序查，查出問題先修。
- 域名狀態：確認域名未過期、未被暫停。過期後解析會停，表現與被牆相似，但原因不同。
- 解析狀態：確認 DNS 記錄正確、NS 伺服器未被意外改動。剛改過解析的域名，全球生效需要時間，DNSChecker 稱一般 24 至 48 小時，最長 72 小時。
- 源站狀態：確認伺服器在執行、證書沒有過期。境外也打不開，問題在自己這一側。
- 本地網路：換一個網路環境再試，例如換手機網路，排除本地寬頻與快取造成的假象。
境外正常、多地多運營商都打不開時，才進入分層排查。
症狀分層
OONI 的 Web Connectivity 測試分四步：識別解析器、DNS 查詢、TCP 連線、HTTP 請求，在使用者網路與對照伺服器上各跑一遍，結果不一致即為干擾訊號。GreatFire 用四個探測器：連線重置、DNS 汙染、境內重定向、載入失敗，任一成立即判定為被幹擾。
| 層面 | 典型表現 | 指向 | 注意 |
|---|---|---|---|
| DNS 解析層 | 解析不到，或各地結果與境外對照不一致 | 解析環節干擾，或配置有誤 | CDN 就近解析也會讓各地地址不同 |
| TCP 連線層 | 解析一致，但連線超時或被重置 | 連線環節干擾，或伺服器拒絕連線 | 連線被拒也可能源於路由故障 |
| HTTP 層 | 連線能建立，但請求失敗、狀態碼不同、內容被替換或跳轉到境內伺服器 | HTTP 環節干擾，或源站配置問題 | 網站按地區返回不同內容時也會不一致 |
| TLS 握手層 | 解析一致、IP 能通，但 HTTPS 在握手階段失敗，而 HTTP 表現不同 | 疑似握手環節干擾，需複核 | 證書或配置問題也會造成握手失敗 |
TLS 握手層須單獨說明。握手中的 SNI 欄位以明文標明目標域名，研究文獻描述的機制是：過濾裝置讀取 SNI 識別目標域名，再注入重置報文中斷連線。因此“解析一致、IP 能通、握手失敗”是 SNI 層面的典型症狀模式。但證書過期、TLS 版本不支援，同樣會造成握手失敗，須結合多地複核與工具結果判斷。本文只講症狀區分。同一站點的不同地址結論可能不同：首頁與文章、HTTP 與 HTTPS 地址、子域名與主域名，判定都可以不同，按完整地址逐個測。
多地多運營商複核
封鎖狀態因運營商、地區與時間而異。GreatFire 的探針位於少數固定地點，“未被封鎖”只代表其探針能夠訪問；OONI 也提醒，解析器按地理位置返回就近地址、網站按國家返回不同內容，都會造成誤報。複核須滿足三個條件：多地，至少兩個省份或地區；多運營商，電信、聯通、移動分開測；多時段，不同時間各測一次。記下時間、節點、運營商與結果。
第三方公開檢測工具
以下工具用法均經公開說明核實，核查日期 2026-11-13。兩個以上工具結果一致時，結論才比較可信。
| 工具 | 用法 | 看什麼 |
|---|---|---|
| GreatFire Analyzer | 輸入完整網址發起測試，檢視各探針結果與歷史判定 | 四個探測器訊號與最近 90 天彙總判定；先看最後測試時間 |
| OONI Explorer | 按域名、國家、時間段與結果篩選歷史測量記錄 | 同一域名在不同網路的測量歷史與層面判定 |
| DNSChecker | 輸入域名、選擇記錄型別，檢視全球 100 多個 DNS 伺服器的結果 | 解析是否全球生效、各伺服器返回的地址是否一致 |
| 17CE | 輸入網址或域名，選 GET、Ping、MTR、路由追蹤或 DNS 檢測，按運營商與省份篩節點 | 同一地址在不同地區與運營商的表現差異 |
| BOCE | 輸入網址或域名，選網站測速、Ping、TCPing、DNS、路由或 IPv6 檢測 | 與 17CE 相同維度的複核結果，互相印證 |
建議順序：先用 DNSChecker 確認解析層，再用 17CE 或 BOCE 複核，最後用 GreatFire Analyzer 與 OONI Explorer 查歷史判定。順序反了，容易把解析問題誤讀成封鎖。
正規路徑一：換域名
換域名是更換訪問入口的正規做法：註冊新域名、配置解析、遷移內容、更新對外地址。注意四點：新域名先檢測，切換前用上文工具複核；內容合規，換域名不改變合規責任；解析留出過渡期，舊域名保留解析一段時間；不作恢復承諾，新域名同樣可能異常，以實測為準。註冊新域名的價格與續費規則，見本站同鏈文章《Namecheap 域名註冊與續費避坑：首年便宜不等於真便宜（2026）》。
正規路徑二：換解析與 CDN
更換 DNS 或 CDN 服務商，是常規的運維操作。先在新服務商處配好全部記錄並逐條核對，再改 NS 伺服器或切換 CNAME，觀察生效情況。郵箱相關的 MX 與 TXT 記錄最容易在遷移時漏配，漏一條就可能中斷郵箱服務。通用流程見站內Cloudflare 免費建站文章的域名與解析一節。換解析或 CDN 改變的是解析與分發鏈路，不改變域名本身的狀態；先分層定位，再決定換什麼。
正規路徑三：境內託管與 ICP 備案
ICP 備案是境內託管網站的前置手續：網站託管在大陸伺服器上提供服務，須先完成備案登記。辦理渠道是託管服務商（接入商）：經接入商備案系統提交材料、初審後報省級通訊管理局審核，透過後獲得備案號。官方查詢渠道是工信部 ICP/IP 地址/域名資訊備案管理系統（beian.miit.gov.cn），輸入域名或備案號可查詢狀態。需要分清：備案針對境內託管，與境外域名的封鎖狀態是兩回事，不是針對封鎖的申訴渠道；審核時長因地區而異，以接入商與管局口徑為準；接入商通常要求域名已實名認證且與備案主體一致，具體以接入商規則為準。
正規路徑四：聯絡註冊商與服務商
排查記錄齊全後，聯絡相關服務商：註冊商確認域名狀態、到期時間、鎖定狀態與解析配置；託管與 CDN 服務商確認伺服器與節點狀態、解析記錄是否正確下發；接入商（境內託管時）諮詢備案進度。聯絡時附上排查記錄：測試時間、節點地區與運營商、測試地址、工具結果。申訴渠道與流程以各服務商的官方說明為準。
侷限
本文沒有對任何具體域名做過檢測，方法說明均來自公開文件，核查日期 2026-11-13。封鎖狀態因運營商、地區與時間而異，工具判定也可能誤報，以實測為準。SNI 層面的判斷尤其需要謹慎，本文只寫症狀區分，不寫確診結論。備案細則以工信部備案管理系統與接入商規則為準。
2026-11-13：首發
相關：VPS 與網路 · Cloudflare 免費建站 · 方法論