I have Turris Omnia with set up DHCP.
Is it possible to set up resolving of local hostnames among the network?
Currently I can reach each other vian ip address provided by DHCP, but resolving via hostnames doesn’t work.
I’ve put resolving in /etc/hosts
So, dnsmasq is only used for DHCP? That would explain why its service is enabled and running. As I recall reading, setting the dnsmasq's port to 0 disables the DNS. Is this correct?
What is being used for DNS, in TOS v4? The kresd service has been disabled. I also see that the resolver service is running. What is the difference between these two?
As you saying that the resolver service will start the kresd service (as seen in the Startup section)? I do see a kresd instance in the processes, however:
/usr/bin/kresd -c /tmp/kresd.config -f 1 /tmp/kresd -a 0.0.0.0 53 -a :: 53 -k /etc/root.keys
.lan name resolution is now working (it wasn’t after I enabled the DHCP clients in DNS setting in Foris). Is there a delay between enabling this setting and the name resolution functioning? The router itself, hostname = turris, in the is NOT available at turris.lan. Is this expected?
It would be nice to include some of these specific in the new, official documentation: DNS - Turris Documentation.
I don’t think there should be, but I’m not sure. Starting another kresd process shouldn’t help that issue anyway; if you have multiple of them, each query will be pseudo-randomly directed to one of the processes.
Apparently that’s a relatively common complaint. In any case, you can add arbitrary custom names: Turris Documentation
I think it’s used by DHCP server, but I haven’t really looked into that, so I don’t really know. If that’s so, I’d expect them to get propagated to DNS in the moment DHCP assigns them.
It was added to /etc/config/dhcp in the domain section:
config domain
option ip '192.168.1.1'
option name 'foo_bar_baz'
The change was immediate:
User@MacBookPro $ ping foo_bar_baz
PING foo_bar_baz.lan (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.265 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.517 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.458 ms