enhanced-FaaS-in-China：從 README 讀懂流程與限制

三個優選 CNAME 入口

README 將專案定位為：僅透過修改 CNAME 記錄，改善部署在 cloudflare、vercel 或 netlify 的網頁於中國大陸的存取速度與穩定性。三個目標分別是 vercel-cname.xingpingcn.top、netlify-cname.xingpingcn.top 與 cf-cname.xingpingcn.top。較早的 verlify-cname.xingpingcn.top 已在 issue #35 中標記為棄用。這裡改動的不是客戶端，而是使用者在權威 DNS 伺服器上，把使用者要存取的網域名稱（例如 app.domain.com）的 CNAME 記錄改為對應平台的優選記錄。README 強調，應先把 CNAME 指向官方網域，等平台產生 SSL 憑證後，再改回優選記錄。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號1，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 先記錄首次啟動的終端輸出與返回碼；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xingpingcn-enhanced-faas-in-china-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。

SSL、403 與棄用名稱

用法部分有兩個警告。第一，verlify-cname.xingpingcn.top 已棄用；改完網域無法存取時，最常見的原因就是用到了這個舊名稱，因為該記錄包含兩個平台的 IP，平台每次存取會拿到兩者之一，因而認為你在平台填寫的網域並不歸你所有。解決辦法是先改回官方連結，等 SSL 憑證產生後再重新設定。第二，如果網域託管在 Cloudflare，使用 cf-cname.xingpingcn.top 很可能遇到 403。README 建議把網域託管到非 Cloudflare 平台，並在 Cloudflare 中刪除你的站點後再使用。對於必須託管在 Cloudflare 的服務，例如 Cloudflare Workers 或開啟橙色雲朵保護 VPS 的 IP，README 指向一份單獨文件，說明如何使用 CF 的 SaaS 功能。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號2，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 再比對設定檔中的鍵名和實際產物；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xingpingcn-enhanced-faas-in-china-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。

IP 清單如何更新

專案的工作方式為：選取 cf、vercel 與 netlify 的 IP，定時測速，把穩定且快的 IP 加入網域的 A 記錄。中國大陸做三網優化，境外統一使用官方提供的 A 記錄。README 說大約每 40 分鐘更新一次。IP 來源包括：一個 Vercel IP 的 gist、官方 cname.vercel-dns.com 的 A 記錄、Netlify 官方連結的 A 記錄，以及各種 Cloudflare 付費用戶的優選 IP。境外預設 IP 在 README 中以 JSON 形式給出：VERCEL 為 76.76.21.21，NETLIFY 為 75.2.60.5，CF 為 japan.com。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號3，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 接著用最小輸入重跑並保留錯誤訊息；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xingpingcn-enhanced-faas-in-china-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。

測速截圖的證據範圍

README 的測速對比部分放了一批截圖，標註了具體時間，例如 23 點 UTC+8 的晚高峰，並稱為優化後的速度；同一節也放了官方 CNAME 的對照圖。這些圖是倉庫裡的圖片檔案，README 沒有公布原始數字、所用測速工具，或者時間標籤之外的方法說明。該節還註明結果可能未及時更新，最近測試裡泉州似乎被牆。測速一節警告：不要直接測專案自己的這幾個網域，因為測試次數太多會被平台當成 DDoS，產生假陰性；itdog.cn 的結果有時會出現大片紅色，原因未知，可以改用 boce.com、cesu.net、阿里雲撥測等。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號4，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

DNS 與中國大陸路線

Q&A 解釋了為什麼使用者改完後看不到對比圖裡的速度。列出的原因包括：測速平台本身的問題；網域問題，例如 eu.org、us.kg 這類免費二級網域，或者 .xyz、.top 這類便宜網域，可能被電信業者白名單機制封鎖；回源問題，對比圖測的是部署在邊緣伺服器的靜態頁面；以及 DNS 解析問題。最後一項裡，README 說 Cloudflare 的 DNS 在中國大陸本身解析就慢，CNAME 又多一次遞迴解析，所以建議把網域託管到國內權威 DNS；也可以直接開啟倉庫根目錄的三個 JSON 檔案，裡面是即時更新的 IP，自己同步到 A 記錄。README 還提到一個具體故障：華為雲 DNS 把國內使用者識別成國外使用者，解析到預設路線，例如 japan.com。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號5，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

crawler.py 的自訂代價

如果要增加第三個平台，例如 render 或 railway，README 說需要自己準備測速工具和一個網域，重寫 crawler.py，在 platforms_to_test 裡新增一個 .py 檔案，仿照資料夾內其他檔案重寫 run_sub() 方法，最後修改 config.py 的相關設定。README 沒有給出 run_sub() 的介面細節、config.py 的格式，或測試流程。倉庫語言是 Python；除指向 CF SaaS 用法的文件連結外，後設資料裡沒有列出其他文件目錄。

enhanced-FaaS-in-China 的效果會受 ISP、網域、權威 DNS、回源位置和測速平台影響。請只測自己的網域，不要對專案 CNAME 集中發出請求。 本節編號6，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。

編輯結論

適合願意依 xingpingcn/enhanced-FaaS-in-China 的 README 建立小型案例、檢查具體輸入輸出並承擔相依條件的人；不適合把文件中的能力當成未經驗證的效能或相容性承諾。採用前請執行專案明示的命令，記錄版本、設定、產物與錯誤，再按 MIT 檢查使用方式。

官方來源

1. Official README
2. Project repository