Hi All, when adding a new Reverse Lookup Zone within ISPConfig the zone file "x.x.x.x.in-addr.arpa" is written inside /etc/bind/ correctly and i will find the added PTR entries there too. My problem is that this new zone file is not configured in /etc/bind/named.conf.local, so i am unable to make reverse lookups to my subnet. When adding it manually it is expectedly swept away with every update i made within the Panel :-( This classless subnet (x.x.x.x/26) is configured to use my own two nameservers at my ip provider correctly, as all forward lookups work without any issue. I think that this is an issue with the DNS controll part of ISPConfig not wrtiting the proper information to the bind config files, or am i totally wrong?! Any hints on this? Best regards
Please see ispconfig faq to debug ispconfig server actions and check that the path to named.conf.local file in ispconfig server settings is correct.
Thanks for the input...! No Errors in the debug log output. Every path within the DNS Tab is correctly configured.... ?! Deleting a PTR is reflected within the zone file! Log output says that both files (named.conf.local and x.x.x.x.in.adr-arpa) where written, but the reverse zone is not in named.conf.local! This is what i did next: I added another Reverse Zone, this time y.x.x.in-addr.arpa and "voila" my first reverse zone x.x.x.x.in-addr.arpa got written into named.conf.local, but not the newly created y.x.x.in-addr.arpa. Again the zone file was produced correctly.... oh my?! I was more than confused with this result. Then i deleted the y.x.x.in-addr.arpa zone and now i got what i expected to have without this "voodoo"...
Thanks again.... one issue i stumbled upon when looking at the debug log output... the timestamps there are UTC but the system is configured UTC+1?! The other logs like mail.info are "stamped" correctly.
Please check that you configured the correct timezone in the ISPConfig config.inc.php files for the server and interface.
..well i thought i did this globally in php.ini ("date.timezone") but anyway thanks "UTC" was the default value in "config.inc.php"...
Regarding your reverse zone problem, I checked that and reverse zones get written correctly on my test system. What you describe happens if no NS record is defined in the reverse zone, so my guess is that you might have missed to create the nescessary NS record in the zone.
...browsing through my setup notes, i stumbled upon the fact that i first added this zone and then changed it due to a typo, before i ran into this here?! I think i did this before the config files where written the first time.
