samba - Apr 2023 - Get the reverse zone working

On 26/04/2023 17:55, matti.kaupenjohann via samba wrote:
> So I reseted and started completely over. Provision worked fine as before.
> 
>  ?* tested forward DNS
>  ?* tested Kerberos
>  ?* tested LDAP
> 
> everything works and returns the desired results. I configured the 
> reverse zone again and than...:
> 
> $ host 10.99.0.2
> 2.0.99.10.in-addr.arpa has no PTR record
> 
> I tested your given command:
> 
> $ samba-tool dns zonelist dc01 --reverse -Uadministrator
>  ? 1 zone(s) found
> 
>  ? pszZoneName : 20.99.0.in-addr.arpa
Is this a typo, I would expect 0.99.10.in-addr.arpa, based on
'10.99.0.2'
>  ? Flags : DNS_RPC_ZONE_DSINTEGRATED DNS_RPC_ZONE_UPDATE_SECURE
>  ? ZoneType : DNS_ZONE_TYPE_PRIMARY
>  ? Version : 50
>  ? dwDpFlags : DNS_DP_AUTOCREATED DNS_DP_DOMAIN_DEFAULT DNS_DP_ENLISTED
>  ? pszDpFqdn : DomainDnsZones.testdomain.lan
> 
> Comparing against your result it looks also fine.
> 
> Matti
> 
Rowland
> Fachhochschule Dortmund
> University of Applied Sciences and Arts
> 
> *Kaupenjohann, Matti*
> FB Informationstechnik,
> 
> Sonnenstra?e 96 - 44139 Dortmund
> Raum SON-A A615
> Tel???? 0231 9112 9371
> matti.kaupenjohann at fh-dortmund.de
> www.fh-dortmund.de
> 
> Think before you print!
>

> Is this a typo, I would expect 0.99.10.in-addr.arpa, based on
'10.99.0.2'
yes you are absolutely right and that helped me to find my other typo. 
While I was correcting the command:

samba-tool dns add adc01.heim.lan 20.10.10.in-addr.arpa 220 PTR 
adc01.heim.lan -Uadministrator

to

samba-tool dns add dc01.heim.lan 0.99.10.in-addr.arpa *2* PTR 
adc01.heim.lan -Uadministrator

I recognized that I also forgot to change the last octet of my ip 
address. I think that was the issue on my first approach as well but 
sadly impossible to resolve after the reset.

Nevertheless, after deleting the false created zone and creating the 
correct one I was able to resolve the reverse? lookup.

After reading two different documentations about the setup, the wrong 
set octet is easily overseen in both texts. Maybe a change in the 
command or documentation could address this issue?

Thanks so far

Matti