On Mon, Sep 28, 2020 at 11:19 AM PGNet Dev <pgnet....@gmail.com> wrote:

> On 9/28/20 11:03 AM, Lennart Poettering wrote:
> > I have the strong suspicion that the same people who are
> > able to deploy working DNSSEC client side and are educated enough in
> > DNSSEC to know what that even means are also capable of replacing that
> > one symlink in /etc.
>
> i'll start with:  i'm generally a huge use-systemd-*-whenever-possible
> bigot.  aka, NOT an anti-systemd'er.
>
> but, this^ comment, though likely _true_, causes concern for those of us
> out here, in the peanut gallery.
>
> <peanut-gallery hat>on</peanut-gallery hat>
>
> as Paul Wouters has repeatedly pointed out ... others' use cases are not
> mine.
>
> and statements such as "It's easy to do using resolvectl" make me ...
> antsy.
>
> forcing use of, or switching by (coming) default, to solutions that cause
> significant breakage to working systems, is bad news. whether or not that
> breakage can be 'easily' worked around.
>
> easy != zero effort / zero cost.
>
> my typical 'small-office install' includes local split-horizon bind9
> implementation, as well as instances of both NSD4/Unbound, multiple VPN
> links, and varied routing for IPv4 & IPv6 dns queries, as well as general &
> specific traffic.  internal services/capabilities include mail, DNSSEC and
> instances of secure DNS (DoT/DoH), geoIP, etc etc.
>
> 'large-office' installs are correspondingly _more_ 'convoluted'.
>
> that said, it all works.  well.
>
> (my) users see/use a static /etc/resolv.conf, with, generally, a single
> nameserver entry.
>
> recent experiments (on F32, admittedly -- *not* yet F33) with
> NetworkManager &/or systemd-resolved here were nightmarish; a seemingly
> endless array of 'gotchas' ...
>
> after trying, and failing, to chase down & completely resolve all the
> problems, the functional solution i landed on was
>
>  (1) disable NetworkManager everywhere (yes, causes some current pain with
> laptops)
>

I would have expected NetworkManager to handle this kind of setup just
fine.  What went wrong?
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Reply via email to