Bug 12275 - multiple PTR records
Summary: multiple PTR records
Status: CLOSED DUPLICATE of bug 12694
Alias: None
Product: IPFire
Classification: Unclassified
Component: --- (show other bugs)
Version: 2
Hardware: all All
: Will affect an average number of users Balancing
Assignee: Stefan Schantl
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-20 14:09 UTC by paul
Modified: 2022-04-12 15:13 UTC (History)
3 users (show)

See Also:

Attachments
attachment-25065-0.html (1.26 KB, text/html)
2020-04-10 13:09 UTC, paul 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description paul 2020-01-20 14:09:58 UTC 
I installed Linux Mint on a system, then later I changed the hostname to cw. But nslookup reports both names. I tried /etc/init.d/dhcp stop then start, I tried /etc/init.d/network restart but no luck. Is there a way to flush this record ? thank you.

nslookup 10.0.0.43
43.0.0.10.in-addr.arpa	name = cw.lan.
43.0.0.10.in-addr.arpa	name = mint.lan.

/etc/init.d/unbound restart clears the PTR records.
Comment 1 Peter Müller 2020-04-10 11:01:23 UTC 
Is this solved permanently after restarting Unbound?
Comment 2 paul 2020-04-10 13:09:48 UTC 
Created attachment 742 [details]
attachment-25065-0.html

It is  ... I usually run dhcp stop, dhcp start, unbound restart from
/etc/init.d/

paul

On Fri, Apr 10, 2020 at 4:01 AM IPFire Bugzilla <bugzilla@ipfire.org> wrote:

> *Comment # 1 <https://bugzilla.ipfire.org/show_bug.cgi?id=12275#c1> on bug
> 12275 <https://bugzilla.ipfire.org/show_bug.cgi?id=12275> from Peter Müller
> <peter.mueller@link38.eu> *
>
> Is this solved permanently after restarting Unbound?
>
> ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 3 paul 2020-09-11 18:46:28 UTC 
Installed mint on a desktop, gave it hostname lake. This is what happened ...
(dhcp knows is as .18 and lake but dns knows it as .18 and mint)

[root@ipfire ~]# more /etc/unbound/dhcp-leases.conf has
local-data: "lake.lan 60 IN A 10.0.0.18"
local-data: "18.0.0.10.in-addr.arpa 60 IN PTR lake.lan"

but

[root@ipfire ~]# dig @10.0.0.1 -x 10.0.0.18 gives me
;; ANSWER SECTION:
18.0.0.10.in-addr.arpa. 60 IN PTR mint.lan.

python code runs on ipfire that should sync dhcpleases with dns

/usr/bin/python /usr/sbin/unbound-dhcp-leases-bridge -d

If I /etc/init.d/unbound restart, it will clear but why does this happen?
Comment 4 paul 2022-04-12 15:07:44 UTC 
please close this bug, resolved by fixing the dhcp-leases-bridge.
Comment 5 Peter Müller 2022-04-12 15:13:47 UTC 

*** This bug has been marked as a duplicate of bug 12694 ***