summaryrefslogtreecommitdiff
path: root/FAQ
diff options
context:
space:
mode:
authorSimon Kelley <simon@thekelleys.org.uk>2008-11-14 20:04:27 +0000
committerSimon Kelley <simon@thekelleys.org.uk>2012-01-05 17:31:14 +0000
commit9009d74652283dbc47e7701664165170615f25b9 (patch)
tree582413134bc55994feb174b57390e1e26fd8afbb /FAQ
parent1ad24ae15c799bff2d644cc02bc272ab91cf6f79 (diff)
downloaddnsmasq-9009d74652283dbc47e7701664165170615f25b9.tar.gz
import of dnsmasq-2.46.tar.gzv2.46
Diffstat (limited to 'FAQ')
-rw-r--r--FAQ19
1 files changed, 19 insertions, 0 deletions
diff --git a/FAQ b/FAQ
index 94bff49..b51c31e 100644
--- a/FAQ
+++ b/FAQ
@@ -16,6 +16,14 @@ A: The high ports that dnsmasq opens are for replies from the upstream
you to specify the UDP port to be used for this purpose. If not
specified, the operating system will select an available port number
just as it did before.
+
+ Second addendum: following the discovery of a security flaw in the
+ DNS protocol, dnsmasq from version 2.43 has changed behavior. It
+ now uses a new, randomly selected, port for each query. The old
+ default behaviour (use one port allocated by the OS) is available by
+ setting --query-port=0, and setting the query port to a positive
+ value is still works. You should think hard and know what you are
+ doing before using either of these options.
Q: Why doesn't dnsmasq support DNS queries over TCP? Don't the RFC's specify
that?
@@ -324,6 +332,17 @@ A: By default, the identity of a machine is determined by using the
method for setting the client-id varies with DHCP client software,
dhcpcd uses the "-I" flag. Windows uses a registry setting,
see http://www.jsiinc.com/SUBF/TIP2800/rh2845.htm
+Addendum:
+ From version 2.46, dnsmasq has a solution to this which doesn't
+ involve setting client-IDs. It's possible to put more than one MAC
+ address in a --dhcp-host configuration. This tells dnsmasq that it
+ should use the specified IP for any of the specified MAC addresses,
+ and furthermore it gives dnsmasq permission to sumarily abandon a
+ lease to one of the MAC addresses if another one comes along. Note
+ that this will work fine only as longer as only one interface is
+ up at any time. There is no way for dnsmasq to enforce this
+ constraint: if you configure multiple MAC addresses and violate
+ this rule, bad things will happen.
Q: Can dnsmasq do DHCP on IP-alias interfaces?