Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Perhpas an explaination will help prevent further thrashing, and provide some light that guides you.
named requires the key data so that it can be controlled via rndc and verify the calling rndc is trustworthy. named gets this data from named.conf.
rndc requires the key data so that it can authenticate to named. rndc gets its data from rndc.conf.
Since the key data is included in two separate files, it requires keeping both key statements consistent. Hence, the advent of the include mechanism, so that there can be one file that includes the key statement.
rndc has its own "options" statement for use in its rndc.conf file - this options statement must only appear to rndc, and hence cannot be in any include file that is included in both named.conf and rndc.conf.
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Btw if the above is correct what are the owner and file permissions suppossed to be set to for the files?? Do they play a part in things? I'm jsut asking since ssh will complain if permissions are not right!
Also output of above config gives:
Code:
rndc: connection to remote host closed
This may indicate that the remote server is using an older version of
the command protocol, this host is not authorized to connect,
or the key is invalid.
I can't think anymore of how to solve this issue, I wish it would just work!
was put directly into named.conf and rndc.conf files! rndc.key was then removed and output is the same:
Code:
rndc: connection to remote host closed
This may indicate that the remote server is using an older version of
the command protocol, this host is not authorized to connect,
or the key is invalid.
For rndc reload
Code:
Stopping domain name service...: bindrndc: connection to remote host closed
This may indicate that the remote server is using an older version of
the command protocol, this host is not authorized to connect,
or the key is invalid.
failed!
I am so fed up with this I don't know if it's me, chroot, or debian or what but it's not working after going round in circles adn trying almost everything.........
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Thank you so much btw Mr C. and BillyMayDay for the help!
It's been a long day for sure with the DNS issues adn still not sorted but just wanted to take the time to show my sincere apprieciation for everybodies help.
This sounds like a bit of a long shot, but one reference to you problem suggested that having a hyphen in the key name was an issue, and that renaming rndc-key to rndckey in all instances would fix the problem.
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Yeah I read about that too!
However:
suprize suprize:
Code:
rndc: connection to remote host closed
This may indicate that the remote server is using an older version of
the command protocol, this host is not authorized to connect,
or the key is invalid.
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Ah rndc -V status gives:
Code:
create memory context
create socket manager
create task manager
create task
create logging context
setting log tag
creating log channel
enabling log channel
create parser
get default key
get config key list
decode base64 secret
status
post event
using server 127.0.0.1 (127.0.0.1#953)
create socket
connect
create message
render message
schedule recv
send message
rndc: connection to remote host closed
This may indicate that the remote server is using an older version of
the command protocol, this host is not authorized to connect,
or the key is invalid.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.