Thanks Robert, I don't think the setup you're describing fits my situation. In particular, if I understand things correctly, usage of the router advertisement mode isn't correct if the node in question (my intended DHCP server host) isn't a router. For my network, I have a separate router node (specifically a PFSense box) that's receiving the initial prefix delegation from the ISP and providing the LAN's RAs. While it technically *can* run a DHCPv6 server in addition to handling the RAs, I didn't want to do this for two reasons: 1) I already had a fairly detailed setup of DNS/IP assignments on my legacy IPv4 configured dnsmasq server and 2) the PFSense interface didn't make it seem very easy to setup and manage a similar configuration.
So my hope was to split the responsibility (which seems within spec, as far as I can tell from reading RFC documentation) between two nodes - one, a router, handling the RAs and one, a non-router, handling the DHCP assignments. That all said... I'd love to understand how your setup using dhcpcd differs from my setup within FreeBSD using rtsold to acquire the interface's ip. Does the usage of dhcpcd not mark the address as autoconfigured? Router advertisements aside, I feel like my big issue at the moment is getting an address, automatically, on the jail's interface that isn't considered "automatically configured", since that is the sticky point when it comes to dnsmasq's behavior regarding using a constructor in the dhcp-range command. Can you post the output of your interface's setup so I can compare it to the one I posted? As for the ISP issue.... yeah. That's becoming pretty annoying. It's "static enough" I suppose, in the sense that it's not changing every few hours... but it's changing often enough that I don't really want to reconfigure stuff each time. Particularly since I've been trying to do things like host software for my friends (notably a roleplaying virtual tabletop server). In theory, having the ISP provide globally routable IPs is great - get things configured, set the IP up with my external DNS provider and all is good... only then the prefix changes a few days later and everything breaks until I go around updating things. Getting my local network under control with a potentially changing prefix is step one in wrangling this - once I can consistently reference internal addresses by internal DNS for the local firewall, I can start looking into DynDNS for my external domain updates... -- Nathan On Fri, Jan 3, 2025 at 12:39 AM Robert Sharp <sysad...@osburn-sharp.uk> wrote: > > On 03/01/2025 04:32, Nathan Mitchell wrote: > > Is there a way I can accomplish this with dnsmasq? Or am I running > > into a fundamental design issue with the IPv6 architecture where I'm > > not supposed to do this? And if so, what is the replacement for the > > way things worked before in IPv4 land? Because this doesn't seem too > > crazy to want to do in my mind. > > > > Thanks! > > -- Nathan > > Hi Nathan, > > I think that I have this working fine with the following: > > # IPv6 stuff > enable-ra > > dhcp-range=::FF,::400,constructor:enp3s0,ra-names,24h > dhcp-range=vlan0@enp3s0,::2,::400,constructor:vlan0,ra-names,24h > > dhcp-host=fc:ab:13:c8:90:3e,server,[::5] > dhcp-host=... > > I use dhcpcd to obtain and delegate a prefix to each interface and > dnsmasq hands out addresses to the lan and vlan and resolves names for > my server(s). Everything has been working fine for a long time now but > it took quite a bit of fiddling to get it working. > > Interesting that your ISP only provides dynamic prefixes. I thought the > whole point of IPv6 was to provide an address space large enough to > avoid that. Perhaps they are charging more for static addresses? I have > a static /48 prefix from my ISP which is just great for the 6 trillion > devices on my network. But I have been careful not to hard-wire the > static address into anything so it could be dynamic for all I care. > > Robert > > > _______________________________________________ > Dnsmasq-discuss mailing list > Dnsmasq-discuss@lists.thekelleys.org.uk > https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss >
_______________________________________________ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss