| Summary: | multiple PTR records | ||
|---|---|---|---|
| Product: | IPFire | Reporter: | paul <kairis> |
| Component: | --- | Assignee: | Stefan Schantl <stefan.schantl> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | Balancing | ||
| Priority: | Will affect an average number of users | CC: | michael.tremer, peter.mueller, peter.mueller |
| Version: | 2 | ||
| Hardware: | all | ||
| OS: | All | ||
| Attachments: | attachment-25065-0.html | ||
|
Description
paul
2020-01-20 14:09:58 UTC
Is this solved permanently after restarting Unbound? 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. > > 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? please close this bug, resolved by fixing the dhcp-leases-bridge. |