Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
no fetchzone
11-12-2013, 02:22 PM (This post was last modified: 11-12-2013 02:50 PM by fan0815.)
Post: #1
no fetchzone
Hi,

I have got maradns ( maradns_1.3.14-1_mipsel.ipk ) from you for my OpenWrt White Russian 0.9 router.

Now I wanted to try the maradns server/slave mode.

root@OpenWrt:/etc# fetchzone myDomain.com IP

# Fatal error: Not implemented
root@OpenWrt:/etc#


You compiled it for me because there was any error in former release.

root@OpenWrt:/usr/bin# ls fetchzone -al
-rwxr-xr-x 1 root root 145675 Aug 5 2009 fetchzone


Is there a newer release available or how could I get a working fetchzone-command or do I use it in wrong way?

Does fetchzone also uses UDP 53 or does it use TCP 53 or any other port?

When I execute a fetchzone command on slave router the server-log gets following entries:

Nov 12 22:30:21 (none) kern.info /usr/sbin/maradns: Log: not_impl in proc_query
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Root directory changed
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Socket opened on TCP port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Root privileges dropped
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:21 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:22 (none) kern.info /usr/sbin/maradns: Log: Message received, processing
Nov 12 22:30:22 (none) kern.info /usr/sbin/maradns: Query from: 1.2.3.4 UmyDomain.com.
Nov 12 22:30:22 (none) kern.info /usr/sbin/maradns: Log: Bad query received: \3759\000\000\000\001\000\000\000\000\000\000\012myDomain.com\002at\000\000\374\​000\001
Nov 12 22:30:22 (none) kern.info /usr/sbin/maradns: From IP: 1.2.3.4
Nov 12 22:30:22 (none) kern.info /usr/sbin/maradns: Log: not_impl in proc_query
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Root directory changed
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Socket opened on TCP port 53
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Root privileges dropped
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Awaiting data on port 53
Nov 12 22:30:22 (none) kern.info /usr/sbin/zoneserver: Log: Message received, processing


I can't find the IP from the request from the slave-router in the logs. At From there is the IP from the master slave from which the slave tries to get the zone-data.

When I try a check via zonecheck.fr I see the right IP from the client which send a request.

Nov 12 22:49:03 (none) kern.info /usr/sbin/maradns: From IP: 192.134.7.248

Best Regards, Albert
Find all posts by this user
Quote this message in a reply
11-12-2013, 05:49 PM
Post: #2
RE: no fetchzone
Hey Albert,

Thank you for your interest in MaraDNS. You're talking to the wrong guy. You really want to talk to whoever makes the OpenWRT MaraDNS package about your issues.

I am the upstream maintainer of MaraDNS, but the only platforms I directly support are Windows 7 and CentOS 6 (with Windows 7 support on hold until I get the CPU fan in my Windows computer fixed).

While people are free to port MaraDNS to other platforms, I can not provide support for those ports. [1]

- Sam

[1] "Without being compensated for my time" but it's amazing the number of people out there who get upset whenever I try to leverage MaraDNS to make money to help support my wife and child. The guys who make diapers, I assure you, do not freely give them to me just because I made a free open-source program and provide some very limited free support for said program.
Visit this user's website Find all posts by this user
Quote this message in a reply
11-13-2013, 06:20 AM (This post was last modified: 11-13-2013 07:06 AM by fan0815.)
Post: #3
RE: no fetchzone
Ok thanks.

So, the logs and the behaviour is not logical, isn't?

The ftechzone command seems to be ok I think that the maradns which runs on openwrt, does't have the sending back of data implemented?

Or did you use the output "Not implemented" in your source?

Now I can remember - my compilation was compiled with --authonly parameter. But this can't be the problem that fetchzone not works!?
Find all posts by this user
Quote this message in a reply
11-13-2013, 11:07 AM
Post: #4
RE: no fetchzone
OK, this isn't an OpenWRT issue but somewhat of a MaraDNS issue.

For fetchzone to work, the server it grabs a fetchzone from must implement the AXFR DNS request. To get MaraDNS to handle AXFR requests:

http://maradns.samiam.org/tutorial/dnsmaster.html
Visit this user's website Find all posts by this user
Quote this message in a reply
11-13-2013, 11:25 AM
Post: #5
RE: no fetchzone
(11-13-2013 11:07 AM)samiam Wrote:  OK, this isn't an OpenWRT issue but somewhat of a MaraDNS issue.

For fetchzone to work, the server it grabs a fetchzone from must implement the AXFR DNS request. To get MaraDNS to handle AXFR requests:

http://maradns.samiam.org/tutorial/dnsmaster.html

Yeah, my fist dns server runs as master (zone_transfer_acl=...)

In the old release 1.2 there seems to be a bug (nameserver sometimes forget to send all records, if a ANY request comes).

So I got the 1.3 from your website some years ago.
The 1.3.14-1 runs good but fetchzone doesn't work. :-(

What are the differences between maradns 1.4, deadwood 3.2 and maradns 2.0? I only know maradns 1.0-1.4! Why do you not publish the differences or make a comparision-table?

I should mention that I need maradns as authoritive server (also with --authonly parameter). Does maradns 1.4 also needs to be compiled with this parameter or is this feature available after normal compiling?

If maradns 2.0 is more stable and more secure than 1.x I will try to compile the maradns 2.0 for openwrt. But what's about deadwood - a comparision would be fine! ;-)
Find all posts by this user
Quote this message in a reply
11-13-2013, 01:05 PM
Post: #6
RE: no fetchzone
You may or may not have stumbled upon a bug.

If this is a bug in 1.4, I will not fix it (MaraDNS 1 is only supported for CVE security bug fixes, and that support will end on June 21, 2015). However, if this is a bug in 2.0, I will look at it and eventually fix it (eventually, Albert, because this work isn't paying for my baby's diapers).
Visit this user's website Find all posts by this user
Quote this message in a reply
11-13-2013, 01:29 PM
Post: #7
RE: no fetchzone
Ok, thanks!

What are the differences between maradns 1.4, deadwood 3.2 and maradns 2.0? Please publish a short comparison-table that everyone knows the differences and main features. I think newcomer could be diffused by so many release. ;-)
Find all posts by this user
Quote this message in a reply
11-13-2013, 02:58 PM
Post: #8
RE: no fetchzone
Enlightenment can be found here:

http://maradns.samiam.org/download.html
Visit this user's website Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)