.
Thanks,
.Ben Bridges.
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users
When you say “ISC packages”, are you referring to the packages in the
ppa:isc/bind repository on launchpad?
Ben Bridges
From: Ondřej Surý
Sent: Thursday, December 8, 2022 12:26 AM
To: Ben Bridges
Cc: Emmanuel Fusté ; bind-users@lists.isc.org
Subject: Re: Bind 9.16.1 crash
In fact, it’s
It looks like that issue was occurring in a different part of the netmgr code
and was fixed 8 months ago.
Thanks,
Ben Bridges
From: bind-users On Behalf Of Andrew Latham
Sent: Wednesday, December 7, 2022 2:35 PM
Cc: bind-users@lists.isc.org
Subject: Re: Bind 9.16.1 crash
I see
https
: Emmanuel Fusté
Sent: Wednesday, December 7, 2022 4:22 PM
To: Ben Bridges ; bind-users@lists.isc.org
Subject: Re: Bind 9.16.1 crash
Current ESV : 9.16.35
No, your release is not patched.
Add the ISC PPA repo and install the latest ESV. ISC PPA packaged are packaged
by the same maintainers.
Le
Ubuntu 20.04.5 is LTS and BIND 9.16 is the current stable ESV release, so
they’re both still fully supported (and fully patched).
Thanks,
Ben Bridges
From: bind-users On Behalf Of John Thurston
Sent: Wednesday, December 7, 2022 2:32 PM
To: bind-users@lists.isc.org
Subject: Re: Bind 9.16.1
orum for this posting, please
point me in the right direction.
Thanks,
Ben Bridges
[City Utilities]
[SpringNet]<http://www.springnet.net>
Sales 417.575.7000 | Support 417.874.8000 |
springnet.net<http://www.springnet.net>
--
Visit https://lists.isc.org/mailman/listinfo/b
record which returns either "localhost" (preferably) or the
BIND server itself.)
Thanks,
Ben Bridges
[City Utilities]
[SpringNet]<http://www.springnet.net>
Sales 417.575.7000 | Support 417.874.8000 |
springnet.net<http://www.springnet.net>
;
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of Ben Bridges
Sent: Thursday, March 24, 2016 10:48 AM
To: bind-users@lists.isc.org<mailto:bind-users@lists.isc.org>
Subject: Configuring different TTLs in multiple RRs for the same domain name,
TYPE, and CLASS
Greetings.
Is it possible in BIN
for all five records to 300 (or more
specifically, the TTL of the first one of the RRs in the file). I looked for a
BIND directive in the manual to change this behavior but could find no obvious
candidate.
Thanks,
Ben Bridges
Springfield, MO
___
P
It appears that dns1.zmi.at is refusing queries for
48-28.164.69.212.in-addr.arpa:
# dig @dns1.zmi.at 48-28.164.69.212.in-addr.arpa NS +norecurs
; DiG 9.5.0-P1 @dns1.zmi.at 48-28.164.69.212.in-addr.arpa NS
+norecurs
; (1 server found)
;; global options: printcmd
;; Got answer:
;; -HEADER-
Try
82.80-28.115.25.70.in-addr.arpa.IN PTR
mail.bgrinformatique.com.
instead of
82.115.25.70.in-addr.arpa. IN PTR mail.bgrinformatique.com.
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf
With the file statement in the zone declaration for that zone.
Zone 0/27.146.68.12.in-addr.arpa {
...
file blah-blah;
# orfile 0.27.146.68.12.in-addr.arpa; as I believe Mark Andrews suggested
...
};
(See also Jeff Lightner's example earlier in this thread.)
.in-addr.arpa. Try changing your
$GENERATE directives to
$GENERATE 0-127 $.10.in-addr.arpa. NS dhcp-01.adm.bart.gov.
$GENERATE 0-127 $.10.in-addr.arpa. NS mrep-02.adm.bart.gov.
and see if that works.
Ben Bridges
-Original Message-
From: bind-users-boun
I wasn't thinking straight. Ignore that. My apologies.
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of Ben Bridges
Sent: Thursday, May 07, 2009 2:42 PM
To: Mike Bernhardt
Cc: bind-users@lists.isc.org
Subject: RE
servers what are the
changes I will be making in my abc.com server and what configuration
should be there for the new caching name server, so that my clients can
do a external query.
Regards
Mani
From: Ben Bridges [mailto:bbrid
You have recursion disabled on your abc.com server, and I believe that
is preventing your query from succeeding. My understanding is that the
contents of the root hints file are not stored in the server's cache
(which means, I think, that they are not themselves returned in response
to queries
You can use one $GENERATE statement in each zone to generate all 256
CNAME records for that zone.
Ben
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of Jeff Lasman
Sent: Friday, March 13, 2009 3:31 PM
To: Mark Andrews
?
- Kevin
Ben Bridges wrote:
If I dump the delegation and make an MX record in the master, mail
will be
OK, but then no one can query records in that zone
because it's not
actually delegated unless they point at MS-DNS.
Is there a reason
If I dump the delegation and make an MX record in the master, mail will be
OK, but then no one can query records in that zone because it's not
actually delegated unless they point at MS-DNS.
Is there a reason why you can't point all of your internal hosts (AD and
non-AD) at your AD's for
The first query for 130.168.193.66.in-addr.arpa/PTR/IN (with recursion
disabled) failed because your server is not authoritative for that
record and, since you have recursion disabled, it will not query the
authoritative server for it.
The second query for 130.168.193.66.in-addr.arpa/PTR/IN
Something like the following might work.
BIND:
...
channel my_syslog {
syslog local6;
severity info;
};
...
syslog.conf:
...
local6.* @remote-syslog-server // Forward all messages
with local6 facility
sun
NB: it also forwards to isp dns server.
If your sun server is configured to use your isp dns server as a forwarder,
then I think it will forward requests for example.test to the isp server even
though it delegated example.test to plesk. That would seem to be supported by
the fact
It also appears that your name server (iceman) is configured to accept
IPv4 queries only from itself.
#listen-on port 53 { 127.0.0.1; };
-Original Message-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of
Matthew Pounsett
] On Behalf Of Ben Bridges
Sent: Monday, February 02, 2009 1:29 PM
To: S. Jeff Cold
Cc: bind-users@lists.isc.org
Subject: RE: BIND still will not resolve
It also appears that your name server (iceman) is configured to accept
IPv4 queries only from itself.
#listen-on port 53 { 127.0.0.1
The authoritative name servers for nullmx.domainmanager.com are
ns1.domainmanager.com and ns2.domainmanager.com. They are domain
parking name servers. They return 64.40.103.249 (or at least something
close to that) to the query for any A record. The real address of
mta.dewile.net is
What specifically are you intending to wildcard? com.? net.? .?
If so, then you would be implicitly making your name servers
authoritative for domains for which your servers are not supposed to be
authoritative.
Ben Bridges
-Original Message-
From: bind-users-boun...@lists.isc.org
When Section 5.1 of RFC 5321 says If a CNAME record is found, the
resulting name is processed as if it were the initial name, it is
referring to the situation where a query is sent for the MX record for
xyz.com, and instead of an MX record being returned for xyz.com, a CNAME
record is returned for
as a CNAME somewhere else in the domain space).
Is that not the case? Is there some other part of the DNS specification
that forbids it?
Ben Bridges
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie
28 matches
Mail list logo