RE: named fails to start with bind-9.18.0

No idea what OS or product. This is a compile, as in build the binary, or a daemon run issue? For myself I have an Ubuntu base and am running IND 9.18.x. Not locally compiled. I have found journalctl, systemctl, bind logs and /usr/bin/named-checkconf and named-checkzone to be very useful. Fr

issue with forwarder zones

My bad - I'd mailed this mistakenly to an individual and not the list. --- I am currently running BIND 9.18.18-0ubuntu0.22.04.2-Ubuntu. I am sometimes seeing that I don't have resolution for some FQDN in forwarder zones. Usually it works, sometimes I don't get resolution. Interesting I failed

rolling my own hints file

Running Bind 9.18.18 on Ubuntu 22.04 We would like to use root servers within our organization rather than the actual root servers. I updated the hints file with the names and IPs of our servers, but we seem to still access the official root servers. Wondering how I ignore the internal/build-in

RE: rolling my own hints file

other instance of BIND I have running. Your file would contain the names and IPs of your internal roots. In the config, define the hint zone like this: zone "." { type hint; file "db.root"; }; That should be all you need. Cheers, Greg On Wed, 26 Jun 2024 at 15:58, Cuttler,

RE: rolling my own hints file

A xx.yy.zz..8 . 518400IN NS @ Thank you. Brian From: bind-users On Behalf Of Cuttler, Brian R (HEALTH) via bind-users Sent: Wednesday, June 26, 2024 12:56 PM To: Greg Choules ; David Farje Cc: bind-users ; Hefner, Joseph (HEALTH) Subject: RE: rolling my own hints file ATTENTION

replication time for dynamic records from primary to secondary servers

Zone replication question. I'm sure the answer is out there, but I'm not performing the right (google) query. My DDNS is working wonderfully, DHCP server updating primary DNS server. We are seeing a delay in the primary DNS server updating the secondary and would like to shorten that interval.

RE: replication time for dynamic records from primary to secondary servers

ic records from primary to secondary servers ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. On 3/30/2021 12:30 PM, Cuttler, Brian R (HEALTH) via bind-users wrote: > We are seeing a delay in the prima

RE: replication time for dynamic records from primary to secondary servers

ALTH) Cc: bind-users@lists.isc.org Subject: Re: replication time for dynamic records from primary to secondary servers ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. Cuttler, Brian R (HEALTH) via bin

configure notify for ixfer?

My dns secondary is often behind on its dynamic zone tables. It looks to me like we are doing automatic transfer IXFR but not requently enough, but randomly. It looks to me that default 10 second interval for min transfer wait time. I'm missing something but haven't found the magic yet. Both pr

RE: configure notify for ixfer?

for ixfer? ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. > On 2 Jun 2021, at 01:18, Cuttler, Brian R (HEALTH) via bind-users > wrote: > > My dns secondary is often behind on its dynamic zone tables.

RE: Add DNS records automatically for static IP's

Roberto, I've been using nsupdate for that. I restricted my dynamic address pool, at the bottom end for infrastructure and at the top end for static IP's and then I use nsupdate to add the entries. There are other methods, which I learned mostly from this list and can attach a copy of my site w

RE: Reverse lookups not working when Internet connection failed.

My pointer zones are more like Zone "28.66.136.193.in-addr.arpa.", I've never had that leading "0-" Is that typical? What does it do? -Original Message- From: bind-users On Behalf Of Grant Taylor via bind-users Sent: Friday, November 4, 2022 1:07 PM To: bind-users@lists.isc.org Subjec

RE: Reverse lookups not working when Internet connection failed.

bind-users On Behalf Of Cuttler, Brian R (HEALTH) via bind-users Sent: Friday, November 4, 2022 2:09 PM To: Grant Taylor ; bind-users@lists.isc.org Subject: RE: Reverse lookups not working when Internet connection failed. ATTENTION: This email came from an external source. Do not open attachment

forwarding non-domain queries

Hello, looking for a sanity check. Inside our network we are running BIND 9.18.28-0ubuntu0.22.04.1-Ubuntu on Ubuntu 22.04.5 LTS Currently our server serves our own zones files - A/CNAME/PTR/TXT/etc records for our domain. We have already modified the db.cache file to reference two servers prov

RE: cname for apex record

- have been standardised (and are supported by BIND) that do allow you to alias the apex (the zone itself) *but* not for any query, only for queries matching those RRTPEs. Thus clients need to be SVCB/HTTPS-aware and ask the right question. So they are not a magic replacement for CNAME. Wh

RE: cname for apex record

Apologies, meant to write Stephane and not Stefane. From: bind-users On Behalf Of Cuttler, Brian R (HEALTH) via bind-users Sent: Tuesday, December 24, 2024 10:23 AM To: Greg Choules Cc: bind-users Subject: RE: cname for apex record ATTENTION: This email came from an external source. Do not

cname for apex record

Hello bind users. We are running bind 9.14.28 on Ubuntu and have an offsite provider for our DNS services. The cname we create for our webserver www.wadsworth.org is working well. However, I've been asked if we can point the apex record at the external webserver. If

RE: cname for apex record

I talked about html anchors, but web developer wants to tell me they don't have any html because they use Drupal. I looked at some page source and sure enough its html under the hood. I'll look at those links, are you saying that they re-write them between the server reading the page source and

RE: forwarding non-domain queries

click on links from unknown senders or unexpected emails. Hi Brian. If that's what you want to do; answer authoritatively from local zones you own and forward everything else to Corporate, then you have it correct. "forwarders {...etc" and "forward only;" go in the "o

RE: forwarding non-domain queries

anks, Brian From: Greg Choules mailto:gregchoules%2bbindus...@googlemail.com>> Sent: Monday, December 9, 2024 6:26 PM To: Cuttler, Brian R (HEALTH) mailto:brian.cutt...@health.ny.gov>> Cc: bind-users mailto:bind-users@lists.isc.org>> Subject: Re: forwarding non-domain queries ATTENTI

RE: forwarding non-domain queries

orwarding non-domain queries ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. Hi Brian. If that's what you want to do; answer authoritatively from local zones you own and forward everything else to Corpo

RE: forwarding non-domain queries

network does not meet that criterion because your corporate DNS servers will be answering names from the Internet. Therefore, lose the hint zone. I hope that helps. Greg On Mon, 9 Dec 2024 at 21:34, Cuttler, Brian R (HEALTH) via bind-users mailto:bind-users@lists.isc.org>> wrote: Hello

RE: forwarding non-domain queries

ork does not meet that criterion because your corporate DNS servers will be answering names from the Internet. Therefore, lose the hint zone. I hope that helps. Greg On Mon, 9 Dec 2024 at 21:34, Cuttler, Brian R (HEALTH) via bind-users mailto:bind-users@lists.isc.org>> wrote: Hello, look

RE: forwarding non-domain queries

Nick, Greg, Thank you both, don't deal with that level of detail very often but I love having a clue as to the underpinnings of things. The root priming process is exactly the sort of thing you'd hope a service like this did, and it does! Thanks, Brian From: bind-users On Behalf Of Greg Chou

RE: forwarding non-domain queries

. The only reason you would need a hint zone is to define custom roots for a private network that is *completely* isolated from the Internet. Your corporate network does not meet that criterion because your corporate DNS servers will be answering names from the Internet. Therefore, lose the hint z

RE: forwarding non-domain queries

ward only;" go in the "options" block. Since you are forwarding everything that's not local *and* disabling recursion if forwarding fails, you don't need the hint zone at all; please delete it. Actually you don't need it anyway, even if you are doing recursion, as Int

RE: forwarding non-domain queries

er authoritatively from local zones you own and forward everything else to Corporate, then you have it correct. "forwarders {...etc" and "forward only;" go in the "options" block. Since you are forwarding everything that's not local *and* disabling recursion

RE: cname for apex record

via bind-users Sent: Tuesday, December 24, 2024 2:25 PM To: bind-users@lists.isc.org Subject: Re: cname for apex record ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. "Cuttler, Brian R (HEALTH) via