對於大多數非關鍵性的工作負載而言，使用公開的 NTP 伺服器清單是安全的，前提是該清單引用的是官方提供者的主機名稱，並且操作員會在目標系統上驗證連線能力。公開的 NTP 伺服器清單是一份小型的對照表，列出主機名稱與通訊埠位址 —— 通常來自 NTP Pool Project、Google Public NTP、Cloudflare Time Service 和 NIST Internet Time Service 共十一個項目 —— 您可以將其貼入自己的時間用戶端。清單本身是靜態、唯讀的參考文字;真正影響安全性的是它推薦了哪些主機名稱、您是否不小心混用了閏秒策略不相容的提供者，以及您是否花時間在實際需要準確時間的系統上驗證結果。瀏覽器無法自行測試連線能力，因此任何驗證都必須在目標系統本身進行;其公開指引要求您使用其主機名稱、接受底層 IP 位址可能會在未通知的情況下輪換，並遵守其公布的使用條款。這種立場 —— 官方主機名稱、單一一致的閏秒處理策略，以及在實際用戶端上驗證 —— 對於任何瀏覽器端的公開 NTP 伺服器清單而言，就是「足夠安全」的務實定義。

is public ntp server list safe to use online
公開 NTP 伺服器清單在線上使用是否安全?

對公開 NTP 伺服器清單而言，「安全」究竟意味著什麼

此處的安全性不是單一的「是 / 否」開關;它是一連串決策的堆疊。第一個決策是清單的來源。僅引用官方、由廠商發布的主機名稱 —— 輪換的 0.pool.ntp.org、time.google.com、time.cloudflare.com、time.nist.gov —— 的清單，會繼承提供者的信譽及其發布的使用條款。引用虛構的主機名稱、硬編碼的 IP 位址或不明志願者伺服器的清單，則會繼承這些端點可能消失、意外輪換或在未經認可的使用政策下運作的風險。

第二個決策是閏秒處理。閏秒是插入(理論上也可以移除)UTC 中的一額外秒數，用以讓民用時間與地球自轉保持對齊。不同的提供者處理該事件的方式不同，而這些策略無法組合。Google 使用 leap smear(閏秒抹平)，刻意將多出的那一秒分散到數小時的時間範圍內，因此用戶端時鐘不會看到任何不連續。NTP Pool 伺服器、Cloudflare 和 NIST 傳統上會讓閏秒指示位元正常通過。如果您將抹平來源與非抹平來源混用，時間用戶端在抹平期間無法協調這兩種訊號，您的記錄、憑證或分散式交易就會出現看似時鐘跳躍的缺口或重複。

第三個決策是貼上設定之後實際執行的是什麼。systemd-timesyncd、chrony、ntpd、Windows Time、路由器韌體以及託管平台，各自以不同的方式解析時間設定。您從清單複製的文字是一個起點，而不是通用的設定檔。

使用公開 NTP 來源的四項真實風險

即使主機名稱正確，仍有四項風險存在。每一項都由提供者本身記錄在案，並非此處憑空捏造。

  1. 混用 leap-smear 來源。Google 明確警告不要將其 leap-smear 服務與非抹平的 NTP 來源並用，因為這兩種策略在抹平期間會產生衝突。Cloudflare 則記載其服務與 NTP Pool 伺服器是使用閏秒指示位元而不進行抹平。將兩者混用，等於在每次閏秒時自找停機。
  2. 硬編碼的 IP 位址。NTP Pool 建議使用輪換的 0、1、2 和 3.pool.ntp.org，而不是釘選單一志願者伺服器的 IP。NIST 基於同樣理由建議使用輪詢的 time.nist.gov 位址。您今天硬編碼的任何 IP，明天都可能消失;使用主機名稱可讓提供者在幕後輪換位址。
  3. 未經驗證的連線能力。瀏覽器無法對連接埠 123 發出正常的 UDP NTP 請求。任何聲稱「立即測試伺服器」的網頁都是在誤導您。連線能力取決於目標系統上既有的防火牆、DNS 政策、強制登入頁面或提供者的維護作業，而不是您的筆記型電腦。
  4. 將公開 NTP 用於關鍵工作負載。對於錯誤時間可能導致認證、憑證驗證、財務時間戳記或事件回應鑑識失效的系統，發布的指引是:使用作業系統或設備廠商支援的時間設定、多重受監控來源，以及經認證或本地的時間架構。瀏覽器端的清單僅供參考，無法取代這些紀律。

提供者比較:範圍與閏秒處理

選擇一個一致的來源策略，首先要了解每個提供者實際做了什麼。公開 NTP 伺服器清單常引用的四個官方來源，在範圍(集區如何建立)和閏秒處理(各自如何管理閏秒)上有所不同。下表概述每個提供者公布的內容。

提供者範圍 / 涵蓋範圍閏秒處理營運注意事項
NTP Pool Project 橫跨各大洲的全球志願者集區 使用閏秒指示位元而不進行抹平 請使用輪換的 0、1、2、3.pool.ntp.org 名稱;避免釘選單一志願者 IP
Google Public NTP Google 服務，提供 time.google.com 及四個獨立主機名稱 Leap smear —— 刻意平滑化多出的那一秒 提供 time.google.com 以及四個獨立主機名稱;Google 警告不要與非抹平來源混用
Cloudflare Time Service 透過 time.cloudflare.com 的全球網路 使用閏秒指示位元而不進行抹平 發布 time.cloudflare.com;記載行為與 NTP Pool 在閏秒位元方面一致
NIST Internet Time Service 透過輪詢的 time.nist.gov 名稱發布 UTC(NIST) 發布 UTC(NIST);使用閏秒指示位元 請使用輪詢的 time.nist.gov 名稱，而不是硬編碼單一伺服器 IP

此表的實務重點在於:四家提供者中有三家在閏秒指示位元處理上達成共識，而 Google 刻意採用不同策略。請單獨選用 Google，或選用多家非 Google 來源;切勿將兩個欄位的來源混用。

從可信清單建立安全的 NTP 設定

以下具體步驟說明如何使用策展過的清單，而無需承擔前述四項風險。此工作流程的參考資料以唯一的官方主機名稱作為索引鍵，僅記錄提供者公布的範圍與閏秒行為，因此輸出是針對每個可見列的一行起始 ntpd 風格設定，而非保證可連線的伺服器。

  1. 開啟公開 NTP 伺服器清單，網址為 /dev/ntp-server-list/。該頁面是靜態的十一列表格;不會傳送任何資料到伺服器，參考資料已於 2026-07-18 對照官方提供者頁面核對過。
  2. 依提供者篩選或依功能搜尋。使用篩選功能將表格限定於單一提供者(NTP Pool、Google、Cloudflare 或 NIST)，或在搜尋框中輸入主機名稱、範圍關鍵字或閏秒處理註記。篩選不區分大小寫，完全在瀏覽器中執行。
  3. 檢視提供者關於閏秒處理的指引。在複製任何內容之前，請先閱讀「閏秒處理」一欄。若您打算使用 Google Public NTP，請勿在同一設定中加入非抹平列。若您打算使用 NTP Pool、Cloudflare 或 NIST，則請留在該群組之內。
  4. 複製可見的 ntpd 設定行。複製的輸出會為每個可見的主機名稱產生一行 ntpd 風格的 server 行，並附加 iburst，讓用戶端在啟動時執行一輪連續輪詢。此結果僅作為起點，並非最終的設定檔。
  5. 將設定行調整為您的時間用戶端格式。systemd-timesyncd 使用 /etc/systemd/timesyncd.conf 中的 NTP= 項目;chrony 使用 /etc/chrony.conf 中的 pool 或 server 指令;ntpd 從 /etc/ntp.conf 讀取 server 行;Windows Time 採用登錄或 w32tm 設定;網路設備與雲端平台則各有其專屬的鍵值格式。請移除或轉譯您的用戶端無法識別的關鍵字。
  6. 在目標系統上驗證連線能力。重新啟動您的時間用戶端，並執行廠商的狀態指令(例如 chronyc sources、timedatectl show-timesync、w32tm /query /status，或 ntpq -p)。瀏覽器端的清單無法代勞這一步;UDP 通訊埠 123 無法從一般網頁連線。

若需要更詳細的操作步驟，將同一份清單應用於全新裝置或實驗室設定，請參閱時間設定的配套指南。

公開 NTP 伺服器清單不適用的情境

有些工作負載，「公開 NTP 伺服器清單在線上使用是否安全」的答案為「不安全」，並非因為清單本身危險，而是因為時鐘錯誤的後果是無界的。驗證 TLS 憑證的認證系統，仰賴時間落在憑證的 notBefore / notAfter 範圍之內。分散式資料庫與金融分類帳，仰賴單調且準確的時間戳記。安全系統與事件回應流程，則仰賴跨主機對齊的記錄。針對上述任何情境，作業系統與設備廠商的公開指引皆建議:採用廠商支援的時間設定、執行多重受監控來源，並優先採用經認證或本地的時間架構，例如 NTS、本地 GPS / PPS 參考源或內部 stratum-1 伺服器。

瀏覽器端的公開 NTP 伺服器清單是該工作的參考資料 —— 一種快速挑選一組起始主機名稱的方法 —— 但無法取代攸關時間準確性的營運紀律。反過來說，在另一種極端情況下，對於單一工作站、家用路由器或實驗室裝置，清單加上經驗證的連線能力檢查通常已經足夠，實在無需過度設計。

瀏覽器可達性：線上清單無法做到的事

值得大聲說明的是：顯示公開 NTP 伺服器清單的頁面就只是一個網頁。普通瀏覽器無法發送 UDP 封包，這意味著網頁無法與 time.cloudflare.com、time.google.com、time.nist.gov 或任何 *.pool.ntp.org 伺服器在 UDP 連接埠 123 上執行真正的 NTP 交換。任何在 NTP 主機名稱旁顯示綠色「上線」標記的網站，所測量的都不是實際的 NTP 可達性 —— 通常是 TCP/80 或 TCP/443 的健康狀態檢查，而這既不是相同的通訊協定，也不是相同的連接埠。

這就是為什麼上方「安全」的實務定義包含在目標系統本身進行驗證的步驟。在您挑選的主機名稱上執行真正的時間用戶端，觀察偏差 (offset) 與可達性 (reach) 欄位穩定下來，然後才信任結果。清單的參考資料以唯一且官方的主機名稱作為索引鍵，並於 2026-07-18 對照四家供應商各自的頁面進行查核，因此主機名稱本身是準確的；清單所無法 —— 也確實無法 —— 宣稱的是，任何主機名稱在您當前的網路中、此刻是否可達。

有關「跳秒平滑 (leap-smear)」警告與任播 (anycast) 主機名稱背後的上游細節，Google Public NTP FAQ 與 Cloudflare Time Service documentation 是具權威性的參考來源。

如果您正在權衡選項，SVG 轉 Base64 轉換器在線上使用是否安全？對此有詳細說明。