<oembed><type>rich</type><version>1.0</version><author_name>npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_name><author_url>https://nostr.ae/npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-05-19&#xA;📝 Original message:On Mon, May 19, 2014 at 4:36 PM, Robert McKay &lt;robert at mckay.com&gt; wrote:&#xA;&gt; It should be possible to configure bind as a DNS forwarder.. this can&#xA;&gt; be done in a zone context.. then you can forward the different zones to&#xA;&gt; different dnsseed daemons running on different non-public IPs or two&#xA;&gt; different ports on the same IP (or on one single non-public IP since&#xA;&gt; there&#39;s really no reason to expose the dnsseed directly daemon at all).&#xA;&#xA;Quite the opposite.  dnsseed data rotates through a lot of addresses&#xA;if available.  Using the bind/zone-xfer system would result in fewer&#xA;total addresses going through to the clients, thanks to the addition&#xA;of caching levels that the bind/zone-xfer system brings.&#xA;&#xA;That said, if the choice is between no-service and bind, bind it is ;p&#xA;&#xA;-- &#xA;Jeff Garzik&#xA;Bitcoin core developer and open source evangelist&#xA;BitPay, Inc.      https://bitpay.com/</html></oembed>