RFC2317 CNAMEs pointing to PTR records disappear when one of the A records changes value
Closed this issue · 0 comments
peteeckel commented
Versions
NetBox Version: 3.7.4
NetBox DNS Version: 0.22.6
Python Version: 3.11.5
Describe the bug
When the value of an A
record is changed and the PTR
record is in an RFC2317 zone with managed parent zone, the CNAME
record in the parent zone is deleted even if it is still pointing to another RFC2317 PTR
record.
To Reproduce
- Create reverse zone
0.0.10.in-addr.arpa
- Create RFC2317 reverse zone
0-31.0.0.10.in-addr.arpa
withrfc2317_parent_managed=True
andrfc2317_prefix=10.0.0.0/27
- Create forward zone,
zone1.example.com
- Create
A
recordname1.zone1.example.com
with value10.0.0.1
anddisable_ptr=False
- Create
A
recordname2.zone1.example.com
with value10.0.0.1
anddisable_ptr=False
- Change the value of
A
recordname2.zone1.example.com
to10.0.0.2
Expected result
- The value of
A
recordname1.zone1.example.com
is now10.0.0.2
- There is a
PTR
record1.0-31.0.0.10.in-addr.arpa
in the RFC2317 zone with valuename1.zone1.example.com.
- There is a
PTR
record2.0-31.0.0.10.in-addr.arpa
in the RFC2317 zone with valuename2.zone1.example.com.
CNAME
record1.0.0.10.in-addr.arpa
exists in zone0.0.10.in-addr.arpa
with value1.0-31.0.0.10.in-addr.arpa
CNAME
record2.0.0.10.in-addr.arpa
exists in zone0.0.10.in-addr.arpa
with value2.0-31.0.0.10.in-addr.arpa
Actual result
CNAME
record1.0.0.10.in-addr.arpa
does not exist