summaryrefslogtreecommitdiffstats
path: root/meta-networking/recipes-support/dnsmasq/files
Commit message (Collapse)AuthorAgeFilesLines
* dnsmasq: add info for port settingJackie Huang2017-03-231-0/+5
| | | | | | | | | | | The info is taken from CentOS which is usefull when bind (provides named) and dnsmasq are both installed and one may fail to start: | dnsmasq: failed to create listening socket for port 53: Address already in use Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: allow for dnsmasq instances to reuse default dnsmasq.confMark Asselstine2016-12-143-3/+3
| | | | | | | | | | | | | | By defining 'listen-address' in the global dnsmasq.conf file we prevent other instances of dnsmasq from using the global config as we will get an error that the address is already in use. Instead we pass 'local-service' when we start the main dnsmasq instance which will listen on the loopback address as well as any other local subnets. This will allow the main dnsmasq instance to play nice with other instances we might start for network-manager, libvirt, lxc... Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: read the conf files found in dnsmasq.dMark Asselstine2016-12-142-2/+2
| | | | | | | | | | | | | | | | | | | The dnsmasq package installs a ${sysconfigdir}/dnsmasq.d directory but doesn't currently use any configuration files that might be placed there. This goes against what the user would expect and doesn't match what you see in other distros. We could ensure this config directory is read when dnsmasq is started, as we are doing here, or by including it in the main dnsmasq.conf file. By doing it here we can have better reuseability of the main dnsmasq.conf file by other instances of dnsmasq. There are currently no files added to the dnsmasq.d directory for core oe images, so this should not result in any runtime behavior changes. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: get systemd only working againMark Asselstine2016-04-204-16/+94
| | | | | | | | | | | | | | | | | | The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2 [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only dnsmasq runtime. No sysvinit scripts are included in systemd only builds (and should not be) and the dnsmasq executable has not moved to /usr/sbin. Reverting to the previous version of the systemd service file. If folks want the local dnsmasq instance to be queried before going to an external DNS they should add 'nameserver 127.0.0.1' to /etc/resolv.conf. Or submit a change which will work with systemd. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Acked-by: Anders Darander <anders@chargestorm.se> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: steal resolvconf support from UbuntuJens Rehsack2016-04-014-4/+157
| | | | | | | | | | Add support for resolvconf integration as done in Ubuntu. This implies updates of start-scripts, resolvconf plugin (on nameserver update ...), populate-volatiles control file for saved nameserver list. Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: Listen only on loopback and disable DHCPOvidiu Vancea2016-01-201-2/+2
| | | | | | | | | | | | | | | | | | | | | | Dnsmasq functions as DHCP and DNS servers by default and listens on all interfaces. This conflicts with other DHCP or DNS servers already on the network and corrupts DNS configuration on Windows systems. We noticed that after installing docker, the Linux system became a magnet for DNS requests coming from Windows systems. Dnsmasq is a dependency for lxc which is recommended for docker. Windows periodically broadcasts DHCPInform and DHCP servers reply with DHCPAck. If the DHCPAck from the Linux target reaches the Windows system first, Windows changes its DNS server IP to the Linux system running dnsmasq. Dnsmasq ends up forwarding the DNS requests to the official DNS server and replies back the answer to the original requestor. The Linux system transparently becomes a DNS proxy on the subnet. Signed-off-by: Ovidiu Vancea <ovidiu.vancea@ni.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* dnsmasq: look for lua.pc, not lua5.1.pcChristopher Larson2014-08-131-19/+0
| | | | | Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* dnsmasq: move parallel make patch to .bb, add upstream-statusChristopher Larson2014-08-131-0/+1
| | | | | | | | Patches really belong in the recipe, not the .inc, given patches are generally version-bound. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* dnsmasq: fix parallel make failureShrikant Bobade2014-08-101-0/+18
| | | | | | | | | | | | The dnsmasq target depends on .configured and $(objs). .configured does an rm -f *.o. Yet the only thing telling make to build the .configured target before the $(objs) target was the order of the dependencies of the dnsmasq target. We can't rely on that order when doing a paralllel make build, so add an explicit rule to enforce that order. Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Shrikant Bobade <Shrikant_Bobade@mentor.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* dnsmasq: move to meta-networking and tweakPaul Eggleton2013-04-193-0/+358
* Make dbus a PACKAGECONFIG option and remove dnsmasq-dbus recipe * Set LICENSE to correctly indicate choice of licenses * Set SUMMARY instead of DESCRIPTION Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>