On 2/5/2021 4:10 AM, Charles Curley wrote:
On Thu, 4 Feb 2021 22:16:12 +0100 basti <[email protected]> wrote:I use a up to date debian. As I can see now timedatectl seems *not* using the NTP Server provide by DHCP. I have configure a NTP server in LAN. timedatectl timesync-status Server: 167.86.86.192 (0.debian.pool.ntp.org) Poll interval: 1min 4s (min: 32s; max 34min 8s)I see the same, on a Bullseye system. root@dragon:~# timedatectl timesync-status Server: 198.74.51.125 (2.debian.pool.ntp.org) Poll interval: 34min 8s (min: 32s; max 34min 8s) Leap: normal ... This box is running systemd, and ntp is not present. The dhcp server shows: subnet 192.168.100.0 netmask 255.255.255.0 { option subnet-mask 255.255.255.0; option broadcast-address 192.168.100.255; option routers 192.168.100.31; option domain-name-servers 192.168.100.30, 192.168.100.6, 192.168.100.31; # chaffee, hawk, freeman option domain-search "localdomain", "virtual", "yen"; option domain-name "localdomain"; option ntp-servers 192.168.100.31; # freeman, AKA ntp.localdomain # range 192.168.100.1 192.168.100.254; ...
It does work fine for me, is the lease showing the ntp server? Note that systemd is using a sntp client and not a ntp client. Does 'systemctl restart systemd-timesyncd' help? -- John Doe

