跳到正文
cloudflare blog(blog.cloudflare.com)· Enrique Somoza·· 2 小時前精選品質評分62

Cloudflare Private Origins 服務正式上線 內部 API 可享同等安全與加速

Cloudflare services for private origins is now generally available

重點導讀

Cloudflare 於 2026 年 10 月 30 日正式將 Private Origins 服務推向一般可用。

  1. 功能 允許將私有 IP 的服務透過 proxied DNS 直接接入 Cloudflare,保留私有性並套用 WAF、Bot 管理、速率限制、快取、Workers 等功能。
推薦理由

此功能讓內部 API 能在不公開 IP 的情況下,直接使用 Cloudflare 的安全與加速服務,降低安全風險與運維成本。

正文 · 中文翻譯

今日,Cloudflare 私有來源服務已普遍可用。將代理的 DNS 記錄指向私有 IP,Cloudflare 會透過您現有的 Cloudflare One 連線 連線到來源。您的來源保持私有,Web 應用程式防火牆 (WAF)、快取、機器人管理 與 Workers 皆如同對公開來源般運作。

於六月,我們在封閉測試中推出了此功能 以解決客戶不斷反映的問題:他們的內部 API、AI 代理後端、MCP 伺服器和運營工具並未設計為面對網際網路,但這些服務仍需接受來自合作夥伴、客戶或代理的網際網路請求。在測試前,將 Cloudflare 放在這些服務前端意味著要公開 IP、開放防火牆埠,或與原始伺服器一起執行 cloudflared 。

這些需求常使私有應用缺乏與公開應用相同的保護與控制,包括 WAF、機器人管理、速率限制、快取、流量加速、重寫以及 Workers。

今日已普遍可用的功能

在封閉測試期間,符合資格的客戶透過帳戶團隊申請存取。今天,我們將存取權開放至測試組之外的客戶。

將代理的 A 或 AAAA 記錄指向私有 IP,Cloudflare 的應用服務將如同對公開來源般運作:

  • WAF 與管理規則
  • 機器人管理
  • 速率限制
  • 快取
  • 轉換與重寫規則
  • Workers

仍存在一些限制。Argo Smart Routing 與 Aegis 不受支援,且來源健康檢查需要 Load Balancing。請參閱 開發者檔案 以瞭解完整的現行限制清單。

您的來源保留私有 IP,無需開放入站防火牆例外。使用 Cloudflare WAN 或 Cloudflare Mesh 時,來源也無需執行聯結器軟體。

工作原理

建立一個指向來源的代理 A 或 AAAA 記錄。對於支援的私有 IP 範圍,使用 private network routing 會自動啟用。若您的來源使用僅能透過私有網路到達的公共 IP,您可以手動啟用此設定。

其餘的請求流程保持不變:TLS 終止、WAF、規則與快取繼續在 Cloudflare 網路上執行。

此設定會自動為 RFC 1918 私有 IPv4 位址、RFC 6598 CGNAT 位址(100.64.0.0/10)以及 RFC 4193 唯一本地 IPv6 位址(fc00::/7)開啟。這些範圍無法關閉;透過 API 嘗試停用會回傳錯誤。

API 介面示例

對於透過 API 自動化部署的客戶,私有路由僅為標準 DNS 記錄額外的一個屬性。

POST /zones/{zone_id}/dns_records
{
 "type": "A",
 "name": "app.example.com",
 "content": "10.0.0.50",
 "ttl": 300,
 "proxied": true,
 "private_routing": true
}

在背後,Cloudflare 的代理平臺會透過查詢 Cloudflare Origin API 來決定將流量送往 app.example.com 的位置。回應包含指示目的地應透過私有網路路徑到達的元資料:

{
 "zone_name": "example.com",
 "ipv4_addresses": ["10.0.0.50"],
 "private_routing": true
}

private_routing 標記是關鍵訊號。當我們的代理看到它時,會改為將請求交給我們的私有網路層,而不是直接透過公網連線到私有 IP,私有網路層再將連線路由到客戶現有的私有網路連線,無論是 IPsec、GRE、Cloudflare Tunnel、CNI 或 Cloudflare Mesh。

The beta post 更詳細說明路由層。

開始使用

開始之前,您需要:

  1. 帳戶上的 Private Origins 許可權。請聯絡您的帳戶團隊開啟。
  2. Cloudflare One connectivity 使用 IPsec、GRE、CNI、Cloudflare Tunnel 或 Cloudflare Mesh。
  3. 帳戶已啟用 Unified Routing。新帳戶與現有帳戶皆可透過帳戶團隊升級。
  4. 若您透過 Cloudflare WAN 或 Cloudflare Mesh 連線,需在帳戶啟用 Unified Routing 並為 Cloudflare 的來源範圍(IPv4 為 100.64.0.0/12,IPv6 為 2606:4700:cf1:5000::/64)設定回傳路由。新帳戶與現有帳戶皆可透過帳戶團隊升級至 Unified Routing。

接著,為私有 IP 建立代理 A 或 AAAA 記錄,並確認 使用私有網路路由 已啟用。您現有的 WAF、快取與機器人管理設定將直接套用於該主機名稱,無須進一步調整。

Beta 版的備註:若請求逾時且沒有到達原始伺服器,請先檢查回傳路由。缺少 Cloudflare 來源範圍的路由是我們觀察到的最常見設定失敗。

啟用後,請參照我們的 開發者檔案,其中會說明完整設定流程。

接下來會發生什麼

本次發布涵蓋公開流量到達私有來源。接下來,我們將處理私有對私有流量:在私有網路上的使用者、服務與 AI 代理,透過 Cloudflare 的應用服務連結至其他私有網路的應用程式。

工程團隊正進行中,我們目標於 2027 年初推出封閉測試版。如您想參與,請洽您的帳戶團隊。

目標是讓私有應用程式享有與公開應用程式相同的保護與控制。例如,員工開啟 wiki.company.internal 時,可受益於 WAF、速率限制與機器人管理。即使雙方都未連線至公網,雲端與資料中心間的服務對服務流量亦可使用這些控制。

目前,本次發布將您已使用於公開應用程式的 WAF、快取、機器人管理與 Workers,帶至私有來源,透過您已運營的連線。

有問題或回饋?請於我們的 社群論壇加入討論,或聯絡您的帳戶團隊。

來源: cloudflare blog (blog.cloudflare.com)
開啟原文