Ah.... silly me... I was configuring the reverse zone file to return the FQDN..... So, to achieve what I wrote this email thread initially, its a matter of changing the PTR line for this specific server/record, from 10 IN PTR ucm9pub.arda.inet. to 10 IN PTR ucm9pub. However, I got this fixed by doing a full restart of named instead of small reloads. Turns out, the reply from BIND was appending the in.arpa-net to the FQDN, and here is where the other software was complaining. To avoid appending that suffix, there must be a dot at the end of 10 IN PTR ucm9pub.arda.inet. However, for some reason it was there before, and the reloads were not applying it. I got it to work by using the above line and service named restart. Thanks, *José Pablo Méndez ********* On Thu, Dec 27, 2012 at 9:26 PM, José Pablo Méndez Soto <[log in to unmask]>wrote: > Not following. You suggest to program BIND to strip off the domain if the > query comes from certain IP¿? > > I am trying to install the server but getting the error I posted on my 2nd > email. I am getting from the situation described, that the hostname is not > matching the FQDN. > > *José Pablo Méndez > ********* > > > On Thu, Dec 27, 2012 at 8:22 PM, Nico Kadel-Garcia <[log in to unmask]>wrote: > >> On Thu, Dec 27, 2012 at 8:45 PM, José Pablo Méndez Soto >> <[log in to unmask]> wrote: >> > Sorry, forgot to add the error I get: >> > >> > "Host Name returned by DNS Server for IP address does not agree with the >> > locally defined hostname. There is a configuration mismatch." >> >> >> Your local hostname should be a fully qualified hostname. If it's not, >> lots of software can have interesting issues. >> > >