Please follow the below template, it will help us to help you!
Expected Behaviour:
Passing most of DNSSEC Tests available on the Internet.
Actual Behaviour:
That doesn't happen at all. My config is this:
DNS: 1.1.1.1; 1.0.0.1
Pi Static Ip: 192.168.1.1
DNSSEC: enabled
I also set up openvpn, which works correctly.
Nov 14 00:03:12 dnsmasq[22964]: dnssec-query[DS] com to 149.112.112.112
Nov 14 00:03:12 dnsmasq[22964]: dnssec-query[DS] com to 149.112.112.112
Nov 14 00:03:12 dnsmasq[22964]: dnssec-query[DS] com to 149.112.112.112
Nov 14 00:03:12 dnsmasq[22964]: reply com is BOGUS DS
If you are on your third install, there may be a problem with your settings on the Pi OS. Check your timezone and time to ensure they are correct when you set this up.
pi@PiHole:~ $ timedatectl status
Local time: mer 2018-11-14 12:47:23 CET
Universal time: mer 2018-11-14 11:47:23 UTC
RTC time: n/a
Time zone: Europe/Rome (CET, +0100)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
This is timedatectl output. As you can see, ntp works (even if locally it's 19:03). I don't know what to do.
NTP will only set the proper time if it is within an hour or so, November 14 2018 is too far out of date for NTP to correct so it does not do anything.
pi@PiHole:~ $ sudo ntpd -q
14 Nov 13:32:18 ntpd[1068]: ntpd 4.2.8p10@1.3728-o Sat Mar 10 18:03:33 UTC 2018 (1): Starting
14 Nov 13:32:18 ntpd[1068]: Command line: ntpd -q
14 Nov 13:32:18 ntpd[1068]: proto: precision = 1.406 usec (-19)
14 Nov 13:32:18 ntpd[1068]: unable to bind to wildcard address :: - another process may be running - EXITING
Another error, it seems that something else is hogging the port (?)
Okay, does sudo ntpq -g set the proper time? It may not display anything on the command line, but run that command and check the time with date after a minute or so.