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?