Sponsored Content
Full Discussion: dns setup
Special Forums IP Networking dns setup Post 6848 by Neo on Thursday 13th of September 2001 01:57:13 PM
Old 09-13-2001
Editing files step-by-step is good for learning and helps folks understand what they are doing.

Often, people run scripts, not understanding the details, and do more harm than good. Most good admins are more comforable with step-by-step processes; but will use more complex scripting rarely vs. automatically.

Most shortcuts, in the woods, at sea, or on IT platforms are more dangerous than step-by-step, careful planning. Therefore, the advise to 'just save time by running a script' is well intended, but done not come without cost and risk.
 

9 More Discussions You Might Find Interesting

1. IP Networking

DNS setup

Hi all, would anyone knows how to set up a non- interneted primary DNS server ne? I would like to have a step by step procedure to do so my system is a Solaris 9 standard build thanks (1 Reply)
Discussion started by: stancwong
1 Replies

2. Red Hat

DNS resolvers setup/installation ?

Hi all ! A basic but a tricky question though http://e1h7.simplecdn.net/lqcdn/images/questions/images/smilies/smile.gif] Ok, here it goes, we all use DNS resolvers on our servers, local machine, etc. They are necessary for resolving the domain names, etc. OpenDNS is one of the free DNS... (2 Replies)
Discussion started by: virusnet
2 Replies

3. UNIX for Dummies Questions & Answers

[Help] Setup slave dns server

Hi all. I need to configure a secondary dns server to get the zones that are in the primary server. How can I do this? It's possible to make to sync automatically? What configuration I ahve to do? And in which files? Thanks in advance. If anyone could give me examples or a tutorial, that... (4 Replies)
Discussion started by: kouh
4 Replies

4. AIX

Setup DNS server on AIX6.1

I'm planning of setting up a DNS server on AIX 6.1. Could someone shed me some lights on the step-by-steps of how to set this up? Thanks. (2 Replies)
Discussion started by: famasutika
2 Replies

5. Solaris

DNS Server setup

I am trying to setup DNS server in Solaris 10. I have two blade 1500 system and want to setup two name server I would like to start setting up DNS. appreciate your help. (1 Reply)
Discussion started by: mnathan
1 Replies

6. UNIX for Advanced & Expert Users

dnsmasq for dhcp to setup dns

Is dnsmasq important for dhcp to setup dns? (3 Replies)
Discussion started by: cokedude
3 Replies

7. IP Networking

How to DNS Setup ??

Dear All, I need to setup DNS just for the local network. So, I created a master zone with all the settings. I created A records and NS records. Applied new configurations and Stopped Bind9 and then restarted it. But when I enter the domain name in the browser of another client machine it... (9 Replies)
Discussion started by: krishna.lu
9 Replies

8. Red Hat

DNS Server Setup Centos 6.5 Issues

I am having a bit of trouble getting my CENTOS 6.5 DNS server to work correctly in our testlab environment. Lab network is 10.8.0.0/24 in which we all access from 10.7.0.0.0/24 && 10.0.0.0/24. Here are my configs: options { listen-on port 53 { 127.0.0.1; 10.8.0.19;}; #listen-on-v6 port 53 {... (2 Replies)
Discussion started by: metallica1973
2 Replies

9. IP Networking

DNS question about initial Master/Slave setup

Hey everyone. I'm creating a DNS master/slave server set up. I have the configurations all done I believe, the master has the required zone file, and the named.conf file has the allow transfer and allow query stuff set. The slave has it's own configs set. My question is that when initially... (1 Reply)
Discussion started by: Lost in Cyberia
1 Replies
CLIENTUPDATE(1) 					      General Commands Manual						   CLIENTUPDATE(1)

NAME
clientupdate - Xymon client update utility SYNOPSIS
clientupdate [options] DESCRIPTION
clientupdate is part of the Xymon client. It is responsible for updating an existing client installation from a central repository of client packages stored on the Xymon server. When the Xymon client sends a normal client report to the Xymon server, the server responds with the section of the client-local.cfg(5) file that is relevant to this client. Included in this may be a "clientversion" value. The clientversion received from the server is com- pared against the current clientversion installed on the client, as determined by the contents of the $BBHOME/etc/clientversion.cfg file. If the two versions are not identical, clientupdate is launched to update the client installation. OPTIONS
--level Report the current clientversion. --update=NEWVERSION Attempt to update the client to NEWVERSION by fetching this version of the client software from the Xymon server. --reexec Used internally during the update process, see OPERATION below. --remove-self Used internally during the update process. This option causes the running clientupdate utility to delete itself - it is used during the update to purge a temporary copy of the clientupdate utility that is installed in $BBTMP. USING CLIENTUPDATE IN HOBBIT
To manage updating clients without having to logon to each server, you can use the clientupdate utility. This is how you setup the release of a new client version. Create the new client Setup the new client $BBHOME directory, e.g. by copying an existing client installation to an empty directory and modifying it for your needs. It is a good idea to delete all files in the tmp/ and logs/ directories, since there is no need to copy these over to all of the clients. Pay attention to the etc/ files, and make sure that they are suitable for the systems where you want to deploy this new client. You can add files - e.g. extension scripts in the ext/ directory - but the clientupdate utility cannot delete or rename files. Package the client When your new client software is ready, create a tar-file of the new client. All files in the tar archive must have filenames rela- tive to the clients' $BBHOME (usually, ~xymon/client/). Save the tarfile on the Xymon server in ~xymon/server/download/some- file.tar. Dont compress it. It is recommended that you use some sort of operating-system and version-numbering scheme for the filename, but you can choose whatever filename suits you - the only requirement is that it must end with ".tar". The part of the filename preceding ".tar" is what Xymon will use as the "clientversion" ID. Configure which hosts receive the new client In the client-local.cfg(5) file, you must now setup a clientversion:ID line where the ID matches the filename you used for the tar- file. So if you have packaged the new client into the file linux.v2.tar, then the corresponding entry in client-local.cfg would be clientversion:linux.v2. Wait for hobbitd to reload client-local.cfg hobbitd will automatically reload the client-local.cfg file after at most 10 minutes. If you want to force an immediate reload, send a SIGHUP signal to the hobbitd process. Wait for the client to update The next time the client contacts the Xymon server to send the client data, it will notice the new clientversion setting in client- local.cfg, and will run clientupdate to install the new client software. So when the client runs the next time, it will use the new client software. OPERATION
clientupdate runs in two steps: Re-exec step The first step is when clientupdate is first invoked from the hobbitclient.sh script with the "--re-exec" option. This step copies the clientupdate program from $BBHOME/bin/ to a temporary file in the $BBTMP directory. This is to avoid conflicts when the update procedure installs a new version of the clientupdate utility itself. Upon completion of this step, the clientupdate utility automat- ically launches the next step by running the program from the file in $BBTMP. Update step The second step downloads the new client software from the Xymon server. The new software must be packed into a tar file, which clientupdate then unpacks into the $BBHOME directory. ENVIRONMENT VARIABLES
clientupdate uses several of the standard Xymon environment variables, including BBHOME and BBTMP. SEE ALSO
xymon(7), bb(1), client-local.cfg(5) Xymon Version 4.2.3: 4 Feb 2009 CLIENTUPDATE(1)
All times are GMT -4. The time now is 02:11 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy