ntpdate gagal menyesuaikan waktu

English Umum
1

Saya menggunakan QuTS hero h6.0.1.3564.
Meskipun saya menerima paket NTP yang valid dari server (saya sudah mencoba timer.jku.at, pool.ntp·org, time.google·com dan lainnya) paket-paket tersebut tidak diinterpretasikan oleh ntpdate. [Mengganti tanda titik terakhir agar fqdn tidak muncul sebagai tautan]

Hasil tcpdump menunjukkan:
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, panjang 48
Server, Leap indicator: (0), Stratum 3 (referensi sekunder), poll 3 (8 detik), presisi -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

Tetapi $ ntpdate -b -d pool.ntp·org berkata:
4 Agu 16:19:45 ntpdate[5622]: ntpdate 4.2.8p10.1@1.3728-o Rab 22 Jul 18:16:06 UTC 2026 (1)
Mencari host pool.ntp·org dan layanan ntp
78.41.116.149 reversed ke time1.funkfeuer.at
host ditemukan : time1.funkfeuer.at
4 Agu 16:19:45 ntpdate[5622]: Port 0: 1001
4 Agu 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, presisi 0, leap 00, trust 000
refid [162.159.200.123], delay 0.00000, dispersi 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Kam, Feb 7 2036 7:28:16.000
originate timestamp: 00000000.00000000 Kam, Feb 7 2036 7:28:16.000
transmit timestamp: ee1c7388.985cf984 Sel, Agu 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, dispersi 64.00000
offset 0.000000

4 Agu 16:19:54 ntpdate[5622]: tidak ada server yang cocok untuk sinkronisasi ditemukan

Karena tcpdump dapat melihat dan menginterpretasi balasan, maka ini bukan masalah DNS atau firewall.

Ada ide bagaimana mengatasi masalah ini?

2

Bisakah kamu terlebih dahulu memeriksa apakah waktu sistem NAS milikmu berbeda jauh dari waktu saat ini? Perbedaan besar bisa menyebabkan masalah sinkronisasi NTP. Coba atur waktu NAS supaya lebih sesuai dengan waktu sebenarnya dan lihat apakah itu membantu.

Jika masalahnya masih ada, bisakah kamu juga memeriksa apakah komputer di jaringan yang sama mengalami masalah serupa? Itu akan membantu kami mempersempit masalahnya. Terima kasih!

3

Saya sudah menyinkronkan waktu dengan desktop saya sebelum mencoba menggunakan ntp. Desktop saya memakai sumber ntp yang sama (timer.jku.at), jadi saat ini perbedaan waktu kurang dari satu detik. Selain itu, opsi -b seharusnya membuat ntpdate mengubah waktu secara langsung terlepas dari seberapa besar perbedaannya.
Saya punya beberapa VM linux di subnet yang sama dan tidak ada satupun yang mengalami masalah ketika mengambil waktu ntp dari timer.jku.at. Sebagian besar menjalankan chrony tapi saya menginstal dan mencoba ntpdate 4.2.8_p18 (harusnya cukup dekat, menurut saya) di dua VM dan itu juga berfungsi.

4

Bisakah Anda memberi tahu kami apakah Anda sudah mencoba beroperasi melalui GUI, atau apakah Anda memasukkan perintahnya secara langsung? Selain itu, dapatkah Anda memberikan kami log konsol lengkap dari perintah $ ntpdate -b -d pool.ntp.org — khususnya bagian [...] yang tadi Anda lewatkan di posting? Terima kasih!

5

Saya mulai menyadari masalah ketika saya diberitahu bahwa proses otomatis harian gagal. ([Pengaturan Umum] Gagal menyinkronkan waktu dengan server NTP “timer.jku.at”.) Kemudian saya masuk ke Pengaturan Umum → Waktu dan mengklik tombol Tes Koneksi, yang juga gagal.
Lalu saya mulai melakukan investigasi di command line.
Berikut adalah output lengkap dari $ 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)
Mencari host pool.ntp.org dan layanan ntp
78.41.116.149 dibalik menjadi time1.funkfeuer.at
host ditemukan : 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 dijatuhkan: tidak ada data
86.59.113.124: Server dijatuhkan: tidak ada data
152.53.132.244: Server dijatuhkan: tidak ada data
162.159.200.123: Server dijatuhkan: tidak ada data
server 78.41.116.149, port 123
stratum 0, presisi 0, leap 00, trust 000
refid [78.41.116.149], delay 0.00000, dispersi 64.00000
terkirim 4, di filter 4
reference time: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
originate timestamp: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
transmit timestamp: ee2026d1.ca1df3e9 Jum, 7 Agu 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, dispersi 64.00000
offset 0.000000

server 86.59.113.124, port 123
stratum 0, presisi 0, leap 00, trust 000
refid [86.59.113.124], delay 0.00000, dispersi 64.00000
terkirim 4, di filter 4
reference time: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
originate timestamp: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
transmit timestamp: ee2026d1.fd51b457 Jum, 7 Agu 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, dispersi 64.00000
offset 0.000000

server 152.53.132.244, port 123
stratum 0, presisi 0, leap 00, trust 000
refid [152.53.132.244], delay 0.00000, dispersi 64.00000
terkirim 4, di filter 4
reference time: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
originate timestamp: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
transmit timestamp: ee2026d2.308472c5 Jum, 7 Agu 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, dispersi 64.00000
offset 0.000000

server 162.159.200.123, port 123
stratum 0, presisi 0, leap 00, trust 000
refid [162.159.200.123], delay 0.00000, dispersi 64.00000
terkirim 4, di filter 4
reference time: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
originate timestamp: 00000000.00000000 Kam, 7 Feb 2036 7:28:16.000
transmit timestamp: ee2026d2.63b77092 Jum, 7 Agu 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, dispersi 64.00000
offset 0.000000

7 Aug 11:41:40 ntpdate[1758]: tidak ada server yang cocok untuk sinkronisasi ditemukan

6

Menambahkan alamat IP server ntp ke Control Panel → Security → Allow/Deny List → “Hanya izinkan koneksi dari daftar” menyelesaikan masalahnya.
Namun hal ini menimbulkan dua pertanyaan:
Mengapa lalu lintas ntp tidak dipantau dan diizinkan masuk, jika cocok dengan permintaan yang dikirim oleh NAS?
Kenapa saya bisa melihat balasan tersebut di tcpdump?