# Problem with named reverse forwarding zone

**URL:** <https://forums.suse.com/t/problem-with-named-reverse-forwarding-zone/29936>\
**Category:** SLES Networking\
**Created:** [June 17, 2017, 5:48pm UTC](https://forums.suse.com/t/problem-with-named-reverse-forwarding-zone/29936 "2017-06-17T17:48:00Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![lelle](https://avatars.discourse-cdn.com/v4/letter/l/e99b99/32.png) [@lelle](https://forums.suse.com/u/lelle)\
**Post date:** [June 17, 2017, 5:48pm UTC](https://forums.suse.com/t/problem-with-named-reverse-forwarding-zone/29936/1 "2017-06-17T17:48:00Z")

</div>

Hi all,

I’m very puzzled by this, I try to set up a zone in bind on Sles12.1 using yast to forward reverse lookup to a other server

I have set up like this in sles 12 named.conf  
zone “10.in-addr.arpa” in {  
forwarders { 10.1.1.13; 10.1.1.4; };  
type forward;  
};

the 10.1.1.13 and 10.1.1.4 has the zone 10.in-addr.arpa zone setup

If I do dig @10.1.1.13 -x 10.1.1.4

;; OPT PSEUDOSECTION:  
; EDNS: version: 0, flags:; udp: 4096  
;; QUESTION SECTION:  
;4.1.1.10.in-addr.arpa. IN PTR

;; ANSWER SECTION:  
4.1.1.10.in-addr.arpa. 86400 IN PTR server1.domain.

;; AUTHORITY SECTION:  
10.in-addr.arpa. 86400 IN NS server1.domain.  
10.in-addr.arpa. 86400 IN NS server2.domain.  
10.in-addr.arpa. 86400 IN NS server3.domain.  
10.in-addr.arpa. 86400 IN NS server4.domainse.

but if I do dig -x 10.1.1.4 I get this back  
;; QUESTION SECTION:  
;4.1.1.10.in-addr.arpa. IN PTR

;; AUTHORITY SECTION:  
10.IN-ADDR.ARPA. 86400 IN SOA 10.IN-ADDR.ARPA. . 0 28800 7200 604800 86400

And if I do nslookup 10.1.1.4  
I get this back

Server: 127.0.0.1  
Address: 127.0.0.1#53

\*\* server can’t find 4.1.1.10.in-addr.arpa: NXDOMAIN

This should be fairly simple but I can’t figure it out

/Lennart

---

<div class="post-metadata">

**Author:** ![Automatic\_Reply](https://avatars.discourse-cdn.com/v4/letter/a/ecb155/32.png) [@Automatic\_Reply](https://forums.suse.com/u/Automatic_Reply)\
**Post date:** [June 23, 2017, 7:30am UTC](https://forums.suse.com/t/problem-with-named-reverse-forwarding-zone/29936/2 "2017-06-23T07:30:16Z")

</div>

lelle,

It appears that in the past few days you have not received a response to your  
posting. That concerns us, and has triggered this automated reply.

These forums are peer-to-peer, best effort, volunteer run and that if your issue  
is urgent or not getting a response, you might try one of the following options:

- Visit [http://www.suse.com/support](http://www.suse.com/support) and search the knowledgebase and/or check all  
the other support options available.
- Open a service request: [https://www.suse.com/support](https://www.suse.com/support)
- You could also try posting your message again. Make sure it is posted in the  
correct newsgroup. ([http://forums.suse.com](http://forums.suse.com))

Be sure to read the forum FAQ about what to expect in the way of responses:  
[http://forums.suse.com/faq.php](http://forums.suse.com/faq.php)

If this is a reply to a duplicate posting or otherwise posted in error, please  
ignore and accept our apologies and rest assured we will issue a stern reprimand  
to our posting bot…

Good luck!

Your SUSE Forums Team  
[http://forums.suse.com](http://forums.suse.com)

---

<div class="post-metadata">

**Author:** ![Jens-U](https://avatars.discourse-cdn.com/v4/letter/j/d78d45/32.png) [@Jens-U](https://forums.suse.com/u/Jens-U)\
**Post date:** [June 26, 2017, 4:40pm UTC](https://forums.suse.com/t/problem-with-named-reverse-forwarding-zone/29936/3 "2017-06-26T16:40:40Z")

</div>

Hi Lennart,

sorry for the late reply, I somehow missed this question.

[QUOTE=lelle;38325]Hi all,

I’m very puzzled by this, I try to set up a zone in bind on Sles12.1 using yast to forward reverse lookup to a other server

I have set up like this in sles 12 named.conf  
zone “10.in-addr.arpa” in {  
forwarders { 10.1.1.13; 10.1.1.4; };  
type forward;  
};

the 10.1.1.13 and 10.1.1.4 has the zone 10.in-addr.arpa zone setup

If I do dig @10.1.1.13 -x 10.1.1.4

;; OPT PSEUDOSECTION:  
; EDNS: version: 0, flags:; udp: 4096  
;; QUESTION SECTION:  
;4.1.1.10.in-addr.arpa. IN PTR

;; ANSWER SECTION:  
4.1.1.10.in-addr.arpa. 86400 IN PTR server1.domain.

;; AUTHORITY SECTION:  
10.in-addr.arpa. 86400 IN NS server1.domain.  
10.in-addr.arpa. 86400 IN NS server2.domain.  
10.in-addr.arpa. 86400 IN NS server3.domain.  
10.in-addr.arpa. 86400 IN NS server4.domainse.

but if I do dig -x 10.1.1.4 I get this back  
;; QUESTION SECTION:  
;4.1.1.10.in-addr.arpa. IN PTR

;; AUTHORITY SECTION:  
10.IN-ADDR.ARPA. 86400 IN SOA 10.IN-ADDR.ARPA. . 0 28800 7200 604800 86400

And if I do nslookup 10.1.1.4  
I get this back

Server: 127.0.0.1  
Address: 127.0.0.1#53

\*\* server can’t find 4.1.1.10.in-addr.arpa: NXDOMAIN

This should be fairly simple but I can’t figure it out

/Lennart[/QUOTE]

the SOA reply may hint at a different, local zone declaration, making the local named believe that it’s authoritative, though that nslookup NX (“no such domain”) response counters that. What’s in the logs when you start the named process and have you already tried to turn on named debug?

Regards,  
Jens