Re: NSD 4.1.21rc1 pre-release
"W.C.A. Wijngaards" <[email protected]>
| Newsgroups | gmane.network.dns.nsd.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Anand, On 08/05/18 08:52, Anand Buddhdev wrote: > On 07/05/2018 11:52, A. Schulze wrote: > >> Is it intentional to refuse-any on UDP /and/ TCP? >> >> https://tools.ietf.org/html/draft-ietf-dnsop-refuse-any-06#section-4.4 >> >> Implementers SHOULD provide configuration options to allow operators >> to specify different behaviour over UDP and TCP. >> >> I've no idea if refuse-any will break something in my networks. >> But if one day something break, it would be nice to know >> NSD could be configured to at lease allow ANY (old behaviour) on TCP. > > I also prefer this, to refuse ANY queries over UDP, but allow them over TCP. Allright, I have implemented this for the next release. It replies with a 12byte packet with the TC flag set to UDP queries of type ANY. That makes the reply smaller than the query. TCP queries of type ANY are not obstructed, and get a normal answer. Best regards, Wouter > > Actually, what Knot DNS does is to respond to ANY queries with an empty > answer and the TC bit set. The response is therefore just as small as a > REFUSED response. A genuine client will retry over TCP, and Knot answers > that. I personally prefer this to a REFUSED response. > > Regards, > Anand > _______________________________________________ > nsd-users mailing list > [email protected] > https://open.nlnetlabs.nl/mailman/listinfo/nsd-users > _______________________________________________ nsd-users mailing list [email protected] https://open.nlnetlabs.nl/mailman/listinfo/nsd-users
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE7fqj8spObrBWga+On28cLX4EX40FAlr5b0QACgkQn28cLX4E X40mYxAAqZ8N377+OW6I/QHyw6BPXAwycwBuI46Wdh3qHBqMmwp5bvcHIxjS1TvG b1ZF6oNJXcKU3z4D0q5+4KmYsbnNOS+0FyOZx6xj1F5vyMLMJtku5m1ANt8gyJl8 diR2eU4uhLW1+t4ENXa4bxItsq7+GxuwQPvYvR5zUL5YR4W7NDt7bIN/K2mPNmhB NFl2FFeMblts+5/FyFuDZ+b8cmVc8uybllm6FIMqRCrgQIJ05Ylxd+mHQYY3B7To U3QKEZytdvFaq+jMhMO0sGsuT+1sGYWpXQTg9lWKu149dwQSPE9SQuzdOeoSf+pY QiK/okiJvzIUz2iXVVs4NH4RrwmbJvxAYcfn4ZKUy0NpOx//gxboPPIxkI8sZ4wP O+V532hThrExrs5D/TTsrV7hI/38C1j8985AP3Q6K9+YDAqmE/HpmghSfhmZ+B2d 70kz9zylqNpkfdqoOCBnQuYYBUSI4wleN0uLALg9Vz1wwv9eq7wLuTlb6pZVTeWr 6Rn8qa5NnlP1byPlnZRH8oRu8JiHXGEfzyeVNnK5Ydivi/AQfMwKolp+WJb2GZxl ASZBgK9XgN07HRju6cipIPud7c3pKvz1Akux2WekqsRKUi/cCJ9BUUdj81qRJSGh ZksW84pFk+Gbie+IrZbaZGGKVyx/aZL/tBlKraoRZ1NRR/qYjbQ= =7pKm -----END PGP SIGNATURE-----