Date: Sun, 7 Aug 2022 10:04:12 +0200 From: Franco Fichtner <franco@opnsense.org> To: Doug Rabson <dfr@rabson.org> Cc: Ben Woods <woodsb02@freebsd.org>, FreeBSD Net <freebsd-net@freebsd.org>, emaste@freebsd.org, roy@marples.name, Hiroki Sato <hrs@freebsd.org>, brooks@freebsd.org, cy@freebsd.org, Philip Paeps <philip@freebsd.org> Subject: Re: Import dhcpcd(8) into FreeBSD base Message-ID: <4F9FB59F-A635-405B-98FF-EF17E9C8BBDA@opnsense.org> In-Reply-To: <CACA0VUicpWgOjdxkLM0DmiX94M2OaYnEns9BbCfz9_Z5VQ_CVA@mail.gmail.com> References: <e401671f-6a67-49ed-bc41-e8fbb9de27cb@www.fastmail.com> <9831CA1D-1AE2-4B46-A781-D6B98BECDFBA@opnsense.org> <CACA0VUicpWgOjdxkLM0DmiX94M2OaYnEns9BbCfz9_Z5VQ_CVA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 7. Aug 2022, at 9:38 AM, Doug Rabson <dfr@rabson.org> wrote:
>=20
> I'm not sure what the problem is here? I'm using dhcpcd client in my =
home lab with pfsense acting as dhcp and dhcp6 server and it works =
great, including prefix delegation. Choosing a new dhcp client in =
FreeBSD certainly doesn't require {pf,opn}sense to use that client.
Good, but keep in mind that your home lab is not millions of downstream =
users. ;)
> Main thing that's missing for me is dynamic dns - my dhcp server =
updates my local DNS using ddns. This works well for ipv4 and I've been =
using it this way for years. For ipv6, rtsold is limited to handing =
advertising the local prefix. Using dhcpcd for both means I get both A =
and AAAA records in my local DNS which makes me happy.
Dynamic AAAA records for client leases is a problem, but isn't that also =
a
general issue with isc-dhcpd? What's your main DHCP server for IPv6?
> Again, not seeing the harm for either OPNsense or pfSense - these =
distributions are free to choose another client.
If you want to say "not my work, not my harm" that's possibly fine, but =
not
well-rounded in a real world setting as indicated by your former status.
It is still a lot of work to get it working mostly like it did before =
and at
least one FreeBSD major release will suffer from the inferiority of =
switching
to a new integration. I'm sure disrupting basic IPv4 DHCP capability =
which was
always working prior will come as a surprise to people involved in green =
lighting
this, but this is likely an unavoidable consequence of the proposal.
Cheers,
Franco=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F9FB59F-A635-405B-98FF-EF17E9C8BBDA>