nty of any kind.
- Original Message -
> From: "Michal Nowak"
> To: "bind-users"
> Sent: Tuesday, March 25, 2025 1:09:36 PM
> Subject: Re: isc-bind service shutdown after update at 9.20.7-1.2.el8
> Hi,
>
> I can reproduce your problem when I se
rt de Michal Nowak
Envoyé : 25 mars 2025 13:10
À : bind-users@lists.isc.org
Objet : Re: isc-bind service shutdown after update at 9.20.7-1.2.el8
Hi,
I can reproduce your problem when I setup chroot.
Tho, I think this is the expected behaviour unless you setup the systemd notify
socket inside the c
s Joël wrote:
Hello,
Thanks for your reply, this help me to point in the good direction! The problem is in the startup file for the
service /usr/lib/systemd/system/isc-bind-named.service (this file is modify by the 9.20.7 update). When i try to use
the option "Type=notify" or the o
Hello,
Thanks for your reply, this help me to point in the good direction! The
problem is in the startup file for the service
/usr/lib/systemd/system/isc-bind-named.service (this file is modify by the
9.20.7 update). When i try to use the option "Type=notify" or the
For BIND 9.20.7 and 9.21.6 we changed the service type from "forking" to
"notify", also ExecStart now has the "-f" option:
-[Service]
-Type=forking
-ExecStart=/opt/isc/isc-bind/root/usr/sbin/named -u named
+[Service]
+Type=notify
+ExecStart=/opt/isc/isc-bind/r
Hi,
> Need help with the COPR packages for BIND, they don’t seem to have DOH
> enabled / working
That's not the case, DNS-over-HTTPS should work just fine with our Copr
packages.
> Should have: compiled with DNS-over-HTTPS
> It does not no?
DNS-over-HTTPS support in BIND 9 is implemented usin
Hey Everyone,
Need help with the COPR packages for BIND, they don’t seem to have DOH enabled
/ working
sudo yum-config-manager --add-repo
https://copr.fedorainfracloud.org/coprs/isc/bind/repo/epel-9/isc-bind-epel-9.repo
sudo yum --enablerepo="copr:copr.fedorainfracloud.org:isc:bind&quo
outside your normal working hours.
> On 22. 3. 2025, at 2:44, Langlois Joël via bind-users
> wrote:
>
> Hi everyone,
>
> After updating my isc-bind packages from 9.20.6-1.2 to 9.20.7-1.2, i
> try to start the service but it always « shutdown » by himself. My server is
Hi everyone,
After updating my isc-bind packages from 9.20.6-1.2 to 9.20.7-1.2, i try
to start the service but it always « shutdown » by himself. My server is a
Rocky Linux 8.10 and with the old version (9.20.6) everything is working fine
since many mounths. Here is a the part of the
t; > - It's Red Hat so a SELinux denial might be a problem as well.
> >
> > KRB5_TRACE environment variable might help with debugging, see "man
> > kerberos" and also check other environment variables and config files
> > listed there.
> &
lp is much appreciated.
> Thanks
> Nagesh
>
> On Tue, Aug 6, 2024 at 7:11 PM Nagesh Thati mailto:tcpnag...@gmail.com>
> <mailto:tcpnag...@gmail.com <mailto:tcpnag...@gmail.com>>> wrote:
>
> Hello BIND Users,
>
&g
t; > Hello Guys,
> > Any help is much appreciated.
> > Thanks
> > Nagesh
> >
> > On Tue, Aug 6, 2024 at 7:11 PM Nagesh Thati > <mailto:tcpnag...@gmail.com>> wrote:
> >
> > Hello BIND Users,
> >
> > *Issue Description:*
> >
wrote:
Hello BIND Users,
*Issue Description:*
I'm experiencing an issue with secure Active Directory (AD) updates
on an AlmaLinux 9 system using ISC BIND. Despite following the
necessary configurations, I'm receiving error messages indicating
that the request
Your logs show error messages about missing Kerberos credentials files.
Did you notice and investigate those errors, and compare the state with
your CentOS 7 system?
On 08/08/2024 14:23, Nagesh Thati wrote:
Hello Guys,
Any help is much appreciated.
Thanks
Nagesh
--
Visit https://lists.isc.or
Hello Guys,
Any help is much appreciated.
Thanks
Nagesh
On Tue, Aug 6, 2024 at 7:11 PM Nagesh Thati wrote:
> Hello BIND Users,
>
> *Issue Description:*
> I'm experiencing an issue with secure Active Directory (AD) updates on an
> AlmaLinux 9 system using ISC BIND. D
Hello BIND Users,
*Issue Description:*
I'm experiencing an issue with secure Active Directory (AD) updates on an
AlmaLinux 9 system using ISC BIND. Despite following the necessary
configurations, I'm receiving error messages indicating that the requests
from the AD server are not
We have just upgraded the "bind-esv" repository from BIND 9.16.50 to
BIND 9.18.27, i.e. the same version as in the "bind" repository.
We will try to keep everyone informed about further major version
upgrades in our package repositories in the coming months.
--
Best regards,
Michał Kępień
--
Vi
Actually, now that we are polishing the last bits of 9.20.0 would be a good
time to start
9.16->9.18 transition.
The current plan is that on next Wednesday (next week), the bind-esv
repositories will
be bumped from 9.16 to 9.18, the 'bind' repository will stay on 9.18 until 9.20
is released,
an
> Have you considered scheduling the change in version published in each COPR
> repository so it doe /not/ coincide with the release of a new version of
> BIND?
>
> I have some hosts tied to the COPR for BIND-ESV, and some tied to BIND. I
> hit a stumbling block during the last "roll over" event,
lf of John Thurston
Sent: Monday, June 17, 2024 11:19 AM
To: bind-users@lists.isc.org
Subject: Re: Question about ISC BIND COPR repositories for 9.16->9.18 ESV transition
This email originated from outside of TESLA
Do not click links or open attachments unless you recognize the sender and know t
1:19 AM
To: bind-users@lists.isc.org
Subject: Re: Question about ISC BIND COPR repositories for 9.16->9.18 ESV
transition
This email originated from outside of TESLA
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
Have you considered sc
Have you considered scheduling the change in version published in each
COPR repository so it doe /not/ coincide with the release of a new
version of BIND?
I have some hosts tied to the COPR for BIND-ESV, and some tied to BIND.
I hit a stumbling block during the last "roll over" event, and it t
Hi Brian,
> We’ve been using the ISC BIND 9 COPR repositories at
> https://copr.fedorainfracloud.org/coprs/isc/ for a few years now, but I had a
> question – is there a planned date to update the “bind-esv” channel to
> provide BIND 9.18 rather than BIND 9.16? Since 9.16 is n
m: Stacey Marshall
> Date: Friday, June 14, 2024 at 4:09 AM
> To: Sebby, Brian A.
> Cc: bind-users@lists.isc.org
> Subject: Re: Question about ISC BIND COPR repositories for 9.16->9.18 ESV
> transition
>
> On 14 Jun 2024, at 0: 32, Sebby, Brian A. via bind-users wrote: >
1.4305| Argonne National Laboratory
From: Stacey Marshall
Date: Friday, June 14, 2024 at 4:09 AM
To: Sebby, Brian A.
Cc: bind-users@lists.isc.org
Subject: Re: Question about ISC BIND COPR repositories for 9.16->9.18 ESV
transition
On 14 Jun 2024, at 0: 32, Sebby, Brian A. via bind-users wrote:
On 14 Jun 2024, at 0:32, Sebby, Brian A. via bind-users wrote:
> I spent years having to compile BIND myself on Solaris
Curious, Solaris 11.4 provides a recent 9.18 ESV release.
Though not the monthly drops that ISC have been providing for a while,
is that what you wanted?
Mr. Stacey Marshall
We’ve been using the ISC BIND 9 COPR repositories at
https://copr.fedorainfracloud.org/coprs/isc/ for a few years now, but I had a
question – is there a planned date to update the “bind-esv” channel to provide
BIND 9.18 rather than BIND 9.16? Since 9.16 is now EOL we’ve switched to using
the
On Thu, 23 Nov 2023 at 00:07, Matus UHLAR - fantomas wrote:
>
> On 22.11.23 23:44, Turritopsis Dohrnii Teo En Ming wrote:
> >I have Virtualmin / Webmin web hosting server control panel. I have 2
> >Virtual Private Servers in Germany and 1 Virtual Private Server in
> >Japan.
> >
> >Can I upgrade BI
On 22.11.23 23:44, Turritopsis Dohrnii Teo En Ming wrote:
I have Virtualmin / Webmin web hosting server control panel. I have 2
Virtual Private Servers in Germany and 1 Virtual Private Server in
Japan.
Can I upgrade BIND DNS Server manually? Will it cause problems with
Virtualmin / Webmin?
I
Subject: Question on ISC BIND DNS Server
Good day from Singapore,
I have Virtualmin / Webmin web hosting server control panel. I have 2
Virtual Private Servers in Germany and 1 Virtual Private Server in
Japan.
Can I upgrade BIND DNS Server manually? Will it cause problems with
Virtualmin
On Wed 23/Nov/2022 16:54:56 +0100 Niall O'Reilly wrote:
With "APT-Sources: http://ppa.launchpad.net/isc/bind/ubuntu focal/main amd64
Packages",
the file /usr/share/doc/bind9/README.Debian recommends:
Zones subject to automatic updates (such as via DHCP and/or nsupdate) shou
Hi.
With "APT-Sources: http://ppa.launchpad.net/isc/bind/ubuntu focal/main
amd64 Packages",
the file /usr/share/doc/bind9/README.Debian recommends:
Zones subject to automatic updates (such as via DHCP and/or nsupdate)
should be
stored in /var/lib/bind, and specified with full
: Attempting to configure
an ISC BIND repository on Red Hat Linux 7.9
> Hello--sorry it took so long to respond. And I apologize for the length of
> this email.
>
> Yes, the curl command returns an xml file. I included an excerpt from the
> output:
>
> &
> Hello--sorry it took so long to respond. And I apologize for the length of
> this email.
>
> Yes, the curl command returns an xml file. I included an excerpt from the
> output:
>
> "About to connect() to download.copr.fedorainfracloud.org port 443 (#0)
> * Trying 13.32.153.64...
> * Connec
CTR DISA FE (USA)
Subject: [URL Verdict: Neutral][Non-DoD Source] Re: Attempting to configure an
ISC BIND repository on Red Hat Linux 7.9
All active links contained in this email were disabled. Please verify the
identity of the sender, and confirm the authenticity of all links contained
within
d.org
* start date: Nov 30 00:00:00 2021 GMT
* expire date: May 11 19:03:32 2022 GMT
* common name: download.copr.fedorainfracloud.org
* issuer: CN=DoD WCF Signing CA 2,OU=WCF PKI,OU=DoD,O=U.S. Government,C=US
> GET /results/isc/bind/epel-7-x86_64/repodata/repomd.xml HTTP/1.1
>
(Jim) CIV DISA FE (USA)
Cc: bind-users@lists.isc.org; Mcallister, Reginald CTR DISA FE (USA)
Subject: [URL Verdict: Neutral][Non-DoD Source] Re: Attempting to configure an
ISC BIND repository on Red Hat Linux 7.9
All active links contained in this email were disabled. Please verify the
ident
repository, which
> currently contains BIND 9.18):
>
># yum install
> http://mirror.centos.org/centos/7/os/x86_64/Packages/yum-plugin-copr-1.1.31-54.el7_8.noarch.rpm
># yum install
> https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
># yum cop
edoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
# yum copr enable isc/bind
# yum install isc-bind
(I just tested these commands on a fresh RHEL 7 Docker image.)
> now receiving error:
> "https://download.copr.fedorainfracloud.org/results/isc/bind/epel-8-x86_64/repodata
Modified the repo file to mimic the repo data provided from the isc web site
verbatim:
[copr:copr.fedorainfracloud.org:isc:bind]
name=Copr repo for bind owned by isc
baseurl=https://download.copr.fedorainfracloud.org/results/isc/bind/epel-7-$basearch/
type=rpm-md
skip_if_unavailable=True
]
name=Corp repo for bind owned by isc
baseurl=https://download.copr.fedorainfracloud.org/results/isc/bind/epel-7-x86_64/
skip_if_unavailable=True
gpgcheck=0
enabled=1
enabled_metadata=1
type=rpm-md
---same result.
V/R
Jim DeCaro
DISA
Systems Administrator
Windows and Unix/Linux Server Operations
On 28/04/2022 19:38, DeCaro, James John (Jim) CIV DISA FE (USA) via
bind-users wrote:
# yum-config-manager --add-repo
https://download.copr.fedorainfracloud.org/results/isc/bind/epel-7-$basearch/
Sigh. What do they teach at system administration school these days?
You see the variable
# yum-config-manager --add-repo
https://download.copr.fedorainfracloud.org/results/isc/bind/epel-7-$basearch/
--Results in the file:
/etc/yum.repos.d/download.copr.fedorainfracloud.org_results_isc_bind_epel-7-_.repo
Content of the repo file is
/download.copr.fedorainfracloud.org_results_isc_bind_epel-8-_.repo:
[copr:copr.fedorainfracloud.org:isc:bind]
name=Copr repo for bind owned by isc
baseurl=https://download.copr.fedorainfracloud.org/results/isc/bind/epel-8-$basearch/
type=rpm-md
skip_if_unavailable=False
enabled=1
enabled_metadata=1
gpgcheck=0
#gpgkey=https
][Non-DoD Source] Re: Attempting to configure an
ISC BIND repository on Red Hat Linux 7.9
All active links contained in this email were disabled. Please verify the
identity of the sender, and confirm the authenticity of all links contained
within the message prior to copying and pasting the address
/download.copr.fedorainfracloud.org_results_isc_bind_epel-8-_.repo:
You CANNOT install the EL8 version of BIND on RHEL 7. For RHEL 7, use
the appropriate repo:
https://download.copr.fedorainfracloud.org/results/isc/bind/epel-7-x86_64/
Regards,
Anand
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
owned by isc
baseurl=https://download.copr.fedorainfracloud.org/results/isc/bind/epel-8-$basearch/
type=rpm-md
skip_if_unavailable=False
enabled=1
enabled_metadata=1
gpgcheck=0
#gpgkey=https://download.copr.fedorainfracloud.org/results/isc/bind/pubkey.gpg
repo_gpgcheck=0
--changed gpgcheck and repo
On 2022-02-01 17:59, Danny Mayer via bind-users wrote:
Just run it as a docker image. Docker runs on Windows.
next will be we all run windows 12 in docker :)
/me hiddes, i am still using gentoo
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC fund
Check the list archives beginning April 2021 for the thread:
Deprecating BIND 9.18+ on Windows (or making it community improved and
supported)
--
Do things because you should, not just because you can.
John Thurston907-465-8591
john.thurs...@alaska.gov
Department of Administration
Sta
On 2/1/22 11:14 AM, jukka.pakka...@qnet.fi wrote:
Just read from the 9.18.0 release notes that Windows is not supported.
Since don't remember reading expressly stated that Windows support
would end with 9.16.x branch, inquiring if there is more information
about future Windows compatibility
On 02.02.22 00:14, jukka.pakka...@qnet.fi wrote:
Just read from the 9.18.0 release notes that Windows is not supported.
Since don't remember reading expressly stated that Windows support
would end with 9.16.x branch, inquiring if there is more information
about future Windows compatibility ava
Just read from the 9.18.0 release notes that Windows is not supported.
Since don't remember reading expressly stated that Windows support would
end with 9.16.x branch, inquiring if there is more information about
future Windows compatibility available... is the plan to include support
to Windo
: Service Now Self Service Portal
-Original Message-
From: Mark Andrews
Sent: Wednesday, May 12, 2021 8:40 AM
To: Stoffel, John (TAI)
Cc: Tony Finch ; bind-users@lists.isc.org
Subject: Re: ISC Bind as secondary to Windows Server: bad bitmap error on named
xfer.
There is enough information to
Now Self Service Portal
>
>
> -Original Message-
> From: Tony Finch On Behalf Of Tony Finch
> Sent: Tuesday, May 11, 2021 7:13 PM
> To: Stoffel, John (TAI)
> Cc: bind-users@lists.isc.org
> Subject: RE: ISC Bind as secondary to Windows Server: bad bitmap error on
&g
ubject: RE: ISC Bind as secondary to Windows Server: bad bitmap error on named
xfer.
Stoffel, John (TAI) wrote:
>
> And it does dump some errors too, which hopefully will give me an idea
> of where my crappy bad record is located, and no use hiding crap:
yuck, this looks lik
John (TAI)
Cc: bind-users@lists.isc.org
Subject: Re: ISC Bind as secondary to Windows Server: bad bitmap error on named
xfer.
Stoffel, John (TAI) wrote:
> failed while receiving responses: bad bitmap
>
> None of my googling has given me any hints on what this error could be.
I had to
Stoffel, John (TAI) wrote:
>
> And it does dump some errors too, which hopefully will give me an idea
> of where my crappy bad record is located, and no use hiding crap:
yuck, this looks like no fun...
> www.cisco.toshiba.com. 3600IN CNAME redirect.toshiba.com.
> www.cisco.toshiba.co
..2..*T
65 16 1b 28 09 ac aa b3 41 f0 85 60 e6 e2 18 ae e..(A..`
-Original Message-
From: Tony Finch On Behalf Of Tony Finch
Sent: Tuesday, May 11, 2021 5:24 PM
To: Stoffel, John (TAI)
Cc: bind-users@lists.isc.org
Subject: Re: ISC Bind as secondary to Windows Server: bad
Stoffel, John (TAI) wrote:
> failed while receiving responses: bad bitmap
>
> None of my googling has given me any hints on what this error could be.
I had to look at the source, which told me it's to do with NXT records
which are super obsolete, so I wonder what weird stuff is in the zone that
Hi,
I'm setting up an ISC Bind 9.11.20-RedHat-9.11.20-5 on a CentOS 8.3.2011
server and I'm running into a problem transferring a domain from our primary to
this new secondary. The primary is a Windows Server 2012R2 system. I have
300+ domains setup and most of them are working
Steve Egbert wrote:
> I haven't worked on the zone syntax file yet. It hasn't changed since v9.5
> days. That should be my next subproject.
That will be great! when I use nsvi, vim gets bright red and angry about
lots of fun records like DS, SSHFP, URI, EUI48, and RFC 3597 custom
records. Which
On 4/22/20 12:32 PM, Steve Egbert wrote:
Hello, Bind-Users,
Hi,
This is my 2nd post (in 19 years).
Welcome.
I'm announcing the release of ISC Bind v9.16 named.conf syntax file for
Vim editor.
Thank you!
The color scheme is derived from default Vim highlights using your own
rt wrote:
I'm announcing the release of ISC Bind v9.16 named.conf syntax file for
Vim editor.
Oh, thank you *so much*! That itch needed scratching for a long,
long time. :)
Are you planning to submit this upstream to vim, by any chance?
___
Plea
On Wed, Apr 22, 2020 at 02:32:51PM -0400, Steve Egbert wrote:
> I'm announcing the release of ISC Bind v9.16 named.conf syntax file for
> Vim editor.
Oh, thank you *so much*! That itch needed scratching for a long,
long time. :)
Are you planning to submit this upstream to vim, by
e a charm!
It's nice to have well formatted SSHFP records at last! :)
Regards,
Hugo Salgado
On 14:32 22/04, Steve Egbert wrote:
Hello, Bind-Users,
This is my 2nd post (in 19 years).
I'm announcing the release of ISC Bind v9.16 named.conf syntax file for Vim
editor.
Yeah, the
Thanks a lot Steve, works like a charm!
It's nice to have well formatted SSHFP records at last! :)
Regards,
Hugo Salgado
On 14:32 22/04, Steve Egbert wrote:
> Hello, Bind-Users,
>
>
> This is my 2nd post (in 19 years).
>
> I'm announcing the release of ISC Bind
Hello, Bind-Users,
This is my 2nd post (in 19 years).
I'm announcing the release of ISC Bind v9.16 named.conf syntax file for
Vim editor.
Yeah, the last one is the Vim stock 'named.conf' syntax and probably
works marginally today as it was written for Bind 9.4-9.5.
No aut
> Purely out of curiosity, I did try building libevent which failed
> miserably:-
>
> (...)
>
> For my part, I am not concerned about this as I am not using DNSTAP and
> only mention the issue in case others encounter it.
Ah, thanks for checking this. I was wrong - SRPMs for dnstap
dependencies
ely out of curiosity, I did try building libevent which failed
miserably:-
>[root@li1523-85 ~]# rpmbuild --rebuild --define 'dist .el6' --without scl
>isc-bind-libevent-2.1.8-6.el6.src.rpm
>Installing isc-bind-libevent-2.1.8-6.el6.src.rpm
>warning: InstallSourcePackage at: psm.c:2
> Thank you for your most helpful advice. On Centos 7, I have easily managed
> to build the non-scl packages using the following method starting with a
> default Centos 7 (I was using Linode) logged in as root:-
>
> (...)
>
> However, my luck is not quite as good with Centos 6 where my method is
uf-c-devel json-c-devel
>yum-utils
> - and reboot
>
># not sure if necessary
>systemctl stop firewalld.service
>
>cd /etc/yum.repos.d/
>wget
>https://copr.fedorainfracloud.org/coprs/isc/bind-esv/repo/epel-7/isc-bind-esv-epel-7.repo
>
>cd /root
>
>yumdownloader --
it to change the default Java version when multiple versions were
installed, and I didn't want the latest to be the default.
-Original Message-
From: bind-users On Behalf Of Michal Kepien
Sent: Monday, May 13, 2019 9:04 AM
To: Matthew Richardson
Cc: bind-users@lists.isc.org
Subject:
make the new tools the
> default?
The tricky part here is that the whole idea of Software Collections is
not to influence the base system underneath. For shell use, the way to
go would be to remove the old isc-bind-utils package and put the
following line e.g. in your .bash_profile file:
so
0200
>Subject: Re: isc-bind-esv Repository - "yum update" doing undesirable things!
>Hi Matthew,
>
>> I have been using the isc-bind-esv repository on Centos 7 since it was
>> created. On each upgrade, a "yum update" has done the correct thing by
>> u
After running some experiments, our plan is to make the SCL RPMs for the
upcoming set of releases (9.11.7, 9.14.2, 9.15.0; all due in two days)
use an FHS-compliant directory layout. Scriptlets in the revised RPMs
will attempt to adjust existing installations automatically, so that the
upgrade is
> I believe SCL allows multiple versions of the same package ... will ISC be
> using SCL in this manner?
If you are asking whether it will be possible to install multiple BIND
Software Collections side by side on the same machine, then no. All our
Copr repositories use the same Software Collecti
I believe SCL allows multiple versions of the same package ... will ISC be
using SCL in this manner?
Verne
--
Verne Britton, Lead Systems Programmervoice: (304) 293-5192 x230
Systems Support Group (in W
> If the old XPG4 and POSIX rules are to be at least paid some attention
> then the config data should be under /etc/opt/isc/named and the software
> binaries and libs stay in /opt/isc/named with logs going to the correct
> /var/opt/isc/named.
This is a good point, thanks for raising it. Software
> While it is an understood intent to move to scl, it is not nesseraly a
> welcome change for all.
> We were excited and were hoping to start using ISB BIND rpm's as they used to
> be prior to the latest build, but I guess we will have to continue building
> our own rpm's.
FWIW, currently publi
ppreciated the idea of releasing prebuilt packages to the
community.
Best,
Dmitry
On May 9, 2019 12:20 AM, Michał Kępień wrote:
Hi Matthew,
> I have been using the isc-bind-esv repository on Centos 7 since it was
> created. On each upgrade, a "yum update" has done the correct thi
Hi Matthew,
> I have been using the isc-bind-esv repository on Centos 7 since it was
> created. On each upgrade, a "yum update" has done the correct thing by
> upgrading from the running version to the latest version.
>
> Today (happily on a cloned test server!) I repea
On 5/8/19 11:06 PM, Greg Rivers wrote:
On Wednesday, May 8, 2019 1:49:38 PM CDT Matthew Richardson wrote:
I have been using the isc-bind-esv repository on Centos 7 since it was
created. On each upgrade, a "yum update" has done the correct thing by
upgrading from the running vers
On Wednesday, May 8, 2019 1:49:38 PM CDT Matthew Richardson wrote:
> I have been using the isc-bind-esv repository on Centos 7 since it was
> created. On each upgrade, a "yum update" has done the correct thing by
> upgrading from the running version to the latest version.
>
I have been using the isc-bind-esv repository on Centos 7 since it was
created. On each upgrade, a "yum update" has done the correct thing by
upgrading from the running version to the latest version.
Today (happily on a cloned test server!) I repeated this with the upgrade
being from
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of Alan
Clegg
Sent: March-18-19 9:12 PM
To: bind-users@lists.isc.org
Subject: Re: ISC BIND 9.12.3-P1 Question re: DNSSEC Zone Signing
On 3/18/19 7:33 PM, LeBlanc, Daniel James wrote:
> I have a pair of ISC BIND 9.12.3-P1 servers that are configu
Blanc, Daniel James
Cc: bind-users@lists.isc.org
Subject: Re: ISC BIND 9.12.3-P1 Question re: DNSSEC Zone Signing
> On 19 Mar 2019, at 10:59 am, LeBlanc, Daniel James
> wrote:
>
> Thanks Mark for your quick response.
>
> On page 29 of the Bv9-12-3-P1ARM I had seen the follow
; Thanks again!
>
> Daniel J. LeBlanc, P.Eng., MBA, DTME | Senior Network Architect | Bell Canada
>
> -Original Message-
> From: Mark Andrews [mailto:ma...@isc.org]
> Sent: March-18-19 8:40 PM
> To: LeBlanc, Daniel James
> Cc: bind-users@lists.isc.org
> Subject: Re: IS
On 3/18/19 7:33 PM, LeBlanc, Daniel James wrote:
> I have a pair of ISC BIND 9.12.3-P1 servers that are configured as
> slaves to a pair of Hidden Master servers. The Hidden Masters are a
> proprietary product and unfortunately when used to sign the zones, the
> SOA records are not
try this out in the morning.
Thanks again!
Daniel J. LeBlanc, P.Eng., MBA, DTME | Senior Network Architect | Bell Canada
-Original Message-
From: Mark Andrews [mailto:ma...@isc.org]
Sent: March-18-19 8:40 PM
To: LeBlanc, Daniel James
Cc: bind-users@lists.isc.org
Subject: Re: ISC BIND 9.12.3-P1
> I have a pair of ISC BIND 9.12.3-P1 servers that are configured as slaves to
> a pair of Hidden Master servers. The Hidden Masters are a proprietary
> product and unfortunately when used to sign the zones, the SOA records are
> not populated as expected. As a result, I was loo
Hello All.
I have a pair of ISC BIND 9.12.3-P1 servers that are configured as slaves to a
pair of Hidden Master servers. The Hidden Masters are a proprietary product
and unfortunately when used to sign the zones, the SOA records are not
populated as expected. As a result, I was looking into
-users on behalf of
Dave Warren
*Sent:* 17 September 2018 19:01
*To:* bind-users@lists.isc.org
*Subject:* Re: ISC Bind stops answering queries
On Mon, Sep 17, 2018, at 06:07, Ian Collins wrote:
I have been runnig various versions of ISC Bind for a number of years
without any issues.
My current
Hi,
Updated to the latest stable and it seems to have resolved t heissue.
Thanks
ian..
From: bind-users on behalf of Dave Warren
Sent: 17 September 2018 19:01
To: bind-users@lists.isc.org
Subject: Re: ISC Bind stops answering queries
On Mon, Sep 17
On Mon, Sep 17, 2018, at 06:07, Ian Collins wrote:
> I have been runnig various versions of ISC Bind for a number of years
> without any issues.>
> My current server is a Windows 2012 R2 running 9.3.0
> <...> Does anyone have any idea what could be causing the serve
Ian Collins wrote:
>
> My current server is a Windows 2012 R2 running 9.3.0
Surely that has to be a typo!
You should ensure that you are running the latest version of BIND on a
supported branch, to avoid being vulnerable to known bugs that can crash
your server.
https://kb.isc.org/docs/aa-00913
Hi All,
I have been runnig various versions of ISC Bind for a number of years without
any issues.
My current server is a Windows 2012 R2 running 9.3.0
recently, i have had an issue where bind just stops responding to queries and
to get it working again, i have to restart the service. I
- Original Message -
From: "ramkishore b"
To: comp-protocols-dns-b...@isc.org
Sent: Tuesday, December 13, 2016 6:22:09 PM
Subject: Re: ISC Bind 9.11 and dyndb-ldap
On Monday, October 17, 2016 at 7:23:34 AM UTC+5:30, Pallissard, Matt wrote:
> Has anyone successfully used LDAP as a
On Monday, October 17, 2016 at 7:23:34 AM UTC+5:30, Pallissard, Matt wrote:
> Has anyone successfully used LDAP as a dynamic back-end for bind 9.11?
>
>
>
> Unless I'm reading the release notes/new features pages incorrectly the
> bind-dyndb-ldap plugin has been rolled into ISC's official relea
On 10/17/2016 05:50 PM, Mark Andrews wrote:
> In message ,
> "Pallissard, Matthew" writes:
>> On 10/16/2016 09:34 PM, Mark Andrews wrote:
>>> In message , "Pallissard,
>>> Matt" writes:
Has anyone successfully used LDAP as a dynamic back-end for bind 9.11?
Unless I'm reading
In message , "Pallissard,
Matthew" writes:
> On 10/16/2016 09:34 PM, Mark Andrews wrote:
> > In message , "Pallissard,
> > Matt" writes:
> >>
> >> Has anyone successfully used LDAP as a dynamic back-end for bind 9.11?
> >>
> >> Unless I'm reading the release notes/new features pages incorrectly
1 - 100 of 237 matches
Mail list logo
