Open hellodword opened 1 year ago
This is an acceptable feature, but we'd rather wait until a few pieces of our network code are refactored to do something like this.
I'm also not entirely sure how something like this can be done on all operating systems that AGH supports.
wait until a few pieces of our network code are refactored
Sure.
can be done on all operating systems
I think network things are hard to say "support all operating systems", even in the current ADH, we also have some *_others.go
files.
Implement new features on the top operating systems, give warnings on other operating systems if users force to use these new features, and keep former behaviors if users are not using them.
Out of curiosity, if the IP of the DNS server is dynamic, how do clients find it? Is it doing dynamic DNS and the clients look it up via a different DNS server?
Out of curiosity, if the IP of the DNS server is dynamic, how do clients find it? Is it doing dynamic DNS and the clients look it up via a different DNS server?
For example:
I'm using a cute 1-Port machine as a travel router
(without wifi), running ADH, wireguard, and other services. I know the interface name, but I do not know the IP. If using dns.bind_hosts
, I have to modify the config file in every hotel.
Prerequisites
[X] I have checked the Wiki and Discussions and found no answer
[X] I have searched other issues and found no duplicates
[X] I want to request a feature or enhancement and not ask a question
The problem
Sometimes we do not want to bind adguardhome to
0.0.0.0:53
.For example: adguardhome is running on a DHCP-Client machine, and I do want to serve it on
eth1:53
, but I do not know the DHCP IP ofeth1
before it get one.Proposed solution
Similar with
-i, --interface=<interface name>
of dnsmasqAlternatives considered and additional information
Is this an acceptable feature? I'd love to implement this.