diff options
author | Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk> | 2016-05-05 12:34:49 +0100 |
---|---|---|
committer | Jo-Philipp Wich <jo@mein.io> | 2016-05-18 22:17:33 +0200 |
commit | 382779e009af7c1c688fbd98adf71fb19ce66254 (patch) | |
tree | b4db3035f3b9a6d1cf6ac48ad53d5c23e37b9149 /scripts/dl_cleanup.py | |
parent | c19b7aaac5f861a20be9a7ddcce3832f6ba4a899 (diff) | |
download | upstream-382779e009af7c1c688fbd98adf71fb19ce66254.tar.gz upstream-382779e009af7c1c688fbd98adf71fb19ce66254.tar.bz2 upstream-382779e009af7c1c688fbd98adf71fb19ce66254.zip |
base-files: sysfixtime exclude dnsmasq.time
dnsmasq maintains dnsmasq.time across reboots and uses it as a means of
determining if current time is good enough to validate dnssec time
stamps. By including /etc/dnsmasq.time as a time source for sysfixtime,
the mechanism was effectively defeated because time was set to the
last time that dnsmasq considered current even though that time is in
the past. Since that time is out of date, dns(sec) resolution would
fail thus defeating any ntp based mechanisms for setting the clock
correctly.
In theory the process is defeated by any files in /etc that are newer
than /etc/dnsmasq.time however dnsmasq now updates the file's timestamp
on process TERM so hopefully /etc/dnsmasq.time is the latest file
timestamp in /etc as part of LEDE shutdown/reboot.
Either way, including /etc/dnsmasq.time as a time source for
sysfixtime is not helpful.
Diffstat (limited to 'scripts/dl_cleanup.py')
0 files changed, 0 insertions, 0 deletions