https://www.nullprivate.com/zh-hk/tags/dnspod/Recent content in DNSPod on 寧屏Hugozh-hkThu, 02 Jul 2026 20:00:00 +0800https://www.nullprivate.com/zh-hk/blog/2026/07/02/aliyun-dns-free-tier-rate-limit/Thu, 02 Jul 2026 20:00:00 +0800https://www.nullprivate.com/zh-hk/blog/2026/07/02/aliyun-dns-free-tier-rate-limit/<p>2026 年 5 月 14 日，阿里雲發佈了一則低調但影響深遠的產品公告：自 6 月 24 日起，雲解析 DNS 公網權威解析免費版新增單域名日解析量限制，上限為 10 萬次，超額將觸發動態限速——延遲、丟包，或兩者兼有<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup>。公告措辭克制，「絕大多數免費用戶日均解析量遠低於此閾值」，似乎一切風平浪靜。</p> <p>但這條公告的真正分量，不在技術參數本身，而在它所標記的一個轉折點：<strong>中國主流雲廠商的免費 DNS 服務，正從「預設夠用」轉向「需要算賬」的階段。</strong> 對於依賴免費 DNS 的獨立開發者、個人站長和中小團隊而言，這不是一次孤立的價格調整，而是整個 DNS 服務商業邏輯的重新定價。</p> <h2 id="10-萬次到底夠不夠解析量的真實構成">10 萬次到底夠不夠：解析量的真實構成</h2> <p>官方說「絕大多數用戶不受影響」，這句話在統計意義上可能成立——如果只看中位數。但問題在於，一個正常運行的服務站點，其 DNS 解析量受多種因素疊加，10 萬次/日並非一個可以高枕無憂的閾值。</p> <p>影響單域名解析量的核心變量包括：</p> <p><strong>子域名數量。</strong> 限額是「單域名」，但這裡的「單域名」指主域名及其所有子域名的解析量之和<sup id="fnref1:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup>。一個站點如果使用 <code>www</code>、<code>api</code>、<code>cdn</code>、<code>static</code> 等多個子域名，每個子域名的解析都會被計入總額。一個中等複雜度的 Web 應用，解析量輕鬆翻幾倍。</p> <p><strong>TTL 與實際緩存行為。</strong> 理論上，遞歸解析器會按照 TTL 緩存解析結果，從而減少回源查詢。但現實是：國內運營商級遞歸解析器普遍存在不嚴格遵守 TTL 的情況，部分甚至會在 TTL 過期前提前刷新，或忽略過長的 TTL 值自行縮短。這意味著實際回源查詢次數可能遠超理論值。</p> <p><strong>爬蟲與掃描器。</strong> 搜索引擎爬蟲、安全掃描器、SEO 工具等會持續觸發 DNS 解析。這些流量不產生頁面訪問，但同樣消耗解析配額。</p> <p><strong>移動端與 IoT 設備。</strong> 移動 App 的 DNS 緩存行為與瀏覽器不同，部分實現每次冷啟動都會重新解析。IoT 設備的 DNS 實現更是良莠不齊，大量設備根本不緩存或緩存時間極短。</p> <p>一個有實際案例可供參照：獨立博客 yijile.com 在公告後自查發現，其日均解析量超過 30 萬次，接近限額的 300%<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup>——而該站點的頁面訪問量遠未達到同等量級。這說明 DNS 解析量與網站 UV/PV 之間存在顯著的非線性關係，用「日訪問量」來估算「日解析量」並不可靠。</p>