ntpdateが時刻を修正できない

Sonicthh · 2026 年 8 月 4 日午後 2: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（8秒）、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 の結果は：
4 Aug 16:19:45 ntpdate[5622]: ntpdate 4.2.8p10.1@1.3728-o Wed Jul 22 18:16:06 UTC 2026 (1)
Looking for host pool.ntp・org and service ntp
78.41.116.149 reversed to time1.funkfeuer.at
host found : time1.funkfeuer.at
4 Aug 16:19:45 ntpdate[5622]: Port 0: 1001
4 Aug 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 Thu, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
transmit timestamp: ee1c7388.985cf984 Tue, Aug 4 2026 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

4 Aug 16:19:54 ntpdate[5622]: 同期に適したサーバーが見つかりませんでした

tcpdumpが返信パケットを認識しているので、DNSやファイアウォールの問題ではないはずです。

この問題について、何か対処法のアイデアはありますか？

SteveKo · 2026 年 8 月 6 日午前 10:18

まず、お使いのNASのシステム時刻が現在の正確な時刻と大きくずれていないか確認していただけますか？ずれが大きい場合、NTPの同期に問題が生じることがあります。NASの時刻を実際の時間に近づけて設定し、改善するか試してみてください。

問題が続く場合、同じネットワーク内の他のパソコンでも同様の症状が出ているか確認できますでしょうか？そうすれば原因の絞り込みができます。よろしくお願いします！

Sonicthh · 2026 年 8 月 6 日午後 12:24

ntpを使う前にデスクトップと時間を同期しました。デスクトップも同じntpソース（timer.jku.at）を使用しているので、現在時刻の差は1秒未満です。また、-bオプションは、差がどれだけ大きくてもntpdateが時刻を強制的に変更するよう指示するはずです。
同じサブネット内にいくつかLinux VMがありますが、それらはtimer.jku.atからntp時刻を取得する際に問題はありません。ほとんどはchronyを使用していますが、2台にntpdate 4.2.8_p18（十分新しいと思います）をインストールしてテストしてみたところ、こちらも正常に動作しました。

SteveKo · 2026 年 8 月 7 日午前 9:34

GUIで操作したことがあるか、コマンドを直接入力しているのか教えていただけますか？また、$ ntpdate -b -d pool.ntp.org コマンドの完全なコンソールログ、特に投稿で省略された「[…]」部分をご提供いただけますでしょうか？ありがとうございます！

Sonicthh · 2026 年 8 月 7 日午前 9: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)
Looking for host pool.ntp.org and service ntp
78.41.116.149 reversed to time1.funkfeuer.at
host found : 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: Server dropped: no data
86.59.113.124: Server dropped: no data
152.53.132.244: Server dropped: no data
162.159.200.123: Server dropped: no data
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 年 8 月 10 日午後 2:44

コントロールパネル → セキュリティ → 許可／拒否リスト → 「リストにある接続のみ許可」にNTPサーバーのIPアドレスを追加すると問題は解決します。
ですが、疑問が2つあります:
なぜNASからのリクエストに一致する場合でも、NTPトラフィックが追跡されて自動的に許可されないのでしょうか？
tcpdumpで返信が確認できたのはなぜでしょう？