ntpdate 無法校正時間

Sonicthh · 2026年08月04日14:32

我目前使用 QuTS hero h6.0.1.3564。
即使從伺服器收到有效的 NTP 封包（我試過 timer.jku.at、pool.ntp·org、time.google·com 等），ntpdate 卻沒能正確解析這些封包。[用·代替最後的.避免 FQDN 被自動設為連結]

tcpdump 顯示：
16:19:52.599055 IP（tos 0x90, ttl 58, id 59855, offset 0, flags [DF], proto UDP (17), length 76）
162.159.200.123.123 > 140.78.96.43.44965: NTPv4, length 48
Server, Leap indicator: (0), Stratum 3（次級參考）, poll 3（8s）, precision -26
Root Delay: 0.019332, Root dispersion: 0.000167, Reference-ID: 10.224.8.4
Reference Timestamp: 3994841982.467231570（2026/08/04 16:19:42）
Originator Timestamp: 3994841992.595168680（2026/08/04 16:19:52）
Receive Timestamp: 3994841998.402424755（2026/08/04 16:19:58）
Transmit Timestamp: 3994841998.402487656（2026/08/04 16:19:58）
Originator - Receive Timestamp: +5.807256074
Originator - Transmit Timestamp: +5.807318975

但 $ ntpdate -b -d pool.ntp·org 顯示：
2026/08/04 16:19:45 ntpdate[5622]: ntpdate 4.2.8p10.1@1.3728-o Wed Jul 22 18:16:06 UTC 2026 (1)
正在查找主機 pool.ntp·org 和服務 ntp
78.41.116.149 反解為 time1.funkfeuer.at
主機找到：time1.funkfeuer.at
2026/08/04 16:19:45 ntpdate[5622]: Port 0: 1001
2026/08/04 16:19:45 ntpdate[5622]: Port 1: 123
transmit(78.41.116.149)
transmit(94.199.174.89)
transmit(152.53.15.127)
transmit(162.159.200.123)
[…]
server 162.159.200.123, port 123
stratum 0, precision 0, leap 00, trust 000
refid [162.159.200.123], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 2036/02/07 07:28:16.000
originate timestamp: 00000000.00000000 2036/02/07 07:28:16.000
transmit timestamp: ee1c7388.985cf984 2026/08/04 16:19:52.595
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

2026/08/04 16:19:54 ntpdate[5622]: 找不到適合同步的伺服器

既然 tcpdump 可以看到並解析回應，應該不是 DNS 或防火牆的問題。

有沒有什麼方法可以解決這個問題？

SteveKo · 2026年08月06日10:18

你可以先檢查一下你的 NAS 系統時間是否和實際的現在時間相差很多嗎？時間差距過大會導致 NTP 同步問題。請試著將 NAS 的時間調整接近實際時間，看看是否有改善。

如果問題依然存在，也麻煩你檢查一下同一網路下的其他電腦有沒有類似情況？這將幫助我們進一步排查。謝謝！

Sonicthh · 2026年08月06日12:24

在嘗試使用 ntp 之前，我已經將時間同步到我的桌面。我的桌面使用相同的 ntp 來源（timer.jku.at），所以目前兩者的時間差不到一秒。而且選項 -b 應該可以讓 ntpdate 無論時間差多大都強制調整時間。
我有幾台位於同一子網的 Linux 虛擬機，這些機器從 timer.jku.at 取得 ntp 時間都沒問題。大多數主機執行 chrony，但我在其中兩台安裝並測試了 ntpdate 4.2.8_p18（應該夠接近吧），結果也都正常。

SteveKo · 2026年08月07日09:34

請問您是否有嘗試過使用 GUI 操作，或者是直接輸入指令？另外，能否提供 $ ntpdate -b -d pool.ntp.org 指令的完整主控台日誌 —— 尤其是您在文章中省略的「[…]」部分？謝謝！

Sonicthh · 2026年08月07日09:42

我是在收到自動每日執行失敗通知時才意識到這個問題。（［一般設定］無法與 NTP 伺服器「timer.jku.at」同步時間。）然後我進入一般設定 → 時間，點擊「測試連線」按鈕，但同樣失敗了。
於是我開始在命令列調查。
下面是執行 $ ntpdate -b -d pool.ntp.org 的完整輸出：
7 Aug 11:41:31 ntpdate[1758]: ntpdate 4.2.8p10.1@1.3728-o Wed Jul 22 18:16:06 UTC 2026 (1)
正在尋找主機 pool.ntp.org 和服務 ntp
78.41.116.149 反查為 time1.funkfeuer.at
找到主機 : time1.funkfeuer.at
7 Aug 11:41:31 ntpdate[1758]: Port 0: 1001
7 Aug 11:41:31 ntpdate[1758]: Port 1: 123
transmit(78.41.116.149)
transmit(86.59.113.124)
transmit(152.53.132.244)
transmit(162.159.200.123)
transmit(78.41.116.149)
transmit(86.59.113.124)
transmit(152.53.132.244)
transmit(162.159.200.123)
transmit(78.41.116.149)
transmit(86.59.113.124)
transmit(152.53.132.244)
transmit(162.159.200.123)
transmit(78.41.116.149)
transmit(86.59.113.124)
transmit(152.53.132.244)
transmit(162.159.200.123)
transmit(78.41.116.149)
transmit(86.59.113.124)
transmit(152.53.132.244)
transmit(162.159.200.123)
78.41.116.149: 伺服器丟棄：沒有資料
86.59.113.124: 伺服器丟棄：沒有資料
152.53.132.244: 伺服器丟棄：沒有資料
162.159.200.123: 伺服器丟棄：沒有資料
server 78.41.116.149, port 123
stratum 0, precision 0, leap 00, trust 000
refid [78.41.116.149], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
transmit timestamp: ee2026d1.ca1df3e9 Fri, Aug 7 2026 11:41:37.789
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

server 86.59.113.124, port 123
stratum 0, precision 0, leap 00, trust 000
refid [86.59.113.124], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
transmit timestamp: ee2026d1.fd51b457 Fri, Aug 7 2026 11:41:37.989
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

server 152.53.132.244, port 123
stratum 0, precision 0, leap 00, trust 000
refid [152.53.132.244], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
transmit timestamp: ee2026d2.308472c5 Fri, Aug 7 2026 11:41:38.189
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

server 162.159.200.123, port 123
stratum 0, precision 0, leap 00, trust 000
refid [162.159.200.123], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
transmit timestamp: ee2026d2.63b77092 Fri, Aug 7 2026 11:41:38.389
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

7 Aug 11:41:40 ntpdate[1758]: 找不到適合同步的伺服器

Sonicthh · 2026年08月10日14:44

將 ntp 伺服器的 IP 位址加入控制台 → 安全性 → 允許/拒絕清單 ->「僅允許清單中的連線」可以解決這個問題。
但這引出兩個問題：
為什麼 ntp 流量沒有被追蹤並允許進來，即使它符合 NAS 發出的請求？
為什麼我能在 tcpdump 裡看到回覆？