On 11/4/22 2:07 PM, Mark Andrews wrote:
Any ISP that offers these delegations should be allowing their
customers to transfer the zone that contains the CNAMEs for the
customer address space by default.
I've had enough trouble getting ISPs to support 2317 delegation period.
I think that
On 11/4/22 12:09 PM, Cuttler, Brian R (HEALTH) via bind-users wrote:
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?
I invite you to go skim RFC 2317 -- Classless IN-ADDR.ARPA Delegation.
TL;DR: 2317 is a
an ancient csh script named `doc` used to be guiltily associated with
bind. i can no longer find it. i have 2.2.3 from 2001.07.25. anyone
know the whereabouts of anything more recent? 2.2.3 has a little bugy
on macos vnetura.
randy
--
Visit https://lists.isc.org/mailman/listinfo/bind-users
Or do what should have been done in the first place and be a unlisted secondary
of 1.66.136.193.in-addr.arpa. This way David you track the changes your ISP
makes
to the zone as customers come and go. Your ISP should let you transfer this
zone as it
is REQUIRED for your reverse lookups to work
Come to think of it I don't have the trailing dot either.
I thought the dot was to terminate domain name qualification for forwarder
records.
zone "174.50.10.in-addr.arpa" in {
type master;
file "db.10.50.174";
};
-Original Message-
From: bind-users On Behalf Of
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
On 11/4/22 11:19 AM, David Carvalho via bind-users wrote:
Thanks again.
You're welcome again. :-)
Probably. Am I supposed to, I have just 2 segments in this network
(and 2 others on another work) ?
Normally no, you're not supposed to /need/ to have a copy of an
intermediate zone.
Thanks again.
>So when your system(s) try to do a reverse DNS (PTR) lookup for 193.136.66.1,
>it will actually do a PTR lookup for 1.66.136.193.in-addr.arpa. and fail
>because you don't have a copy of the >66.136.193.in-addr.arpa. zone file
>locally.
Probably. Am I supposed to, I have just 2
On 11/4/22 10:54 AM, David Carvalho via bind-users wrote:
Thanks for the replies.
You're welcome.
My reverse zone in named.conf. My secondary dns gets it automatically
daily, along with the "di.ubi.pt.".
ACK
zone "0-28.66.136.193.in-addr.arpa." IN {
allow-query { any; };
Hi.
On Fri, 4 Nov 2022, Grant Taylor via bind-users wrote:
2) Leverage Response Policy Zone(s) to try to influence the lookup as others
suggested. E.g. cause 1.66.136.193.in-addr.arpa. to become
1.0-28.66.136.193.in-addr.arpa. locally. -- I'd have to read about how to
do this.
[...]
1
The queries should work if you query an authoritative dns server for
that zone. If you are querying a recursive only server(when Internet
connection is down), it won't be able to find the authoritative server
and will answer only if it has valid cached answer. Once that cached
answer expires
Thanks for the replies.
My reverse zone in named.conf. My secondary dns gets it automatically daily,
along with the "di.ubi.pt.".
zone "0-28.66.136.193.in-addr.arpa." IN {
allow-query { any; };
type master;
file "rev0.hosts";
};
I'll have to study more about some
On 11/4/22 10:07 AM, David Carvalho via bind-users wrote:
My reverse zone file
What is the origin of your zone file? 0-28.66.136.193.in-addr.arpa.?
1.0-28.66.136.193.in-addr.arpa. IN A 193.136.66.1
You seem to be using RFC 2317 Classless IN-ADDR.ARPA delegation.
As
Ok. This is public address space. Delegation for reverse zones is separate
from forward zones.
Kind of depends on where the connectivity failure is, as to whether or not
clients can walk the delegation tree (or need to). Then there's the effect
of TTLs expiring.
--
Fred Morris, internet
Thanks for the replies.
My reverse zone file
$TTL 86400
@ IN SOA di.ubi.pt. postmaster.di.ubi.pt (
2020040401 ; serial
28800 ; refresh 3h
7200; retry 1h
604800
Not enough information is provided about how your PTR zone is configured
to allow anyone to provide a definitive answer. (Is this nonroutable
space? Where are the machines located? Are they talking directly to the
auth servers or are there recursives in the resolution path?)
On Fri, 4 Nov
On 04.11.22 15:41, David Carvalho via bind-users wrote:
We've had an internet failure for a few days last week and as services got
online I found the following:
Dns queries about my.domain from my.domain worked as expected. Since there
was no internet connection, I obviously couldn't query
Hello, good afternoon.
We've had an internet failure for a few days last week and as services got
online I found the following:
Dns queries about my.domain from my.domain worked as expected. Since there
was no internet connection, I obviously couldn't query the outside world.
Reverse (PTR)
18 matches
Mail list logo