Hi Vijay, I'm not an expert on BIND, but I have few questions to understand
more. What I meant was that if you don't write the listen directive the
named service is by default going to listen on port 53, also if you run the
named service in every client machine you will lose the function of caching
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2/20/15 12:59 PM, Vijay Viswanathan wrote:
> sorry I didn't understand, with the snip i have without the listen
> directive, i should be able to run BIND (named) as recursion only
> server installed in all client machines to speed up their
> brow
Hi jose,
sorry I didn't understand, with the snip i have without the listen
directive, i should be able to run BIND (named) as recursion only server
installed in all client machines to speed up their browsing/DNS lookup?
Thanks.
On Fri, Feb 20, 2015 at 8:29 AM, José Alonso wrote:
> Hi Vijay
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2015-02-20 at 13:27 +0100, Tomas Hozza wrote:
> Since both workarounds are just temporary from our point of view, we
> would like you to really consider finishing the work so DHCP can be
> built against BIND 9.10.
Perhaps redhat.com could fund
Hi Vijay
I guess that's the default value for the listen directive. With the
configuration you have you should do well with the recursion only server.
Regards
On Friday, February 20, 2015, Vijay Viswanathan
wrote:
> Thanks
> I thought I needed the 'port 53' line.
>
>
>
> --
> Sent from my mobi
Yeah sadly the "in-view" feature doesn't work with RPZ zones. I already
tried that and also played a little bit with the "attach-cache" option but
at the end it's not the desired behavior.
And I have this problem, because I have 2 zones with 2 million of records
that I want to block, if I load eac
Thanks
I thought I needed the 'port 53' line.
--
Sent from my mobile. Plz excuse my brevity and spelling.From: Alan Clegg
Sent: 2/20/2015 5:46 AM
To: bind-users@lists.isc.org
Subject: Re: caching-only name server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2/19/15 9:52 PM, Vijay Vis
On Fri, Feb 20, 2015 at 09:48:57AM -0600, /dev/rob0 wrote:
> On Fri, Feb 20, 2015 at 02:58:00PM +, Howard, Christopher wrote:
> > I do not believe it is possible to have the other views reference
> > records that are only loaded in another view.
>
> BIND 9.10 has this feature, the "in-view" z
On Fri, Feb 20, 2015 at 02:58:00PM +, Howard, Christopher wrote:
> I do not believe it is possible to have the other views reference
> records that are only loaded in another view.
BIND 9.10 has this feature, the "in-view" zone option.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen o
There are three ways that I know of to do it. The first would be to load the
same RPZ data in each view from the same source files. The second would be to
zone transfer the RPZ data from one view to the others. The third would be to
have completely separate RPZ files for each view that you ma
Hi guys,
Any idea on this ?
Thanks!
Jose Alonso
On Thu, Feb 19, 2015 at 6:50 PM, José Alonso wrote:
> Hi all !
>
> I'm having a problem guys, I want to know if there's a way to share RPZ
> zones between views in a single server.
>
> Let's say that I have a view "common" and I have in there a z
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2/19/15 9:52 PM, Vijay Viswanathan wrote:
> looks like the default /etc/named.conf is designed to run much more
> than caching server
There no named.conf distributed with BIND from ISC. What you are
seeing is from your operating system distri
On 02/19/2015 07:30 PM, Evan Hunt wrote:
>> dhcp is only expected to work with the "generic library" (and also
>> disabling epoll), but this comment now seems to be obsolete as there's
>> no "generic" (formerly called "export") version of the library.
>> Assuming the issue with epoll is somehow res
13 matches
Mail list logo
