Cabalt Raqs and DNS servers
06 September 2001, 12:32 AM
#1
Scooby Regular
Thread Starter
Join Date: Apr 1999
Location: Bore Knee Muff
Posts: 3,666
Likes: 0
Received 0 Likes
on
0 Posts
Has anyone from here ever used Cobalts as DNS servers? If so, have you configured a secondary Cobalt DNS server to get the domain info off the main one.
How do you set up the secondary to mirror the primary? The manuals aren't that good and any help gratefully received.
Rich
How do you set up the secondary to mirror the primary? The manuals aren't that good and any help gratefully received.
Rich
06 September 2001, 03:41 PM
#2
Scooby Regular
Join Date: Nov 2001
Location: Leeds - It was 562.4bhp@28psi on Optimax, How much closer to 600 with race fuel and a bigger turbo?
Posts: 15,239
Likes: 0
Received 1 Like
on
1 Post
I did this on a RAQ3 but I cant remember how... if you want me to look into it... let me know.
David
David
06 September 2001, 04:46 PM
#3
Scooby Regular
Thread Starter
Join Date: Apr 1999
Location: Bore Knee Muff
Posts: 3,666
Likes: 0
Received 0 Likes
on
0 Posts
If you do remember anything then it would be appreciated. Struggling to get it working at the moment. I am using 2 Raq 4r machines.
Many thanks.
Rich.
Many thanks.
Rich.
07 September 2001, 10:39 AM
#4
Scooby Regular
Join Date: May 2000
Posts: 869
Likes: 0
Received 0 Likes
on
0 Posts
I assume with the RAQ being nice and friendly you don't get to play with the actual config files themselves?
If you do (I guess it uses BIND) then I can probably help, otherwise if you have a nice pretty (intuitive?!) user interface
, I can't!
If you do (I guess it uses BIND) then I can probably help, otherwise if you have a nice pretty (intuitive?!) user interface
, I can't!
07 September 2001, 11:13 AM
#5
Scooby Regular
Raqs use BIND (as everyone should but they're all tied into its user interface. All the backend stuff is written in Perl (and sometimes not very good Perl at that) which make changes to config files (all of them, Apache, sendmail, the lot) but the problem is that it seems to keep state in its own datafiles, so if you change a daemons configuration and it's not refelected in Cobalts datafiles then the UI wont show the actual configuration, just what's in its own files. It can cause problems if you modify a configuration manually. Best thing you can do is get hold of O'Reillys "DNS and BIND", it's a trivial job - once you know how
Steve.
but they're all tied into its user interface. All the backend stuff is written in Perl (and sometimes not very good Perl at that) which make changes to config files (all of them, Apache, sendmail, the lot) but the problem is that it seems to keep state in its own datafiles, so if you change a daemons configuration and it's not refelected in Cobalts datafiles then the UI wont show the actual configuration, just what's in its own files. It can cause problems if you modify a configuration manually. Best thing you can do is get hold of O'Reillys "DNS and BIND", it's a trivial job - once you know how Steve.
07 September 2001, 05:26 PM
#6
Scooby Regular
Join Date: May 2000
Posts: 869
Likes: 0
Received 0 Likes
on
0 Posts
I'd agree with the DNS & Bind recommendation. Got one sat here!!
This should help with understanding, though if as Steve says you can't play with the files, may not help directly with the way to do in on your RAQ.
That said, if you don't understand the theory behind running a slave DNS (or DNS at all) then it would be helpful!
Thought of mailling colbalt support? After all, that's why you've paid for an out-of-the-box solution....
This should help with understanding, though if as Steve says you can't play with the files, may not help directly with the way to do in on your RAQ.
That said, if you don't understand the theory behind running a slave DNS (or DNS at all) then it would be helpful!
Thought of mailling colbalt support? After all, that's why you've paid for an out-of-the-box solution....
Thread
Thread Starter
Forum
Replies
Last Post
Puff The Magic Wagon!
Non Scooby Related
5
06 November 2000 08:09 PM