88468309> /
LinkedIn<https://www.linkedin.com/company/arts-alliance-media>
From: W.C.A. Wijngaards [mailto:wou...@nlnetlabs.nl]
Sent: 28 November 2017 13:11
To: Aggelos Kanarelis <aggelos.kanare...@artsalliancemedia.com>
Cc: unbound-users@unbound.net
Subject: Re: Configuration issue
H
gt; <http://www.facebook.com/pages/Arts-Alliance-Media/115700988468309>/
> LinkedIn <https://www.linkedin.com/company/arts-alliance-media>
>
>
>
> *From:*W.C.A. Wijngaards [mailto:wou...@nlnetlabs.nl]
> *Sent:* 28 November 2017 08:15
> *To:* Aggelos Kanarelis <aggel
n<https://www.linkedin.com/company/arts-alliance-media>
From: W.C.A. Wijngaards [mailto:wou...@nlnetlabs.nl]
Sent: 28 November 2017 08:15
To: Aggelos Kanarelis <aggelos.kanare...@artsalliancemedia.com>
Subject: Re: Configuration issue
Hi Aggelos,
With that I mean you could hav
Hi,
The order does not matter for local-zone, local-data, forward and stub
clauses. Unbound picks the closest one. First the local-zone and
local-data statements are processed. Then the cache of forward and stub
data. Then the lookup vi forward and stub data.
You could create a local-zone:
Maybe post the unbound.conf file (no comment lines please).
09> /
LinkedIn<https://www.linkedin.com/company/arts-alliance-media>
From: Sonic [mailto:sonicsm...@gmail.com]
Sent: 27 November 2017 14:04
To: Aggelos Kanarelis <aggelos.kanare...@artsalliancemedia.com>
Cc: unbound-users@unbound.net
Subject: Re: Configuration issue
On Mon, Nov 27
On Mon, Nov 27, 2017 at 8:42 AM, Aggelos Kanarelis
wrote:
>
> nslookup facebook.com unboundIP
> Server: UnKnown
> Address: unbound IP
>
> Non-authoritative answer:
> Name:facebook.com
> Addresses: 2a03:2880:f101:83:face:b00c:0:25de
>
Message-
From: Sonic [mailto:sonicsm...@gmail.com]
Sent: 27 November 2017 14:02
To: Aggelos Kanarelis <aggelos.kanare...@artsalliancemedia.com>
Cc: unbound-users@unbound.net
Subject: Re: Configuration issue
On Mon, Nov 27, 2017 at 8:48 AM, Aggelos Kanarelis
<aggel
On Mon, Nov 27, 2017 at 8:48 AM, Aggelos Kanarelis
wrote:
> Right, so when I create a wildcard zone and forward to nothing it stopped
> resolving my addresses as well.
>
Order may be important - make sure the wildcard zone is last.
ubject: Re: Configuration issue
On Mon, Nov 27, 2017 at 8:10 AM, Aggelos Kanarelis
<aggelos.kanare...@artsalliancemedia.com> wrote:
>
> Thanks for your reply, but that will only have the queries answered by a
> different server. I don't want them answered at all. The endpoints that
ct: Re: Configuration issue
On Mon, Nov 27, 2017 at 8:10 AM, Aggelos Kanarelis
<aggelos.kanare...@artsalliancemedia.com> wrote:
>
> Thanks for your reply, but that will only have the queries answered by a
> different server. I don't want them answered at all. The endpoints that
On Mon, Nov 27, 2017 at 8:10 AM, Aggelos Kanarelis
wrote:
>
> Thanks for your reply, but that will only have the queries answered by a
> different server. I don't want them answered at all. The endpoints that will
> be configured with that DNS server
Bridge Road
London W6 9EJ
Follow us on Twitter / Facebook / LinkedIn
-Original Message-
From: Sonic [mailto:sonicsm...@gmail.com]
Sent: 27 November 2017 12:56
To: Aggelos Kanarelis <aggelos.kanare...@artsalliancemedia.com>
Cc: unbound-users@unbound.net
Subject: Re: Configuration issu
Two ways, as a validator that queries the root servers and follows the
chain, or use a wildcard forward for all of the other domains you
don't want to specifically route to a particular cache.
Ex. of forward:
===
forward-zone:
name: "."
forward-addr: 8.8.8.8
14 matches
Mail list logo