Re: designing the DNS from the scratch

2017-07-10 Thread Leonardo Rodrigues
Em 10/07/17 11:12, Matthew Seaman escreveu: Or you could buy a service from one of a number of DNS service providers who provide pretty much exactly what I described. That will still be quite expensive, but not to the extent that it would cause inadvertent emission of bodily fluids. I

Re: different result between normal query and zone transfer

2017-07-10 Thread Tony Finch
Reindl Harald wrote: > > well, bind10 is dead so far and at least no longer a ISC project Catalog zones are a BIND 9.11 feature. https://kb.isc.org/article/AA-01432/81/BIND-9.11.0-Release-Notes.html#relnotes_features Tony. -- f.anthony.n.finch

Re: different result between normal query and zone transfer

2017-07-10 Thread Reindl Harald
Am 10.07.2017 um 18:48 schrieb Tony Finch: Darcy Kevin (FCA) wrote: There is no "automatic" mechanism within BIND to tell replicas to start slaving new zones. Fans of new features pop up in response to say, you might be able to use catalog zones to automatically

RE: different result between normal query and zone transfer

2017-07-10 Thread Tony Finch
Darcy Kevin (FCA) wrote: > There is no "automatic" mechanism within BIND to tell replicas to start > slaving new zones. Fans of new features pop up in response to say, you might be able to use catalog zones to automatically configure replication :-)

RE: different result between normal query and zone transfer

2017-07-10 Thread Darcy Kevin (FCA)
The bottom line is that a *zone* is the basic administrative unit of AXFR/IXFR-based replication. If you create a new zone and you want a replica to serve it, you need to configure the replica to replicate it. There is no "automatic" mechanism within BIND to tell replicas to start slaving new

Re: designing the DNS from the scratch

2017-07-10 Thread Matthew Seaman
On 2017/07/10 14:16, Matus UHLAR - fantomas wrote: >>> But you do know the approximate speed of light in a vacuum? > > there's always dark in my vacuum, so the speed of light doesn't apply > there. > > On 10.07.17 09:02, wbr...@e1b.org wrote: >> More importantly, what is the speed of light in a

Re: designing the DNS from the scratch

2017-07-10 Thread Matus UHLAR - fantomas
But you do know the approximate speed of light in a vacuum? there's always dark in my vacuum, so the speed of light doesn't apply there. On 10.07.17 09:02, wbr...@e1b.org wrote: More importantly, what is the speed of light in a fiberoptic connection? Speed of electrons in copper wire? speed

Re: designing the DNS from the scratch

2017-07-10 Thread Ray Bellis
On 10/07/2017 14:02, wbr...@e1b.org wrote: > ~3 x 10**8 m/s > > More importantly, what is the speed of light in a fiberoptic connection? ~0.66c > Speed of electrons in copper wire? Individual electrons move *very* slowly - it's the electric *field* that moves at between 0.5c and 1c.

Re: designing the DNS from the scratch

2017-07-10 Thread wbrown
> But you do know the approximate speed of light in a vacuum? ~3 x 10**8 m/s More importantly, what is the speed of light in a fiberoptic connection? Speed of electrons in copper wire? Confidentiality Notice: This electronic message and any attachments may contain confidential or

Re: restarting bind fixes some resolution issues

2017-07-10 Thread Sam Wilson
On 2017-07-09 15:04:53 +, Matus UHLAR - fantomas said: On 09.07.17 14:36, Dario Corti wrote: Hi, I occasionally have issues updating some packages, with the package manager saying that it cannot resolve deb.nodesource.com. I'm using 1:9.9.5.dfsg-9+deb8u11 and I verified that a bind