test of bind-users at 20180531.064208, please ignore

[marka]

Sorry for the noise
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Should we bundle the MaxMind GeoIP db?

[Dennis Clarke]

I think that would be more useful (and less likely to complicate the 
lives of packagers) than bundling the database.


And less work for you :-)



right on.

Also, my fear is that "what else?" will happen and then we have codebase
tossed in for a https/tls_1.3 admin front end being bolted in.

This "kitchen sink" approach happens about once a decade in every 
project and then we all just move on :-)


https://bugzilla.mozilla.org/show_bug.cgi?id=122411

Dennis

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Should we bundle the MaxMind GeoIP db?

[Timothe Litt]

On 30-May-18 17:27, Victoria Risk wrote:
> Hello GeoIP users,
>
> We are aware that Maxmind is discontinuing their older free GeoLite
> location database and replacing it with a new database with a new
> format (GeoLite2). https://dev.maxmind.com/geoip/geoip2/geolite2/
>
> We have an issue open in the BIND gitlab to update our Geo-IP support
> to use the new database api.
>  https://gitlab.isc.org/isc-projects/bind9/issues/182
>
> The question is, would it be useful if we included the GeoLite2
> database with the BIND distribution? Since we update at least twice a
> year, we could keep it fairly well up to date, and it would save users
> having to go get and update the db themselves. It would add about
> 1.5MB to the BIND distribution (depending on whether we use the
> country or city level).
>
> Votes, comments welcome. 
>
> Thank you,
>
> Vicky
> -
> Product Manager
> Internet Systems Consortium
> vi...@isc.org 
>
>
I use GeoIP with webservers, but not with BIND.  I run a cron job that
pulls the Maxmind updates roughly monthly.  IP address allocations
change a bit more frequently than twice a year.

Rather than bundling the database, you might want to bundle a script to
automate the update process... preferably one that you don't have to
maintain.  (Stick to your core competency...)

I think that would be more useful (and less likely to complicate the
lives of packagers) than bundling the database.

And less work for you :-)




smime.p7s
Description: S/MIME Cryptographic Signature
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Should we bundle the MaxMind GeoIP db?

[Dennis Clarke]

On 05/30/2018 06:30 PM, Victoria Risk wrote:



On May 30, 2018, at 3:15 PM, Rick Dicaire > wrote:


Hi, would this conflict with any similar pkg installed by an OS's pkg 
management system?


The package manager could choose whether or not to include the database



I think the philosophy[1] of ISC BIND and DHCP has been to "do one
thing and do it well" whereas recent software minds are creeping towards
"do one thing and add on everything else".  Let's look at the editor
called "vim" or "emacs" which are both monstrous in size for what they
do. Or at least what they were intended to do. I think original vi fit
neatly into a few hundred KB.  At last glance emacs was 62MB of source.
I think the entire operating system on an IBM 3090 MVS/ESA mainframe was
a few megabytes and the front 3092 controller booted from an 8 inch
floppy.  Two decades ago.

BIND is a precisely targeted tool. It may have add on things that
can be brought along later by a user or a package manager or production
software manager on some site. However throwing in GeoIP would add on
code control and database update sub-projects and costs and staff. Is
this really necessary for what Berkeley Internet Name Daemon should be
doing?

Dennis Clarke
ye old UNIX silverback
[1] also "Write programs to work together."
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Test mail to bind-users

[Michael McNally]

We have had reports that posts to bind-users are (in at least
some cases) triggering unwelcome direct-to-the-submitter messages
from spammers.

Please disregard this message while I try to gather some information
in the hopes of stopping this unwelcome behavior.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Should we bundle the MaxMind GeoIP db?

[Victoria Risk]

> On May 30, 2018, at 3:15 PM, Rick Dicaire  wrote:
> 
> Hi, would this conflict with any similar pkg installed by an OS's pkg 
> management system?

The package manager could choose whether or not to include the database - if 
they include it today, they wouldn’t include two copies, certainly. Even if 
they don’t include it today, they might not include it even if we bundle it.  
So this would not necessarily have any impact on what a particular package 
offers.

> 
> On Wed, May 30, 2018 at 5:27 PM, Victoria Risk  > wrote:
> Hello GeoIP users,
> 
> We are aware that Maxmind is discontinuing their older free GeoLite location 
> database and replacing it with a new database with a new format (GeoLite2). 
> https://dev.maxmind.com/geoip/geoip2/geolite2/ 
> 
> 
> We have an issue open in the BIND gitlab to update our Geo-IP support to use 
> the new database api.  https://gitlab.isc.org/isc-projects/bind9/issues/182 
> 
> 
> The question is, would it be useful if we included the GeoLite2 database with 
> the BIND distribution? Since we update at least twice a year, we could keep 
> it fairly well up to date, and it would save users having to go get and 
> update the db themselves. It would add about 1.5MB to the BIND distribution 
> (depending on whether we use the country or city level).
> 
> Votes, comments welcome. 
> 
> Thank you,
> 
> Vicky
> -
> Product Manager
> Internet Systems Consortium
> vi...@isc.org 
> 
> 
> 
> 
> 
> 
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users 
>  to unsubscribe from this 
> list
> 
> bind-users mailing list
> bind-users@lists.isc.org 
> https://lists.isc.org/mailman/listinfo/bind-users 
> 
> 
> 

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Should we bundle the MaxMind GeoIP db?

[Rick Dicaire]

Hi, would this conflict with any similar pkg installed by an OS's pkg
management system?

On Wed, May 30, 2018 at 5:27 PM, Victoria Risk  wrote:

> Hello GeoIP users,
>
> We are aware that Maxmind is discontinuing their older free GeoLite
> location database and replacing it with a new database with a new format
> (GeoLite2). https://dev.maxmind.com/geoip/geoip2/geolite2/
>
> We have an issue open in the BIND gitlab to update our Geo-IP support to
> use the new database api.  https://gitlab.isc.org/isc-
> projects/bind9/issues/182
>
> The question is, would it be useful if we included the GeoLite2 database
> with the BIND distribution? Since we update at least twice a year, we could
> keep it fairly well up to date, and it would save users having to go get
> and update the db themselves. It would add about 1.5MB to
> the BIND distribution (depending on whether we use the country or city
> level).
>
> Votes, comments welcome.
>
> Thank you,
>
> Vicky
> -
> Product Manager
> Internet Systems Consortium
> vi...@isc.org
>
>
>
>
>
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
>
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Should we bundle the MaxMind GeoIP db?

[Victoria Risk]

Hello GeoIP users,

We are aware that Maxmind is discontinuing their older free GeoLite location 
database and replacing it with a new database with a new format (GeoLite2). 
https://dev.maxmind.com/geoip/geoip2/geolite2/

We have an issue open in the BIND gitlab to update our Geo-IP support to use 
the new database api.  https://gitlab.isc.org/isc-projects/bind9/issues/182 


The question is, would it be useful if we included the GeoLite2 database with 
the BIND distribution? Since we update at least twice a year, we could keep it 
fairly well up to date, and it would save users having to go get and update the 
db themselves. It would add about 1.5MB to the BIND distribution (depending on 
whether we use the country or city level).

Votes, comments welcome. 

Thank you,

Vicky
-
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Timeout and SERVFAIL

[Barry Margolin]

In article ,
 Matus UHLAR - fantomas  wrote:

> Use longer expire times if you expect to experience this kind of problems
> more often.

Who EXPECTS to be down longer than a week? :)

-- 
Barry Margolin
Arlington, MA
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: Timeout and SERVFAIL

[Matus UHLAR - fantomas]

On 29.05.18 16:53, Alex wrote:

I have a few fedora25 systems with bind-9.11 set up for a few domains.
One system is master with the other two configured as slaves. The
master and one of the slaves are on one network while the other slave
is on a totally different network.

Last week the network with the master and one of the slaves went down
for an extended period. Requests appeared to still be served by the
second slave on the totally different network.

At least for a while. It appeared once the negative cache expired
after 24h, requests to the domain just resulted in SERVFAIL.

@  INSOA   ns.example.com. admin.ns.example.com. (
   2018041703  ;serial (mmddxx)
   3h  ;refresh every 3 hr
   1h  ;retry every 1 hr
   7d  ;expire in 7 days
   1d );negative cache minimum ttl 1 day


I guess that the "extended period" was over 7 days, which is the "expire"
TTL. After this time, zone on the slave expired and the slave stopped
providing it, returning SERVFAIL.

Use longer expire times if you expect to experience this kind of problems
more often.


How can I configure the name servers so failure of one or two doesn't
impact the third?


Or use multiple master setup and distribute the zone differently than using
DNS mechanism.

--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
It's now safe to throw off your computer.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users