HZ megmutatta a többsoros SOA problémájának okát. Kiegészítésként még annyit, hogy az ilyen hibát logolja is a bemásolt üzenet előtt a problémás sor megjelölésével így: "error: dns_rdata_fromtext: filename:2: near eol: unexpected end of input". Ebből rögtön látszik, hogy melyik sorban van a baj. De ha ez sem lenne még elég, akkor ott a bind mellé kapott named-checkzone, ami konkrétan rávilágít: "unbalanced parentheses".
Ez pedig a másik:
"2.168.192.in-addr.arpa. IN NS 4.2.168.192.in-addr.arpa."
NS rekordban reverse zónába tartozó név?! A forward zónáid szerint azokat a "microserver1.intranet.domainnev.hu." nevű szerver szolgálja ki. A 2.168.192.in-addr.arpa zóna is pont ugyanazon a szerveren lesz. Akkor abban a zónában szereplő módon kellene írni az NS rekordot itt is, hiszen a nameserver neve is ugyanaz. Az NS rekordban olyan nevet kell megadnod, amely egy A (vagy AAAA) rekorddal IP címmé feloldható. Az A rekord IP-t ad meg (míg a PTR rekord egy másik, DNS-ben szereplő névre hivatkozik). Mivel a hivatkozott névhez ilyen A rekord nem található, így a nameserver IP-je sem ismert. Ezért írja a hibaüzenetben, hogy "NS '4.2.168.192.in-addr.arpa' has no address records (A or AAAA)".
"Próbáltam körülnézni a neten, de semmi használhatót nem találtam."
Az alapdokumentum: RFC 1035: DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION
Azon belül is az NS rekord problémájára:
3.3.11. NS RDATA format:
NSDNAME A <domain-name> which specifies a host which should be authoritative for the specified class and domain. NS records cause both the usual additional section processing to locate a type A record...
A zárójeles problémára:
5.1. Format:
( ) Parentheses are used to group data that crosses a line boundary. In effect, line terminations are not recognized within parentheses.