Hi all :-)
dig yahoo.it @192.168.1.212
query is 38ms, second query is 1msec
Can I replicate a whole internet primary dns to have on my bind in local
network all domains name updated?
Is 38ms an acceptable results?
thanks for help
Pol
dig yahoo.it @192.168.1.212
; <<>> DiG 9.9.5-9+deb8u6-
On 19.09.16 15:51, Pol Hallen wrote:
dig yahoo.it @192.168.1.212
query is 38ms, second query is 1msec
Can I replicate a whole internet primary dns to have on my bind in
local network all domains name updated?
are you sure you want to replicate whole server?
Are you sure you know what that me
Huh?
are you sure you want to replicate whole server?
Are you sure you know what that means?
mhmh... now I'm not sure :-'
what does entail this?
thanks
Pol
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this
On Mon, Sep 19, 2016 at 03:51:17PM +0200, Pol Hallen wrote:
> dig yahoo.it @192.168.1.212
>
> query is 38ms, second query is 1msec
>
> Can I replicate a whole internet primary dns to have on my bind in
> local network all domains name updated?
"Internet primary dns", are you referring to the .i
/dev/rob0 wrote:
>
> If you're thinking that you can do this replication to improve DNS
> performance, you're right, it will do that. But it certainly will
> not scale (if it's even possible to get axfr/ixfr), and it won't
> handle modern CDN systems properly.
BIND 9.10 and later will keep popul
> On Sep 19, 2016, at 8:40 AM, Tony Finch wrote:
>
> /dev/rob0 wrote:
>>
>> If you're thinking that you can do this replication to improve DNS
>> performance, you're right, it will do that. But it certainly will
>> not scale (if it's even possible to get axfr/ixfr), and it won't
>> handle mode
On Mon, Sep 19, 2016 at 04:40:17PM +0100, Tony Finch wrote:
> /dev/rob0 wrote:
> >
> > If you're thinking that you can do this replication to improve DNS
> > performance, you're right, it will do that. But it certainly will
> > not scale (if it's even possible to get axfr/ixfr), and it won't
> >
Mukund Sivaraman wrote:
>
> There's an attempt to make it go one step further by refreshing whole
> zones in the cache:
>
> https://github.com/muks/dnsrefresh
>
> It needs another section to be completed before upload, possibly in time
> for IETF-97.
Oh dear, that is deeply problematic wrt DNSSEC
8 matches
Mail list logo