Date: Mon, 9 Oct 2017 10:28:31 +0300 (MSK) From: "Igor V. Ruzanov" <igorr@pochta-mx.canmos.ru> To: Chris Gordon <freebsd@theory14.net> Cc: Ernie Luzar <luzar722@gmail.com>, "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: unbound trust-anchor Message-ID: <alpine.BSF.2.00.1710091017540.59850@pochta.canmos.ru> In-Reply-To: <7E539C26-2B8C-4647-9A70-EE2D330EB7D7@theory14.net> References: <59DABE19.2070704@gmail.com> <7E539C26-2B8C-4647-9A70-EE2D330EB7D7@theory14.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 8 Oct 2017, Chris Gordon wrote: | |> On Oct 8, 2017, at 8:08 PM, Ernie Luzar <luzar722@gmail.com> wrote: |> |> If I comprehend the unbound-anchor man page correctly, at unbound start time a trust-anchor is fetched from a unbound website. This is required for dnssec. Is this really necessary. I do not like any software application to be dialing home. Way to easy for that website to become compromised and bad things happen to my host. | |This function is to get the trust anchors for DNSsec validation. If you don’t want to use DNSsec, then you don’t need them. If you’re going to disable this then be sure you do NOT have DNSsec validation enabled in your configuration. | |For those that want to do DNSsec validation, this automatic anchor retrieval is very nice. In fact ICANN just announced delaying rolling over the root zone KSKs since there were too many resolvers that had not updated their trust anchors and they didn’t want all of those DNS resolvers to suddenly stop working. Totally agree with Chris. This is hot example of the resolver that "don’t want to use DNSsec" for some non-objective reasons ;) In general DNSSEC introduction is very similar to "slow start" of ISDN technology meny years ago: "It Still Does Nothing" | |The default site where the file is pulled is data.inana.org. This is not a site associated with unbound but with IANA. I understand and agree with your desire to minimize where your machine(s) pull data, but for me having working DNSsec validation out weights the risks of getting a “compromised” trust anchor. Note that if you have a compromised/corrupt trust anchor, DNSsec validation will fail and DNS wouldn’t work for you. Though DNS not working would be a very “bad” thing, it would be quick to diagnose and fix. | |> Can unbound function without this dial home feature? |> How would I go about disabling it. | |Take a look at /usr/local/etc/rc.d/unbound. You could just modify this and then make sure you don’t have validation enabled in unbound.conf. | |Chris |_______________________________________________ |freebsd-questions@freebsd.org mailing list |https://lists.freebsd.org/mailman/listinfo/freebsd-questions |To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1710091017540.59850>