Hello,

first I'd like to emphasize my "kudos" to all dnsmasq contributors!
There are so many nifty, well implemented and useful features in dnsmasq, I like it very much (reading /etc/ethers e.g.).  Same applies to the mailinglist / local git decision!

But I'm facing a probably FreeBSD(#HAVE_BSD_NETWORK) isolated problem.
It occurs in dhcp relay mode - unfortunately I don't have any dtraces  or the like yet, just a description of the problem.


With this *dnsmasq.conf* (skipped server= DNS parameters) clients can successfully acquires a DHCP lease:
no-resolv
no-hosts
domain=ab.cd.example.com
dhcp-range=172.17.147.0,172.17.147.254,255.255.240.0,15m
dhcp-authoritative
log-dhcp

    startuplog dnsmasq[13148]: started, version 2.78 cachesize 150
    startuplog dnsmasq[13148]: compile time options: IPv6 GNU-getopt no-DBus no-i18n IDN2 DHCP DHCPv6 no-Lua TFTP no-conntrack no-ipset auth no-DNSSEC loop-detect no-inotify     startuplog dnsmasq-dhcp[13148]: DHCP, IP range 172.17.147.0 -- 172.17.147.254, lease time 15m


As soon as I add/uncomment *my actual config, no client is able to acquire a lease*.
dhcp-relay=172.17.146.10,172.17.128.253
dhcp-proxy=172.17.146.10

    startuplog dnsmasq-dhcp[13148]: DHCP relay from 172.17.146.10 to 172.17.128.253


On the interface with the <local address> (172.17.146.10), I can only see this initial broadcast frame: 09:45:08.646733 ee:8c:ea:aa:1b:31 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from ee:8c:ea:aa:1b:31, length 300

Absolutely no DHCP-related frames are traveling on the <server> (172.17.128.253) interface (ngeth14). This doesn't change if I alter the dhcp-relay line to "dhcp-relay=172.17.146.10,ngeth14".
The log shows
runninglog dnsmasq-dhcp[13148]: DHCP relay 172.17.146.10 -> 172.17.128.253
but no frames materialize.

DNS-forwarder packets are captured on ngeth14 and the DNS forwarders, which travel the same route, do work.


_To rule out application unrelated config errors I tried https://github.com/sem-hub/dhcprelya/ - which works besides the missing proxy support_.


The probably crucial detail:
I'm on FreeBSD (14.2, inside vnet(9) jail(8) but the dhcprelya test should rule out all environmental details but #HAVE_BSD_NETWORK).
Any hints where how to start debugging highly appreciated.
My C and gdb skills are lousy and it got even worse since we're on llvm (for a decade), but this one shouldn't be too hard to track down, if you don';t leave me alone ;-)

Thanks in advance,

-harold




_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss

Reply via email to