Re: Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

On Mon, Jul 24, 2017 at 11:57 AM, Sven Hartge wrote: > Tom Browder wrote: ... >> Greg, I appreciate your advice, and I would love to stay with the >> debian packages. However, I also want to be able to use a debian >> installation a long time and I see lots of changes on dns resource >> records.

Re: Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

Tom Browder wrote: > On Mon, Jul 24, 2017 at 8:23 AM, Greg Wooledge wrote: >> On Sun, Jul 23, 2017 at 06:55:09AM -0500, Tom Browder wrote: >>> I would like to remove all bind9 packages from servers running bind9 >>> and install the latest bind9 from source. >> Because you want to satisfy intern

Re: Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

On Mon, Jul 24, 2017 at 8:23 AM, Greg Wooledge wrote: > On Sun, Jul 23, 2017 at 06:55:09AM -0500, Tom Browder wrote: >> I would like to remove all bind9 packages from servers running bind9 >> and install the latest bind9 from source. > > Because you want to satisfy internal audits that don't under

Re: Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

On Sun, Jul 23, 2017 at 06:55:09AM -0500, Tom Browder wrote: > I would like to remove all bind9 packages from servers running bind9 > and install the latest bind9 from source. Because you want to satisfy internal audits that don't understand how Debian security patching works, right? Right? Righ

Re: Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

On Sun, Jul 23, 2017 at 07:13 Lck Ras wrote: > On 07/23/2017 08:55 PM, Tom Browder wrote: > > I would like to remove all bind9 packages from servers running bind9 > > and install the latest bind9 from source. > > > > Two questions, please: > > > > 1. Will there be any adverse consequences from t

Bind 9: consequences of completely removind all bind9 packages on jessie and stretch)?

I would like to remove all bind9 packages from servers running bind9 and install the latest bind9 from source. Two questions, please: 1. Will there be any adverse consequences from the substitution if I install with --prefix=/usr/local? 2. Same question as 1 but for installation into --prefix=

Re: Re: Bind 9 unknown option 'logging'[Solved]

OK solved. I had the include "/etc/bind/named.conf.log"; statement in the wrong place in the named.conf file. I had it inside the options { } -- Gerard Hooton. Senior Technical Officer School of Engineering. University College Cork. College Road. Cork. Ireland. Tel: +353 21 4902296 Mobile: +353

Re: Bind 9 unknown option 'logging'

On 12/06/15 15:31, to...@tuxteam.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Jun 12, 2015 at 03:21:26PM +0100, Gerard Hooton wrote: Hi All, I already sent that was but before I subscribed to the list. I have included the following in my named.conf logging { channel b

Re: Bind 9 unknown option 'logging'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Jun 12, 2015 at 03:21:26PM +0100, Gerard Hooton wrote: > Hi All, > I already sent that was but before I subscribed to the list. > > I have included the following in my named.conf > > logging { > channel bind_log { > file "/var/log/bind

Bind 9 unknown option 'logging'

Hi All, I already sent that was but before I subscribed to the list. I have included the following in my named.conf logging { channel bind_log { file "/var/log/bind/bind.log" versions 3 size 5m; severity info; print-category yes; print-severity yes; print-time yes; };

Bind 9 unknown option 'logging'

Hi All, I have included the following in my named.conf logging { channel bind_log { file "/var/log/bind/bind.log" versions 3 size 5m; severity info; print-category yes; print-severity yes; print-time yes; }; category default { bind_log; }; category update { bind_log;

Re: Strange Bind 9 crash (lenny, squeeze)

On Fri, May 27, 2011 at 10:04, mail...@securitylabs.it < mail...@securitylabs.it> wrote: > On 26/05/2011 22:53, Jan Ingvoldstad wrote: > >> Hi. >> >> At $workplace, two of our internal, caching DNS servers, running Bind >> 9 experienced crashes in quick order t

Re: Strange Bind 9 crash (lenny, squeeze)

On 26/05/2011 22:53, Jan Ingvoldstad wrote: Hi. At $workplace, two of our internal, caching DNS servers, running Bind 9 experienced crashes in quick order today. Hello, may be it has something related to this? *** *Summary:* A BIND 9 DNS server set up to be a caching resolver is vulnerable

Strange Bind 9 crash (lenny, squeeze)

Hi. At $workplace, two of our internal, caching DNS servers, running Bind 9 experienced crashes in quick order today. I was wondering if other Debian users with Bind 9 have experienced similar crashes lately, and know how to avoid them (installing other recursive DNS servers is, of course, an

Re: BIND 9 messages

> Hi, I'm running Lenny with Bind 9 on my server; all working fine, except > that whenever I connect a new client, I get the syslog message: > > tony-lx named[4179]: client 192.168.1.12#56479: updating zone > 'magpieway.net/IN': update unsuccessful: TONY-XP.magpiewa

BIND 9 messages

Hi, I'm running Lenny with Bind 9 on my server; all working fine, except that whenever I connect a new client, I get the syslog message: tony-lx named[4179]: client 192.168.1.12#56479: updating zone 'magpieway.net/IN': update unsuccessful: TONY-XP.magpieway.net/CNAME: '

Re: Very slow bind 9

Richard A Nelson wrote: > On Thu, 6 Nov 2008, Julian De Marchi wrote: > >> It uses them to determine the NS for the domain name you want. to run >> bind at its quickest, using your own root zone can help. > > That makes sense. By default "." is type hint. > >> I aggregate a root zone to run on

Re: Very slow bind 9

On Thu, 6 Nov 2008 09:27:00 +0100, "Jesus arteche" <[EMAIL PROTECTED]> wrote: > Thanks for the help...but Julian...It's not clear to me...Where i should > add > the zonei added to nameb.conf.local this: > > zone "." IN{ >type slave; >file "/etc/bind/db.root"; >masters

Re: Very slow bind 9

On Thu, 6 Nov 2008 09:27:00 +0100 "Jesus arteche" <[EMAIL PROTECTED]> wrote: > Thanks for the help...but Julian...It's not clear to me...Where i > should add the zonei added to nameb.conf.local this: > > zone "." IN{ >type slave; >file "/etc/bind/db.root"; >masters {

Re: Very slow bind 9

Thanks for the help...but Julian...It's not clear to me...Where i should add the zonei added to nameb.conf.local this: zone "." IN{ type slave; file "/etc/bind/db.root"; masters { 62.42.230.24 ; }; allow-transfer { any; }; notify no; };

Re: Very slow bind 9

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> I aggregate a root zone to run on my name servers. You may grab the >> zone if you would like to give it a try. slave '. zone from 58.6.115.46. > > Can you share the aggregation script ? I would be more then happy to share the script. It is of c

Re: Very slow bind 9

On Thu, 6 Nov 2008, Julian De Marchi wrote: It uses them to determine the NS for the domain name you want. to run bind at its quickest, using your own root zone can help. That makes sense. By default "." is type hint. I aggregate a root zone to run on my name servers. You may grab the zone

Re: Very slow bind 9

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jesus arteche wrote: > Hey, > I hve just buildt a Master DNS cache with bind, but it is very slow...it is > 10 times slower than the response if i try to resolve against the router. I > checked the syslog and i saw that Bind try to get responso from t

Very slow bind 9

Hey, I hve just buildt a Master DNS cache with bind, but it is very slow...it is 10 times slower than the response if i try to resolve against the router. I checked the syslog and i saw that Bind try to get responso from the Root-Servers...I dont understand cause i conf bind with forward to my DNS

Re: BIND 9 Question

On Thu, Oct 13, 2005 at 09:19:20AM -0400, Timothy Spear wrote: > I have looked at how Debian configured BIND. If you read the readme > files, they have split the zone files to two locations. One in > /etc/bind for permanent data and /var/cache/bind/ for transient data > (such as when BIND is the se

RE: BIND 9 Question

@lists.debian.org Subject: Re: BIND 9 Question On Wednesday 12 October 2005 10:40 pm, Paul Johnson wrote: > On Wednesday 12 October 2005 09:31 pm, Glenn English wrote: > > On Wed, 2005-10-12 at 19:55 -0700, ke6isf wrote: > > > When I migrated from Mandrake to Debian, I simply copied th

Re: BIND 9 Question

Glenn English a écrit : >On Wednesday 12 October 2005 10:40 pm, Paul Johnson wrote: > > >>On Wednesday 12 October 2005 09:31 pm, Glenn English wrote: >> >> >>>On Wed, 2005-10-12 at 19:55 -0700, ke6isf wrote: >>> >>> When I migrated from Mandrake to Debian, I simply copied the n

Re: BIND 9 Question

On Wednesday 12 October 2005 10:40 pm, Paul Johnson wrote: > On Wednesday 12 October 2005 09:31 pm, Glenn English wrote: > > On Wed, 2005-10-12 at 19:55 -0700, ke6isf wrote: > > > When I migrated from Mandrake to Debian, I simply copied the > > > named.conf over, made a single adjustment (on Mandra

Re: BIND 9 Question

On Wednesday 12 October 2005 09:31 pm, Glenn English wrote: > On Wed, 2005-10-12 at 19:55 -0700, ke6isf wrote: > > When I migrated from Mandrake to Debian, I simply copied the named.conf > > over, made a single adjustment (on Mandrake, named.conf lives in /etc - > > in Debian, it lives in /etc/bind

Re: BIND 9 Question

On Wed, 2005-10-12 at 19:55 -0700, ke6isf wrote: > When I migrated from Mandrake to Debian, I simply copied the named.conf > over, made a single adjustment (on Mandrake, named.conf lives in /etc - in > Debian, it lives in /etc/bind), regen'ed my rndc.conf, and fired it up > with success - note the

Re: BIND 9 Question

On Wed, 12 Oct 2005, Timothy Spear wrote: > Hi all, >Quick question, I hope. I am migrating a data center from > RedHat/Suse/Mandrake to Debian (as the new single standard). When I migrated from Mandrake to Debian, I simply copied the named.conf over, made a single adjustment (on Mandrake

Re: BIND 9 Question

>Is my assumption correct that I cannot really use the base >Debian BIND configuration? You can extend it adding your own zones. >And can I assume that the modifications I make will be >protected on update/upgrade with Debian usual grace? Yes. But make your backups. Regards. -- Homepage : http

BIND 9 Question

Hi all, Quick question, I hope. I am migrating a data center from RedHat/Suse/Mandrake to Debian (as the new single standard). One of the things I have found is that Debian seems to pre-configure the BIND 9 Server for only home/small network situations as a primary name cache. Since I have

Re: ..lwresd, was meant to be: BIND 9: rcnd: connection refused

On Wed, 11 Feb 2004 22:19:19 + (UTC), Joost Witteveen <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > In article <[EMAIL PROTECTED]>, Arnt Karlsen wrote: > > >> > When I start Bind from '/etc/init.d/bind9 start', everything > >looks> > fine, like nothing wrong. But I found out t

Re: ..lwresd, was meant to be: BIND 9: rcnd: connection refused

In article <[EMAIL PROTECTED]>, Arnt Karlsen wrote: >> > When I start Bind from '/etc/init.d/bind9 start', everything looks >> > fine, like nothing wrong. But I found out that Bind acctually not >> > working properly. /etc/init.d/bind9 reload/restart will give this >> > error message: >> > >> > S

..lwresd, was meant to be: BIND 9: rcnd: connection refused

On Wed, 11 Feb 2004 12:55:21 + (UTC), Joost Witteveen <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > In article <[EMAIL PROTECTED]>, Phillipus > Gunawan wrote: > > Hi there, > > > > I am setting up a BIND for my local network (anydomain.bom) > > acessible only for local domain.

Re: BIND 9 with DHCP-DNS and PPPD Demand Dial

DDNS capabilities of Bind 9 and dhcp3. I no longer have erroneous dial-ups. Just thought I'd post this in case any else experiences a similar situation. Pete - Original Message - From: "Peter A. Cole" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, Januar

BIND 9 with DHCP-DNS and PPPD Demand Dial

Hi there, I'm currently running Debian Woody 3.0 r1 on my home Internet gateway box, and I've just removed DNSMasq and put BIND 9 in place instead. This was working fine, DNS lookups are happy, the other PC's can surf the net and all that with correct name resolution and local nam

Re: Bind 9 chroot now slave/tmp- failed

Chad M Stewart said on Sun, Sep 14, 2003 at 11:07:56AM -0400: > The following is in my logs > > named[1813]: transfer of 'domain.com/IN' from x.x.x.x#53: failed while > receiving responses: file not found > named[1813]: transfer of 'domain.com/IN' from x.x.x.x#53: end of > transfer > named[1813]

Bind 9 chroot now slave/tmp- failed

I'm rebuilding my secondary name server. I'm using debian/testing and bind 9.2.2. I have changed the default install/config to be in a chroot jail. Actually I'm going to run two instances of bind on this same box, both in their own chroot jails. I've got this working just fine on an older d

Re: monitoring bind 9 using mrtg

Gabriel Granger wrote: Hi All, Quick question, has anyone here set up mrtg to monitor dns servers? I'm monitoring sendmail stats and devices satts from the network just would be nice to know what my name servers and doing. I did a quick google but did find anything really helpful. I guess

monitoring bind 9 using mrtg

Hi All, Quick question, has anyone here set up mrtg to monitor dns servers? I'm monitoring sendmail stats and devices satts from the network just would be nice to know what my name servers and doing. I did a quick google but did find anything really helpful. I guess what I'm after is, na

Re: REQUEST: bind 9 in woody

On Sat, Apr 27, 2002 at 04:30:23PM -0500, hanasaki wrote: | Any chance of this happening? $ apt-cache policy bind9 bind9: Installed: 1:9.2.0-6 Candidate: 1:9.2.0-6 Version Table: *** 1:9.2.0-6 0 900 http://http.us.debian.org woody/main Packages 95 http://http.us.debian.org

REQUEST: bind 9 in woody

Any chance of this happening? -- = = [EMAIL PROTECTED] = = Spam : Just Say NO! = = -

Bind 9

Hi, I set my DNS server to forward requests to other servers. In the internal net, there are two DNS servers that forward the requests to this server. How can I set up this server so that it doesn't forward requests for internal hosts? eg: request for internal PTR records. Is bind v.9 the ans