Use the correct zone name.
1.168.192.IN-ADDR.ARPA
You have the full /24 so you don’t need to use RFC2317 techniques.
--
Mark Andrews
> On 25 Jan 2021, at 08:04, Alex wrote:
>
> Hi, I have a fedora32 system with bind-9.11.25 and having a problem
> with setting up a revers
Forwarding is designed for TSIG and works for SIG(0). It doesn’t work for
GSS-TSIG.
--
Mark Andrews
> On 19 Jan 2021, at 22:23, Nagesh Thati wrote:
>
>
> Hi,
> I am getting update failed on master DNS appliance when I am using
> allow-update-forwadin
bdomain of zone {} -- invalid response" errors
> found in named.run log
>
> Thanks mark, but why this issue is related to load balancer?
>
>
>
> -- Original Message --
> From: "Mark Andrews";
> Date: 2021-01-06
act/ for more information.
>
>
> 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 thi
ct/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
__
Complain to the administrators of the zone. They have not properly delegated
it. We see this often with load balancers.
The zone a.b.example has been delegated but the answer is as if it is from
b.example.
--
Mark Andrews
> On 6 Jan 2021, at 21:02, 同屋 <39223...@qq.com> wrote:
>
Please 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
See draft-ietf-dnssd-srp
--
Mark Andrews
> On 25 Dec 2020, at 12:22, Grant Taylor via bind-users
> wrote:
>
> On 12/24/20 3:05 PM, Mark Andrews wrote:
>> TSIG, GSS-TSIG and SIG(0) are all secure mechanisms to update DNS zones.
>
> Thank you for the follow up Mark
means as long as
the KEY records where added at the same time.
--
Mark Andrews
> On 25 Dec 2020, at 07:46, Grant Taylor via bind-users
> wrote:
>
> On 12/24/20 8:48 AM, @lbutlr wrote:
>> That is what example.com always is, yes.
>
> Sorry. I'm so used to people no
but this can't be, as this throws away the cached part in memory ...
>
> nslookup www.lan.home.arpa2001:db8:0:0:0::10
> this works from any client
>
> how can I face this?
>
> any hints/suggestions would be great;
>
> Thanks,
> Walter
>
>
>
ve to
> disable validation yourself, or select a better upstream. Personally I'd go
> looking for a better upstream (or just stop using a forwarder entirely, and
> do your own direct recursion, if that's possible in your environment).
--
Mark Andrews, ISC
1 Seymour St., Dundas Val
Stop using IP addresses for UPDATE authentication. Use TSIG instead between the
DHCP server and named.
--
Mark Andrews
> On 19 Dec 2020, at 18:25, Dan Egli wrote:
>
> I guess sometimes you just need to look at it in a differnet way. I never
> noticed it was using the 10.0.2.
Correct it is not validating. Additionally it isn’t even DNSSES aware. It will
need to be updated for you to validate through it.
--
Mark Andrews
> On 19 Dec 2020, at 05:07, Nicolas Bock wrote:
>
> Hi Mark,
>
> Thanks so much for the reply. I ran this command and a
s software with paid support subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW
tion is required,
it should be present.
4. Information present outside of the authoritative nodes in the
zone should be glue information, rather than the result of an
origin or similar error."
Those of use with long memories have seen all the errors scenarios
reported here
Nameservers generate their own requests. Nameservers have to translate names
to addresses as part of the notify process.
--
Mark Andrews
> On 16 Dec 2020, at 19:18, Xinyu Wang wrote:
>
>
>
>
> Hi guys, I noticed query-source takes effect even recursive is set false.
rt subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 211
/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@lists.isc
" and "dnssec-validation" options inside a zone definition.
>
> I look forward to your advice in this matter.
>
> Andrew Pavlin, KA2DDO
> member, Amateur Radio Emergency Service
> ___
> Please visit https://lists.
://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@lis
t; ;; flags: qr rd ra cd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
>
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags: do; udp: 4096
> ; COOKIE: 028fb4fde9f61d5301005fbb1fcca2b3cd29887d7e13 (good)
> ;; QUESTION SECTION:
> ;www.facebook.com. IN DNS
tps://lists.isc.org/mailman/listinfo/bind-users
>
>
> --
> upen,
> emerge -uD life (Upgrade Life with dependencies)
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
>
__
> Please 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/conta
All the fields must exist. NET_DNS2 is wrong.
There must only be the delete cds/cdnskey records and not any other cds/cdnskey
records. Publish and delete instructions at the same time is not consistent.
--
Mark Andrews
> On 5 Oct 2020, at 00:02, Mark Andrews wrote:
> Use up t
Use up to date software.
--
Mark Andrews
> On 4 Oct 2020, at 23:48, Mark Elkins wrote:
>
> What is the magic incantation to inserting a "CDS 0 0 0 0" record in BIND.
> Version - BIND 9.16.6 (Stable Release)
> I've read RFC8070 - which says... (https://tool
> On 1 Oct 2020, at 16:30, Borja Marcos wrote:
>
>
>
>> On 30 Sep 2020, at 22:34, Mark Andrews wrote:
>>
>> No, it’s just fetches per query taking effect. With a empty cache there are
>> just too many queries made looking up addresses of name se
No, it’s just fetches per query taking effect. With a empty cache there are
just too many queries made looking up addresses of name servers. You can raise
the default slightly.
--
Mark Andrews
> On 1 Oct 2020, at 01:29, Borja Marcos wrote:
>
>
>
>> On 30 Sep 2
It won’t happen and there is zero point in doing so as all RRs in a RRset are
deleted at the same time.
--
Mark Andrews
> On 26 Sep 2020, at 23:59, Verne Britton wrote:
>
> I see that RFC2181, written I think 20+ years ago, says in part
>
>
>>
>> 5
Put the zone file in /var/lib/bind and update named.conf.
--
Mark Andrews
> On 23 Sep 2020, at 00:43, Olivier wrote:
>
> Hello,
>
> I've got one ISC-DHCP server instance (4.4.1) and one Bind9 (9.11.5) instance
> installed on a Debian Buster box.
> Both come from
Platforms
>
> ___
> Please 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
D Buluukhuu
>
> Engineer
> TPD/ETSD
> UNESCO street - 28, MPM Complex
> Ulaanbaatar -14220, Mongolia
> Mobile: (976) 94081017
> Web: www.mobicom.mn
>
> Before you start - Be safety smart
>
>
>
> From: Mark Andrews
> Sent: Tuesday, September 15, 2020 9
G SIZE rcvd: 122
>
>
>
>
> Have a nice day :)
> BR, NYAMKHAND Buluukhuu
>
> Engineer
> TPD/ETSD
> UNESCO street - 28, MPM Complex
> Ulaanbaatar -14220, Mongolia
> Mobile: (976) 94081017
> Web: www.mobicom.mn
>
> Before you start - Be safety smart
www.mobicom.mn
>
> Before you start - Be safety smart
>
>
>
> From: Mark Andrews
> Sent: Monday, September 14, 2020 5:22 PM
> To: Nyamkhand Buluukhuu
> Cc: bind-users@lists.isc.org
> Subject: Re: bind v6 record
>
> You have a out-of-date local copy of t
paid support subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PH
take that is inevitable at some point, but likely
>> short-lived. That's on them, not me. But I can sleep well at night
>> knowing that such MISuse of my service isn't going to take out an
>> entire datacenter for hours (with MANY innocent bystanders taken out,
>> too!)
> On 11 Sep 2020, at 22:22, Rob McEwen wrote:
>
> On 9/11/2020 2:46 AM, Mark Andrews wrote:
>> validate-except (I typo’d it the second time, unfortunately expect and
>> except are both valid words).
>
> I got so far down the rabbit trail with your other point
rch that more to try to figure out what exactly you were suggesting.
>
> Rob McEwen
>
> On 9/11/2020 1:32 AM, Mark Andrews wrote:
>>> On 11 Sep 2020, at 15:04, Rob McEwen wrote:
>>>
>>> Mark,
>>>
>>> The whole usage of DNS by the anti-spa
hat they didn't anticipate. This one of those. RFCs
> were written by humans. Humans make mistakes
Actually I did. I said "add validate-expect entries to named.conf”.
> And it's too bad that the maintainers of BIND didn't anticipate that there
> might be local-data si
S record with it.
> That would be EXCELLENT news! Or, if that doesn't actually fix my problem, do
> you have any suggestions that actually address my actual question?
I gave you a answer. See below.
Mark
> Rob McEwen
>
> On 9/10/2020 7:37 PM, Mark Andrews wrote:
>&
, invaluement
>
>
> ___
> Please 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:/
m 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@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
>
> 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
>
outhpark the movie)
> ___
> Please 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:/
.IP6.ARPA";
> disable-empty-zone
> "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA";
>
>
> querylog yes;
>
>
> };
> ___
> Please visit https://lists.isc.org/mailman/lis
st
>
> 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@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andre
Unfortunately comments section on that page doesn’t work. You press preview
and you get a error response back.
> On 6 Aug 2020, at 02:21, Brett Delmage wrote:
>
> On Wed, 5 Aug 2020, Mark Andrews wrote:
>
>> If I use the example zone on that page *no* errors are report
> On 5 Aug 2020, at 13:12, Brett Delmage wrote:
>
> On Wed, 5 Aug 2020, Mark Andrews wrote:
>
>> Your key name usage is not consistent. acmesh-ottawatch != ottawatch-acmesh
>
> Thank you! Fixed and working.
>
>> Why are you adding `check-names warn;`?
time: 0 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> ;; WHEN: Tue Aug 04 18:31:26 EDT 2020
> ;; MSG SIZE rcvd: 140
>
>
> What am I missing ort doing wrong, please?
> ___
> Please visit https://lists.isc.org/mailman/list
A 3.4.5.9
>
> ;; Query time: 0 msec
> ;; SERVER: 23.111.69.176#53(23.111.69.176)
> ;; WHEN: Tue Jul 28 22:17:33 EDT 2020
> ;; MSG SIZE rcvd: 88
>
>
> END OF DETAILS
>
> ___
> Please visit https://lists.isc.or
___
> Please 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 ma
> On 22 Jul 2020, at 08:23, @lbutlr wrote:
>
> On 21 Jul 2020, at 06:37, Mark Andrews wrote:
>> On 21 Jul 2020, at 18:23, @lbutlr wrote:
>>>
>>> Bind is a poor choice for desktop use. Packages like unbound are much
>>> better for that sort o
mn.
>
> ___
> Please 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/
020, at 09:05, Mark Andrews wrote:
>
>
>
>> On 21 Jul 2020, at 03:45, Ted Mittelstaedt wrote:
>>
>>
>>
>> On 7/17/2020 11:35 AM, John W. Blue wrote:
>>> Speaking about things to be annoyed over ..
>>>
>>> I am still tick
pment of this software with paid support subscriptions.
>> Contact us at https://www.isc.org/contact/ for more information.
>>
>>
>> bind-users mailing list
>> bind-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users
>
@ IN SOA ns2.example.home. hostmaster.example.home. (
> 2 ; Serial
> 604800 ; Refresh 1week
> 86400 ; Retry
> 2419200 ; Expire 28days
> 604800; Negative Cache TTL
> )
> ;; name servers (NS)
> ;; only authoritative servers
> @
Include the update keys in the view selection.
--
Mark Andrews
> On 14 Jul 2020, at 23:06, Per Weisteen wrote:
>
> Hi
>
> I've a BIND setup with my ISP with two views, one external and one internal.
> At the same time I also need to be able to do a dynamic update
e file name.
Mark
> Brett___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> ISC funds the development of this software with paid support sub
Very soon you will be able to specify HTTPS records. BIND has a implementation
that is just waiting for the draft to go to the RFC editor. The type codes are
already allocated.
This still requires clients to lookup the records but the browser vendors are
on board.
--
Mark Andrews
> On
significantly
more expensive to operate compared to straight routers.
--
Mark Andrews
> On 9 Jul 2020, at 22:22, @lbutlr wrote:
>
> Given a domain that is hosted and used for email and web, is an A record for
> that domain actually required?
>
> That is, if bob.tld is hos
bscribe
> 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@lists.isc.org
> https://lists.isc.org/mailm
; 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@lists.isc.org
> https://lis
Choose nameserver names that don’t end in .local.
--
Mark Andrews
> On 19 Jun 2020, at 21:29, Dev Op wrote:
>
>
> Hi all!
>
> I have a zone, say it's "mynet.local":
>
> $TTL 3h ; 3 hours
> $ORIGIN pluto.local.
> @ IN SOA dn
b64
> │ ├── liblmdb.a
> │ └── liblmdb.so
> ...
>
> is about as simple as it gets.
>
> fix it, remove it, or leave it as is -- your product, your choice.
>
> good luck.
> ___
> Please vi
_
> Please 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 informa
s
that issue.
Mark
> -Alkuperäinen viesti-
> Lähettäjä: bind-users Puolesta Mark Andrews
> Lähetetty: 18. kesäkuuta 2020 0:27
> Vastaanottaja: Bogdan-Stefan Rotariu
> Kopio: bind-users@lists.isc.org
> Aihe: Re: A And Cname-record
>
>
>
>> On 18 Jun 2020, at 0
> Please 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.
>
at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET
Opened ticket. That system test appears to be very linux capabilities specific
when run as root.
> On 1 Jun 2020, at 06:36, Carl Byington via bind-users
> wrote:
>
> I:runtime:verifying that named switches UID (14)
> I:runtime:failed
--
Mark Andrews, ISC
1 Seymour St., Dun
is software with paid support subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valle
you'd
> need four times as many
Well ~2 times as many. Each additional A record requires 16 bytes and each
addition records requires 28 bytes. That means ~256 A records and ~146
records to force TCP with a 4096 byte UDP buffer size.
John’s example had 187 records.
Mar
> increased rate is not a problem but just representing different information.
>
> Gareth
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists
listed below. The UPDATE message is a bit larger but it is
robust.
Mark
> On 23/04/2020 01:06, Mark Andrews wrote:
>>
>>> On 23 Apr 2020, at 07:20, Evan Hunt wrote:
>>>
>>> On Wed, Apr 22, 2020 at 03:04:38PM -0600, @lbutlr via bind-users wrote:
>>&
the NS RRset is required to always exist.
Note: named only keeps a single TTL for a RRset so it will update the TTL on all
the records when you add a new one with a different TTL but this is not part of
the UPDATE RFC.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +6
The ultimate fix for this is to move to IPv6 so every device is universally
addressable. NAT is a stop gap measure that is well past its use by date.
> On 22 Apr 2020, at 09:03, Mark Andrews wrote:
>
> https://www.networkstraining.com/dns-doctoring-cisco-asa/
>
>> On 18
bscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
_
t; “Some people, when confronted with a Unix problem, think ‘I know,
>> I’ll use sed.’ Now they have two problems.” jwz - 12 Dec 1992
>
> LOL, yes, I thought that quote was about regular expressions, but
> either way it sure fits.
>
>
> [1] Shakespeare's death, 404 years ago; birth, 456
w.biplane.com.au/kauer
> http://twitter.com/kauer389
>
> GPG fingerprint: 2561 E9EC D868 E73C 8AF1 49CF EE50 4B1D CCA1 5170
> Old fingerprint: 8D08 9CAA 649A AFEF E862 062A 2E97 42D4 A2A0 616D
>
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubs
> On 19 Apr 2020, at 20:52, Karl Auer wrote:
>
> trubuiltpambula.com.au
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://list
Apr-2020 18:14:54.009 lame-servers: info: no valid RRSIG resolving
> 'facebook.com/DS/IN': 192.5.6.30#53
> 15-Apr-2020 18:16:20.039 lame-servers: info: no valid RRSIG resolving
> 'pphosted.com/DS/IN': 192.5.6.30#53
>
> a number of these [most?] are zones that are signe
__
> 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
--
Mar
t;
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
P
@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/listin
s will be silently ignored.
If the first octet is zero (this is a reserved algorithm number that should
never appear in a DNSKEY record) then the record indicates changes to the NSEC3
chains are in progress. The rest of the record contains an NSEC3PARAM record.
The flag field tells what operation
Use tsig-keygen.
--
Mark Andrews
> On 11 Apr 2020, at 09:52, moo can via bind-users
> wrote:
>
>
> Hello,
>
> For educational purpose I need to setup an DDNS between DCHPD and BIND.
>
> Everywhere, debian, zytrax, freeipa, veritas ... use dnssec-keygen.
&g
Add delegations if they are missing. This is how DNS is designed to be managed.
This should have been done as part of allocating the address space initially.
--
Mark Andrews
> On 8 Apr 2020, at 02:43, bind-li...@iano.org wrote:
>
> Currently our linux caching resolvers have a f
ere a way to tell our bind
> caching resolvers to ignore the recursion desired flag and provide recursion
> anyway?
>
> Thanks,
> Maria
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from
> On 2 Apr 2020, at 11:59, Jim Popovitch via bind-users
> wrote:
>
> On Thu, 2020-04-02 at 09:27 +1100, Mark Andrews wrote:
>>> On 2 Apr 2020, at 06:53, Jim Popovitch via bind-users <
>>> bind-users@lists.isc.org> wrote:
>>>
>>> Hello!
> ___
> 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
--
Mark Andre
hmac-md5.sig-alg.reg.int. 1585729721 300 16 xx==
> 30709 NOERROR 0
>
>
> Is there any alternative to nsupdate that can do this? Or some newer version
> of nsupdate that can acomplish this?
>
> Thanks
>
>
> *1 https://github.com/benapetr/dnsphpadmin
>
> __
ue
>
>
> ___
> 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
egards,
>
> - Håvard
> ___
> 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.is
>>> --
>>> Larry Stone
>>> la...@stonejongleux.com
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Larry Stone
>&
sers to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
__
and the content of /var/named/keys are?
> On 11 Mar 2020, at 12:06, Alan Batie wrote:
>
> On 3/10/20 5:51 PM, Mark Andrews wrote:
>> So what do you still have related to the zone? Have you examined the
>> contents of those files? Some of them may be binary so grep w
client @0x7d61c801d000
> 172.29.62.4#43508 (45.10.0.10.in-addr.arpa): transfer of
> '45.10.0.10.in-addr.arpa/IN': IXFR ended
>
> Best regards,
> --
> Smil Milan Jeskyňka Kazatel
> ___
> Please visit https://list
___
> 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
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Aus
sers to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
info/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.
> On 26 Feb 2020, at 08:40, Alan Batie wrote:
>
> On 2/25/20 1:30 PM, Mark Andrews wrote:
>> Firstly unset the deletion date for the old key. It is way
>> too early for incremental re-signing. Named replaces RRSIG
>> *as-they-fall-due* for re-signing. With the
V86TFY5+uBd1uN8DVBtHnz
> M1IBekumCyMliqHL4+7xtVrZccu2CINo6TukJvfz+SI/jQJUjXbfyuDN
> uVUPE+JVeuiwPC1Y++Wg+S9oJrpsSp8Vm+j/NqdescDRknhWMYZGQ5HL
> 6xXgrqGZJ6EGC3FgH7WXU6oAmYxSZE8mGZp/2IiXLTefX8Si3bDMLxOe Av7p/BAAbgM=
>
>
> ___
> Please vis
301 - 400 of 2419 matches
Mail list logo