Sponsored Content
Full Discussion: Setting up slave DNS?
Operating Systems Linux Setting up slave DNS? Post 302619617 by cjcox on Thursday 5th of April 2012 07:55:09 PM
Old 04-05-2012
You do not define db files for a slave, they get created from the master. But somehow the slave needs to know about the master, often times in the zone config itself:

Code:
zone "website1.org" {
type slave;
masters { AAA.BBB.CCC.DDD; };
file "mydb-for-website1-org";
notify NO;
};

I did notice lack of space on file between file and the filename... the masters line identifies the master by ... well in this case IP address to pull the zone info from. Again, you don't need the db entries... however, you need to be careful about the file argument, make sure it's going to a place where named can write to.. often times, named gets put into a change root situation... so just keep that in mind. For example, on many Linux systems, you might use "slave/mydb-for-website1-org" where that path is relative to the change root for bind which might be at /var/lib/named (again, just an example... every system can be different... you just need to make sure the slave file is somewhere writable by the slave named process owner id.
This User Gave Thanks to cjcox For This Post:
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Setting Up Dns Server In Bsd

I just learning BSD So how would you go about setting up a DNS server please explain like A,B,C I am a new very new UNIX users so any help would be great thanks :( :confused: (1 Reply)
Discussion started by: BSD_NEWUSER
1 Replies

2. Linux

setting primary dns

Hi, I am running Fedora 7. I seem to remember there being a command to determine the primary dns. Can anyone help me find out what it is? Thanks! (2 Replies)
Discussion started by: user23
2 Replies

3. Solaris

Setting up local DNS Server

Hi , Could some one please share some docs or steps to set up solaris box as a local DNS . Thx (1 Reply)
Discussion started by: skamal4u
1 Replies

4. 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

5. IP Networking

DNS does all slave Name Server must be in the zone Resource Record file?

Hy guys, I've a problem configuring my Name Server (using bind 9) which is I'ts always necessary to put all slave Name Server for a zone in the zone resource record file or db (as you prefer)? I've this scenario: A - my domain which is son of some TLD and I delegated into two new domains B... (1 Reply)
Discussion started by: pharaoh
1 Replies

6. Red Hat

dhcp not setting dns and changing to garbage

I have 2 problems. Dhcp is not setting dns and after I manually set my dns it changes to garbage. I literally just used command to set dns which is a good copy of resolv.conf: sudo cp /home/bob/Desktop/scripts_9-12-2011/resolv.conf /etc/resolv.confHere is a copy of my resolv.conf. #... (5 Replies)
Discussion started by: cokedude
5 Replies

7. Red Hat

DHCP & DNS - Clients get IP but don't register in DNS

I am trying to setup a CentOS 6.2 server that will be doing 3 things DHCP, DNS & Samba for a very small office (2 users). The idea being this will replace a very old Win2k server. The users are all windows based clients so only the server will be Linux based. I've installed CentOS 6.2 with... (4 Replies)
Discussion started by: FireBIade
4 Replies

8. UNIX for Dummies Questions & Answers

Help me setting up dns and understanding it.

Hi I need to set up a dns server for Oracle 11g rac setup. I got some files (copied from friend) named.conf and related files in /var/named , i was told that this would work fine. But i am getting some issues. I am attaching the files here. The problem is dig... (1 Reply)
Discussion started by: ankurk
1 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

10. Ubuntu

Network Manager not setting correct DNS servers

Since a few weeks i use Ubuntu 16 on my laptop: # uname -a Linux xxxx 4.8.0-52-generic #55~16.04.1-Ubuntu SMP Fri Apr 28 14:36:29 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux Because i want to use a custom name server i set the properties in the "Edit Connections" dialogue to the following: ... (2 Replies)
Discussion started by: bakunin
2 Replies
SMOKEPING_MASTER_SLAVE(7)					     SmokePing						 SMOKEPING_MASTER_SLAVE(7)

NAME
smokeping_master_slave - How to run multiple distributed instances of SmokePing OVERVIEW
Normally smokeping probes run their tests from the host where smokeping runs to some target host and monitor the latency of the connection between the two. The Master/Slave concept enables all smokeping probes to run remotely. The use case for this is to measure the overall connectivity in a network. If you are interested in checking that your central DNS server or your file server works for everyone, you could setup several smokeping instances checking up on on the two servers from multiple locations within your network. With the Master/Slave smokeping configuration this process becomes much simpler, as one smokeping master server can control multiple slaves. All monitoring data is stored and presented on the server, but collected by the slaves. The slaves will also get their configuration information from the master, so that you just have to maintain the master server configuration file and the rest is taken care of automatically. DESCRIPTION
Architecture The slaves communicate with the master smokeping server via the normal smokeping web interface. On initial startup each slave connects to the master server and asks for its assignments. When the slave has done a round of probing it connects to the master again to deliver the results. If the assignment for a slave changes, the master will tell the slave after the slave has delivered its results. The master and the slaves sign their messages by supplying an HMAC-MD5 code (RFC 2104) of the message and a shared secret. Optionally the whole communication can run over ssl. [slave 1] [slave 2] [slave 3] | | | +-------+ | +--------+ | | | v v v +---------------+ | master | +---------------+ The slave is a normal smokeping instance setup where the configuration comes from the master instead of a local configuration file. The slave tries to contact the master server after every round of probing, supplying its results. If the master server can not be reached, the results will be sent to the server together with the next round of results. Results will be stored in a file in Perl storable form so that they survive a restart of the smokeping instance. Master Configuration To configure a master/slave setup, add a slaves section to your smokeping configuration file. Each slave has a section in the slaves part of the master configuration file. The section name must match the hostname of the slave. If some configuration parameter must be set to a special value for the slave, use an override section to configure this. The slave names must be the names the hosts think they have, not their outside hostnames or ip addresses or anything like that. When the slave calls the master to get its config or report its measurements it will tell the master its 'hostname'. This together with the shared secret is used to authenticate and identify who is who. *** Slaves *** secrets=/etc/smokeping/slavesecrets.conf +slave1 display_name=erul22 location=India color=ff0000 ++override Probes.FPing.binary = /usr/bin/fping ... Then in the targets section you can define slaves at every level. Again the settings get inherited by lower order targets and can be overwritten anywhere in the tree. A slave will then get the appropriate configuration assigned by the server. *** Targets *** slaves = slave1 slave2 ... +dest1 slaves = ... +dest2 slaves = slave1 ... +dest3 ... The data from the slaves will be stored in TargetName~SlaveName.rrd. So the example above would create the following files: dest1.rrd dest2.rrd dest2~slave1.rrd dest3.rrd dest3~slave1.rrd dest3~slave2.rrd The slavesecrets.conf file contains a colon separated list of hostnames and secrets. host1:secret1 host2:secret2 Slave Configuration A smokeping slave setup has no configuration file. It just needs to know that it runs in slave-mode and its secret. The secret is stored in a file for optimal protection. By default the persistent data cache will be located in /tmp/smokeping.$USER.cache. ./smokeping --master-url=http://smokeping/smokeping.cgi --cache-dir=/var/smokeping/ --shared-secret=/var/smokeping/secret.txt The secret.txt file contains a single word, the secret of this slave. It is NOT the same as the slavesecrets.conf file the master uses. SECURITY CONSIDERATIONS
The master effectively has full access to slave hosts as the user running the slave smokeping instance. The configuration is transferred as Perl code that is evaluated on the slave. While this is done inside a restricted "Safe" compartment, there are various ways that a malicious master could embed arbitrary commands in the configuration and get them to run when the slave probes its targets. The strength of the shared secret is thus of paramount importance. Brute forcing the secret would enable a man-in-the-middle to inject a malicious new configuration and compromise the slave. COPYRIGHT
Copyright (c) 2007 by Tobias Oetiker, OETIKER+PARTNER AG. All right reserved. LICENSE
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. AUTHOR
Tobias Oetiker <tobi@oetiker.ch> 2.6.8 2012-02-26 SMOKEPING_MASTER_SLAVE(7)
All times are GMT -4. The time now is 11:46 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy