Public bug reported:
Hi,
I'm running dnsmasq in a (docker) container. If I tried to start dnsmasq
without arguments and it failed with:
dnsmasq: setting capabilities failed: Operation not permitted
Guess this is expected because the container has limited privileges. The
odd thing is, if I start it with --no-daemon it starts just fine, it
receives the DISCOVERs and says it's sending the OFFERS. The log shows:
dnsmasq-dhcp: DHCPDISCOVER(eth1) a4:ba:db:0a:3f:ef
dnsmasq-dhcp: DHCPOFFER(eth1) 192.168.101.183 a4:ba:db:0a:3f:ef
But according to tcpdump it's trying to send this as unicast which isn't
possible (I only see arp requests to resolve 192.168.101.183). This is
a strace when answering the request:
https://gist.github.com/discordianfish/687f4cb5756c9cf3d841
No idea whether this is just a obscure bug or dnsmasq trying to be
smart. So guess in the end it needs just better error handling/checks
for capabilities.
** Affects: dnsmasq (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1291369
Title:
dnsmasq can't send OFFERS missing capabilities but doesn't check
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1291369/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
