💻 3C 科技教學

路由器的「DDNS」怎麼設：No-IP 與 Cloudflare 的實際差異

發表時間：2026 年 11 月 10 日 | 更新日期：2026 年 11 月 10 日 | 編輯：雅寶社區編輯團隊

路由器的「DDNS」怎麼設：No-IP 與 Cloudflare 的實際差異｜option enabled '1' - 雅寶社區 · 頂客論壇

option service_name 'cloudflare.com-v4'

option domain 'home.example.com'

option username 'Bearer'

option password '你的_API_TOKEN'

option lookup_host 'home.example.com'

option use_ipv6 '0'

option ip_source 'network'

option ip_network 'wan'

option force_interval '10'

restart=unless-stopped \

e CF_API_TOKEN=你的_API_TOKEN \

e DOMAINS=home.example.com \

e PROXIED=false \

e IP6_PROVIDER=none \

favonia/cloudflare-ddns:latest

PROXIED=false 對應的就是「僅 DNS」模式，非 HTTP 服務一定要這樣設。這種做法的好處是鏡像會自動更新、支援多網域、錯誤處理也比較完善，對於不想自己維護腳本的人來說是首選。

自己寫 Shell Script 的做法：如果你喜歡完全掌控，可以寫一個簡單的腳本，搭配 cron 每 10 分鐘執行一次：先透過 curl https://api.ipify.org 取得目前 IP，與暫存檔中的舊 IP 比對，不同才呼叫 Cloudflare API 更新。記得把 Token 放在權限 600 的環境檔案中，不要寫死在腳本裡。

4.4 橘雲與灰雲：最常讓人翻車的設定

Cloudflare 的 DNS 記錄有一個「Proxy status」選項：橘色雲朵代表「經過 Cloudflare 代理」，灰色雲朵代表「僅 DNS（DNS only）」。這兩者的差別，決定了你的服務能不能正常連線。

選橘雲時，Cloudflare 會把你的網域解析到它自己的 IP，再由它轉發到你的真實 IP。好處是隱藏真實 IP、享有 CDN 加速與 DDoS 防護、免費 SSL。但關鍵限制是：Cloudflare 的代理只轉發特定 HTTP/HTTPS 埠，主要是 80、443，以及 8080、8443 等少數幾個。其他埠號（例如 SSH 的 22、遠端桌面的 3389、NAS 的 5000/5001、Minecraft 的 25565）全部不會通。

這意味著：如果你只是架個網站，橘雲很好用；但如果你要連 SSH、NAS 管理介面、遊戲伺服器，就必須把記錄設成灰雲（僅 DNS）。很多人設定完 DDNS 發現「網站能開、但 SSH 連不上」，問題就出在這裡。

還有一個常見誤解：以為橘雲可以「加速」內網服務。事實上，Cloudflare 免費方案的代理是在國外節點轉發，從台灣連過去繞一圈反而更慢，對純自用服務來說，灰雲直接連線通常更快。

五、No-IP 與 Cloudflare 的實際差異對照

講完兩邊的設定流程，接下來把真正影響使用體驗的幾個面向攤開比較。這張表是整篇文章的核心，建議依照自己的需求逐項檢視。

比較項目

No-IP

Cloudflare

服務定位

真正的 DDNS 供應商

DNS 代管 + API，非 DDNS 服務

是否需要自有網域

不需要，提供免費子網域

需要，且需將 NS 轉入代管

費用

免費版可用但有限制；付費約每月數美元

DNS 代管免費；網域本身每年數百元台幣

路由器內建支援

幾乎所有品牌都有

僅少數第三方韌體或需自行外掛

設定難度

低，填帳密即可

中高，需建立 Token 與腳本

更新機制

專用協定，路由器原生支援

REST API，需自行組請求

記錄數量

免費版僅 1～2 筆

免費方案幾乎無上限

TTL

約 60 秒

最低 60 秒，自動約 300 秒

代理／CDN

有，但僅限 HTTP/HTTPS 埠

IPv6（AAAA）

支援

安全性

帳密或 DDNS Key

API Token 可限權限、可撤銷、可設到期

附加價值

幾乎沒有

SSL、WAF、Page Rules、Workers 等完整生態

5.1 費用與額度：免費不是重點，限制才是

表面上看，兩邊都有免費方案，但限制的性質完全不同。No-IP 免費版的限制是「功能性的」：主機名稱數量少、每 30 天要人工確認、更新頻率受限。這些限制會直接影響「能不能穩定使用」，對於把 DDNS 當成基礎設施的人來說，等於是被迫升級付費。

Cloudflare 免費版的限制則是「服務性的」：DNS 記錄數量幾乎無上限、API 額度對個人使用綽綽有餘，真正要付費的是網域本身的年費。換句話說，Cloudflare 路線的固定成本是「網域年費」，變動成本幾乎為零；No-IP 路線則是「一開始免費、但可能被迫升級」。如果你的自架服務會長期使用，兩三年的網域費用大概跟 No-IP 付費方案差不多，但 Cloudflare 給的彈性大得多。

5.2 更新機制、TTL 與生效速度

No-IP 走的是標準化的 DDNS 協定，路由器只要定時打一個 HTTP 請求就好，實作簡單、資源消耗低。Cloudflare 則需要先查記錄、再更新記錄，至少兩個 API 呼叫，但現成的外掛與容器都會幫你處理好。

在生效速度上，兩者差異不大，主要取決於 TTL 與中間 DNS 快取。No-IP 免費主機的 TTL 約 60 秒，Cloudflare 最低也是 60 秒，實際感受到的延遲通常在一到五分鐘之間。真正影響體驗的反而是「客戶端多久偵測一次 IP」，如果路由器設定 30 分鐘才檢查一次，就算 TTL 只有 60 秒，你還是可能半小時連不上。

5.3 安全性：帳號密碼 versus API Token

這是 Cloudflare 明顯勝出的地方。No-IP 雖然已經支援 DDNS Key，但多數路由器與使用者仍習慣直接填帳號密碼，一旦裝置被入侵，等於整個帳號連同所有主機名稱一起被接管。

Cloudflare 的 API Token 可以做到精細的權限控管：只允許修改特定網域的 DNS 記錄、可以設定到期日、可以隨時撤銷。就算 Token 外流，攻擊者頂多改動你指定的那幾筆記錄，無法登入你的帳號、無法看到帳單資訊、也無法動用其他服務。對於把 DDNS 腳本放在 NAS 或樹莓派上的人來說，這個差距非常實際。

5.4 功能彈性：子網域、多筆記錄與 Wildcard

如果你只有一個服務要對外，No-IP 的單一主機名稱就夠了。但如果你同時有 NAS、監視器、Home Assistant、遊戲伺服器、個人網站，每個服務都想用不同名稱（例如 nas.example.com、cam.example.com、mc.example.com），No-IP 免費版馬上就不夠用。

Cloudflare 免費方案可以建立幾乎無限筆記錄，還支援 Wildcard（*.example.com）、CNAME、MX、TXT 等各種類型。這意味著同一套 API 可以同時管理你的網站、郵件、驗證記錄與 DDNS，不用在兩三個平台之間切換。對於有在經營個人網域的人來說，這是決定性的優勢。

5.5 穩定性與限流

No-IP 是專職的 DDNS 服務商，伺服器就是為了承受大量客戶端定期回報而設計的，穩定性通常不錯，但免費版在尖峰時段偶爾會出現更新延遲或暫時封鎖。Cloudflare 的 API 則是業界等級的基礎設施，穩定度極高，公開的限流是每 5 分鐘 1200 次請求，對個人 DDNS 來說完全不會碰到。

比較需要注意的是，Cloudflare 的 API 一旦有變動（例如棄用舊版 Token、調整權限模型），你的腳本可能就會失效。所以建議選擇有在維護的現成專案（例如前面提到的 Docker 映像檔），而不是自己刻的腳本，這樣遇到 API 變更時可以靠更新鏡像解決。

六、常見問題與排錯指南

設定 DDNS 的過程中，失敗的原因其實就那幾種。以下整理最常見的五個狀況與對應的排查方式。

6.1 路由器顯示更新成功，外網還是連不上

這是最常見的情況，而且九成以上跟 DDNS 無關。先依序檢查：DNS 解析是否正確（用 nslookup 直接問權威伺服器）、埠轉發是否設定正確、主機防火牆是否放行、服務本身是否真的在監聽。如果 DNS 正確但連不上，問題一定在後三者。

還有一個常被忽略的點：你自己的網路環境不支援 NAT Loopback（髮夾彎），導致你在內網用網域名稱連線時失敗，但從外面連卻是正常的。測試時務必用外部網路（手機熱點），不要在家裡測。

6.2 Cloudflare 開代理後 SSH、NAS 全部失聯

這是使用 Cloudflare 最經典的錯誤。只要你的服務不是走 HTTP/HTTPS 的標準埠，記錄就必須設成「僅 DNS」（灰雲）。做法是在 Cloudflare 儀表板的 DNS 頁面，點擊該筆記錄的雲朵圖示，讓它變成灰色；或是把 API 請求中的 proxied 設為 false。

如果你同時想要「網站走代理加速」與「SSH 直連」，可以建立兩筆記錄：www.example.com 設橘雲、ssh.example.com 設灰雲，分別指向同一個 IP，這樣就能各取所需。

6.3 Token 權限不足與 API 限流

Cloudflare API 回傳 Authentication error 或 Permission denied，通常是 Token 權限沒設對。請確認 Permissions 是「Zone → DNS → Edit」，且 Zone Resources 有包含你的網域。如果 Token 只設了 Read 權限，查詢會成功但更新會失敗，這種情況特別容易誤判為「設定正確」。

若是回傳 429 Too Many Requests，代表更新太頻繁。把更新間隔調長到 5 分鐘以上，並確認腳本有做「IP 沒變就不呼叫 API」的判斷，通常就能解決。

6.4 IPv6 環境該用 A 還是 AAAA

如果你家有公網 IPv6，可以考慮使用 AAAA 記錄。IPv6 的好處是每個裝置都有獨立位址，不需要埠轉發，但也意味著位址會隨前綴變動而改變，DDNS 依然必要。設定時要注意：路由器取得的前綴（Prefix）與各裝置的介面識別碼（Interface ID）是分開的，有些 DDNS 腳本只抓路由器自己的位址，而不是目標主機的位址，設定時要看清楚 ip_source 之類的參數。

實務上建議「A 與 AAAA 併用」：同時建立兩筆記錄，讓支援 IPv6 的客戶端走 AAAA、不支援的走 A。這樣即使 IPv6 前綴變動，還有 IPv4 這條路可以連。

6.5 No-IP 主機突然無法解析

如果你用的是 No-IP 免費版，第一個要檢查的就是「30 天確認信」有沒有漏點擊。登入 No-IP 後台，如果主機名稱旁邊出現警告圖示，通常就是這個原因。重新點擊確認信中的連結，或是直接在後台手動確認，就能恢復。

第二個可能是主機名稱因為長期未更新而被系統判定為閒置。這種情況下重新設定一次 DDNS 即可。為了避免類似狀況，建議把確認信的寄件者加入信箱白名單，並在行事曆上設定每月提醒。

七、結論：你該選哪一條路？

看到這裡，其實答案已經很清楚了。選擇的關鍵不在於「哪個比較好」，而在於「你的需求長什麼樣子」。

如果你符合以下情況，No-IP 是比較務實的選擇：只有一個或兩個服務要對外、不想額外花錢買網域、路由器內建支援且不想碰指令、對 DNS 與 API 完全陌生。它的設定門檻極低，填完帳密就能用，對於「只是想從外面連回家看一下」的人來說，這已經足夠。

如果你符合以下情況，Cloudflare 會讓你少走很多冤枉路：已經擁有自己的網域、有多個子網域或多個服務要管理、重視 API Token 帶來的安全性、未來可能會用到 SSL、CDN 或 WAF 等其他功能、願意花一點時間設定腳本或 Docker。它的前期學習曲線比較陡，但一旦設定完成，後續的維護成本極低，彈性也大得多。

還有一種折衷做法：先用 No-IP 快速驗證「家裡到底能不能從外網連進來」，確認網路環境沒問題之後，再花時間把整套服務搬到 Cloudflare。這樣可以避免一開始就卡在 API 設定上，卻搞不清楚問題是出在網路環境還是 DDNS 設定。

最後提醒一句：DDNS 只是「讓名字永遠指向正確 IP」的工具，它不解決安全性問題。把 NAS、監視器、遠端桌面直接暴露在公網上，本來就有風險。建議至少做到：使用高強度密碼與雙因素驗證、關閉不必要的服務、定期更新韌體、能用 VPN 就不要開放埠。DDNS 設得再漂亮，安全沒做好，等於把家門鑰匙掛在門把上。

希望這篇整理能讓你在路由器前一頭霧水的時候，知道該從哪裡下手。如果你在設定過程中遇到特殊狀況，也歡迎到論壇的 3C 科技教學版分享，讓更多人可以少踩一點坑。

```

🏠 返回首頁