公開 NTP 伺服器清單替代方案可以是官方主機名目錄、特定供應商的公開服務、由廠商管理的時間來源，或是本機受監控的架構，用來取代未經查核的伺服器位址集合。
「替代方案」一詞可以描述兩種不同的需求。您可能需要另一份公開 NTP 選項的清單，也可能需要完全不再依賴公開伺服器的替代方案。公開 NTP 伺服器清單可支援第一種需求：它會收集官方主機名、辨識其跳秒處理行為，並提供可供審查的 ntpd 格式行。第二種需求通常更適合採用廠商支援或本機時間架構。
取代未經查核清單的 4 種實用方式
合適的替代方案取決於裝置、時間用戶端、運作環境，以及時間不準確所帶來的後果。公開主機名可能適用於電腦、路由器、實驗室裝置或小型網路。關鍵基礎設施則需要更受控的設計。
| 方法 | 取代的對象 | 適用用途 | 主要限制 |
|---|---|---|---|
| 經整理的官方主機名目錄 | 分散或手動複製的伺服器清單 | 電腦、路由器、實驗室及小型網路 | 瀏覽器目錄無法確認可達性，也無法產生所有時間用戶端格式 |
| 特定供應商的公開 NTP 服務 | 任意組合的公開位址 | 能遵循單一供應商指引的設定 | 適用該供應商的跳秒政策與使用條款 |
| 廠商支援的受管理時間 | 手動編輯的公開伺服器設定 | 作業系統代管平台及網路設備 | 可用控制項目取決於廠商與平台 |
| 本機或驗證式受監控架構 | 直接依賴公開網際網路時間 | uptime、信任或時間準確度至關重要的系統 | 組織必須自行負責部署與監控 |
經整理的目錄可提供官方主機名，以取代過時的複製位址，但仍必須從目標系統確認可達性。受管理或本機架構則更進一步，改變時間來源及其監控方式。
公開 NTP 伺服器清單包含哪些內容
此工具包含一張由 4 家官方供應商共 11 個項目組成的靜態表格。每一列都會指出供應商、範圍、跳秒處理方式，以及簡短的作業注意事項。篩選功能不區分大小寫，可依供應商、主機名、範圍或跳秒處理注意事項進行篩選。
| 供應商 | 官方主機名 | 範圍 | 跳秒處理 | 作業注意事項 |
|---|---|---|---|---|
| NTP Pool Project | 0.pool.ntp.org, 1.pool.ntp.org, 2.pool.ntp.org, and 3.pool.ntp.org | 輪替式公開集區 | 跳秒指示器，不使用平滑處理 | 使用輪替名稱，而非將 IP 固定至某台志願者管理的伺服器 |
| Google Public NTP | time.google.com 與 4 個個別主機名 | Google 的公開時間服務 | 跳秒平滑處理 | 不要與未使用平滑處理的來源混用 |
| Cloudflare Time Service | time.cloudflare.com | 全球網路 | 跳秒指示器，不使用平滑處理 | 遵循供應商的服務指引 |
| NIST Internet Time Service | time.nist.gov | 輪詢式公開服務 | UTC(NIST) | 優先使用主機名，而非永久硬編碼單一解析出的 IP |
這些項目是主機名，而非固定的伺服器位址。這點很重要，因為供應商可以在不要求變更設定的情況下，更換其主機名背後的位址。參考資料已於 2026 年 7 月 18 日對照官方供應商頁面完成查核。
此清單旨在供探索與審查設定使用，並非即時網路測試。複製某一列會產生一行文字，但這並不能證明目標系統能連線至該服務。
建立經審查的 NTP 設定
- 辨識目標及其時間用戶端。 記錄該機器執行的是 ntpd、chrony、systemd-timesyncd、Windows Time、路由器或設備時間服務，還是代管平台。公開主機名可能有效，但設定格式仍可能需要轉換。
- 將清單篩選至相關選項。 依供應商、主機名、範圍或跳秒處理注意事項搜尋。篩選是在本機進行且不區分大小寫，而底層表格為靜態資料，因此此操作不會向 NTP 伺服器提出要求。
- 複製前先閱讀供應商指引。 請特別留意跳秒處理注意事項。Google 的公開 NTP 常見問題說明其跳秒平滑處理服務，而 Cloudflare 的NTP 文件則描述其未使用平滑處理的行為。
- 選擇一致的來源策略。 預設不要將每個可見項目都複製到同一個用戶端。特別是避免將 Google 的平滑時間與未採用相同平滑處理的伺服器混用。僅選取符合您所選政策的列，可避免意外混用。
- 複製可見的 ntpd 格式行。 輸出內容會針對每個可見主機名產生一行 server HOSTNAME iburst。這是方便的起點，不是通用設定，也不能證明網路可存取。
- 將各行調整為已安裝用戶端支援的格式。 保留選取的主機名，但將指令轉換為軟體支援的語法。若用戶端無法理解某部分內容，請移除該部分，不要將 ntpd 區塊貼到無關的設定檔中。
- 從目標系統驗證同步。 依照文件程序啟動或重新載入時間服務，檢查常駐程式或平台狀態，確認已選取來源，且時鐘偏移量表現符合預期。記錄所選來源與設定以供審查。
將複製的各行調整為實際時間用戶端的格式
複製的輸出採用 ntpd 慣例，因為並不存在一種通用的 NTP 設定格式。不同系統會透過不同的控制項目解讀相同的主機名。
- ntpd: 以複製的伺服器行作為起點，並置於已安裝的 ntpd 版本及作業系統套件所支援的設定中。
- chrony: 檢視 chrony 支援的伺服器指令，並將主機名及任何所需的啟動行為轉換為其自身設定格式。
- systemd-timesyncd: 使用支援的時間同步服務設定，不要將原始 ntpd 行視為完整設定。
- Windows Time: 透過支援的 Windows 工作流程設定服務，不要將 Unix 格式指令複製到登錄檔或命令提示字元中。
- 路由器與網路設備: 使用管理介面或廠商支援的命令格式。裝置可能接受多個主機名、單一主機名，或獨立的集區設定。
- 代管平台: 在以公開端點取代前，先查閱平台支援的時間設定或受管理時間服務。
只有在目標用戶端支援 iburst 時才予以保留。重要資訊是經審查的主機名與來源策略；周邊語法仍取決於用戶端。
維持一致的跳秒處理
跳秒是跳秒處理差異從表面問題轉為實際操作問題的時機。Google 明確警告不要將其跳秒平滑處理服務與未使用平滑處理的伺服器混用，因為跳秒前後的結果可能無法預測。Cloudflare 的文件指出其服務使用跳秒指示器而不採用平滑處理，NTP Pool 的整體行為也大致相同，同樣未使用平滑處理。
NIST 提供 UTC(NIST)，而 Google 則發布跳秒平滑處理服務。這是不同的公開行為，因此任意組合各列並不會形成一致的政策。請選擇要遵循的供應商指引、維持一致的跳秒策略，並遵守該供應商的使用條款。
隨時間推移，使用公開主機名也能支援這項策略。供應商可能變更後端位址，而設定的主機名仍保持有效。固定 IP 位址會繞過這種彈性，並可能讓用戶端持續指向供應商已不再打算使用的位址。
從目標系統驗證服務
瀏覽器無法執行真正的 NTP 檢查，因為一般網頁無法將 UDP 要求傳送至 123 連接埠。主機名可能可以解析，但 NTP 要求仍可能受到防火牆、驗證入口網頁、DNS 政策、網路路由或供應商維護所阻擋。
請從與正在設定的時鐘相同的網路及安全內容中執行檢查。常見的目標端狀態檢查包括：一般 ntpd 安裝使用 ntpq -p、chrony 使用 chronyc sources、具備相容 systemd 版本的系統使用 timedatectl timesync-status，以及 Windows Time 使用 w32tm /query /status。可用性與確切行為取決於已安裝的軟體。
請尋找已接受的來源、作用中的同步狀態，以及合理的回報偏移量。如果來源缺失或無法連線，請檢查 DNS 解析、外傳 UDP 123 政策、本機防火牆規則，以及時間用戶端日誌。不要將清單複製出的文字視為可用性保證。
當風險較高時，超越公開 NTP
公開 NTP 清單最適用於一般電腦、路由器、實驗室裝置及小型網路。如果時間錯誤可能影響驗證、記錄、財務、安全或事件回應，則基礎設施需要更審慎的架構。請遵循作業系統或設備廠商支援的設定，在適當情況下使用多個受監控來源，並考慮採用驗證式或本機時間架構。
這種設計會改變操作責任。必須有人監控來源健康狀態、時鐘偏移量、容錯移轉行為，以及所選跳秒策略的一致性。它也能減少對公開端點能否從特定網路連線的不必要依賴。
因此，實用流程很簡單：使用公開 NTP 伺服器清單探索並比較官方公開選項，篩選出一組一致的項目，將複製的各行調整為目標用戶端支援的格式，並從該目標進行驗證。當公開服務的可達性或政策控制不足時，應將責任交由支援的受管理或本機時間服務承擔，而不是再複製另一個未經查核的主機名。