Done some more tests this morning, keeping two windows 10 computers on for a longer period, without a changing IPv6, but not a lot of activity.
it really looks like you need a recent query, originating from the temporary IPv6 address, in order to update the name
in the network
table.
at 09h45, after 1,5 hours of no activity, I looked at the network
table.
One of the computers now had a name
, the lastQuery
field had a recent date (converted using this site.
The other computer still had an empty name
field (empty, NOT null), the lastQuery
field had a entry from over two hours ago
unfortunately, no screenshots, using the site www.epochconverter.com implied a IPv6 DNS query, this made the lastQuery
field change, the name
now also appeared.
My assessment: updating the name
field should not be subject to performing a query. As soon as there is a hwaddr
in the network table, without a name
entry (not empty and not null), pihole-FTL should regularly attempt to resolve the address.
Since some users don't like the PTR requests, the frequency should probably be configurable in pihole-FTL.conf.
edit
OR as suggested earlier, triggered by a signal to pihole-FTL
/edit
The problem is caused by windows 10. It looks like, when the computer starts up, a number of DNS queries are performed, using the temporary IPv6 address, which causes pihole-FTL to add the IP to the table, however, once started, the majority of the request are performed, using the IPv4 address of the computer. If your lucky enough to consult a site that is resolved, using the IPv6 address of the computer, in the window that pihole-FTL checks, you get a name entry. If not …
Yesterday, I tried (and succeeded) in adding the name field scripted (next run, 15 minutes) when a hwaddr without a name existed in the database. Unfortunately, this doesn't affect the dashboard and the query log, I assume the web interface gets the info from pihole-FTL, and pihole-FTL never looks for this information in the database, when it's running (only at startup)
I was composing this entry, but you already replied, hope it still adds some clarification.