I had an irritating issue with my IPA Server, and it had puzzled me for a while. It didn’t prevent things from working, but made it more difficult as when I would create a new A record, I would want to have it create the reverse PTR record as well, the only problem is it wouldn’t work and I would receive this error. Cannot create reverse record for DNS reverse zone 192.in-addr.arpa. for IP address is not managed by this server.

I could go to the reverse zone and add it just fine, and DNS resolution appeared to work without issue, however, it irritated me and I wanted to figure out what was going on. I first tried doing a Google search on the issue, however all I was really finding was some old archive issues on Red Hat’s Site regarding the issue, and it didn’t address my issue from what I could tell. It did give me some ideas though, so I began troubleshooting my DNS woes with dig and ip addr. I also looked into the /etc/resolv.conf file on the IPA server. Here is what I found.

Initial Dig

So, the dig command showed only a query and an additional, no answers. Upon learning this, I went to look at /etc/resolv.conf on the server itself.


Well that doesn’t look right does it. Probably me setting up the server reflexively, as the name servers are pointing to Google. But why? That shouldn’t be there. The DNS forwarders are in the IPA server itself, and actually point to the OpenDNS servers. So having these here is an issue, and what is messing things up. So out they go. I remove the google servers, and just add the server IP itself of Then to make sure everything is seeing the new changes, a quick systemctl restart.

Once the server rebooted, I did the dig command again.

Ah, that is much better. This time I see 1 Query, 1 Answer, 1 Authority, and 2 Additional. So, now that it looks more promising, I went back to the IPA GUI and added a test A record, and told it to create the reverse record at the same time. This time it works without issue.

So in the end, the issue was adding DNS servers other than the DNS server, which caused the confusion. Not sure how it ended up this way, as I was sure it worked at some point, or why I put those DNS addresses in the resolv.conf file. I’m just happy the issue has been resolved and now I don’t have to do double work each time I create a DNS A record.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.