I try “IP, Cloud, Update Time” the result is “Error: request timed out”, no time sync.
I try “System, SNTP Client” no errors but time not sync.
About a half year ago time sync work without issues.
/log print
17:20:57 ntp,debug Wait for 0 seconds before restarting
17:20:57 ntp,debug Wait for 16 seconds before sending next message
17:21:13 ntp,debug,packet sending to 88.147.254.230 NTP packet (48 bytes)
17:21:13 ntp,debug,packet VN=4
17:21:13 ntp,debug,packet Mode=3 (Client)
17:21:13 ntp,debug,packet TransmitTimestamp=de9c3ee9c41cf787
17:21:13 ntp,debug Wait for 16 seconds before sending next message
17:21:29 ntp,debug Wait for 16 seconds before sending next message
17:21:45 ntp,debug,packet sending to 2001:470:784d:fffd::a NTP packet (48 bytes)
17:21:45 ntp,debug,packet VN=4
17:21:45 ntp,debug,packet Mode=3 (Client)
17:21:45 ntp,debug,packet TransmitTimestamp=de9c3f09c49e3433
17:21:45 ntp,debug Wait for 16 seconds before sending next message
PS: After 10 minutes “IP, Cloud, Update Time” Sync the time, but to incorrect value (abount 5 seconds more than correct time). So I disable “IP, Cloud, Update Time” because I need correct time.
Can you post the output of /ip firewall export (if your public IP addresses appear there, replace them with some meaningful strings).
Something in input or output chains may prevent the ntp protocol from getting through.
OK, nothing in the input chain blocks ntp packets, so I assume @R1CH is right. You can confirm that by running /tool torch on pppoe-out1 and watching src-address=0.0.0.0/0 dst-address=0.0.0.0/0 ip-protocol=udp port=123. After change of NTP server settings, you should see packets to port 123 to be sent. If they only go in one direction, the ISP must filter them. Don’t worry about swapped source and destination addresses. If there are no such packets at all, the only other explanation which comes to my mind would be a DNS issue.
SNTP client doesn’t work on HAP AC. Even on the default config. I can see the replying packet (to UDP dport 123) on Torch but it never hits the input chain. Without the correct time on the router, SSL dependent services will fail to work (DNS over HTTPS, SSL…). I have to set the time manually after reboot. Even ip cloud timesync doesn’t work. This is very irritating.