DHCP Redundancy

Holger Honert holger.honert at signal-iduna.org
Mon Nov 29 07:29:04 UTC 2010


As long as the autopartner-down statement is not working, putting a
server in partner-down state works well for me with omapi.

IMHO syncing configs is no great deal (see example below). I am working
as Simon suggested with include files.
When changes are made in the config-file (include-file) dhcpd is
restarted via an init-script and it looks like this:

"....
        restart)
                # Checking  dhcpd-config files
                $DHCP_BIN -t -T
                if [ $? -eq 0 ]; then
                  echo -n "Restarting DHCPD"
                  # syncing conf-files with failover peer
		  # the next line is a long one
                  rsync -auz -e "ssh -i /root/cron/dhcpd1-rsync-key"
/etc/dhcpd.master root at dhcpd2:/etc
                  killproc dhcpd
                  startproc $DHCP_BIN
                  rc_status -v
                else
                 echo " Error in dhcpd.master file!!"
                 echo " Check config with dhcpd -t -T"
                 rc_failed 1
                fi
                rc_status -v
                ;;
...."

dhcpd.conf:

"
log-facility local1;
failover peer "local" {
        primary;
        address 192.168.111.16;
        port 847;
        peer address 192.168.111.17;
        peer port 647;
        max-response-delay 60;
        max-unacked-updates 10;
        mclt 600;
        split 255;
        load balance max seconds 3;
}

include "/etc/dhcpd.master";
"

Regards

Holger





Am 27.11.2010 21:05, schrieb Simon Hobson:
> That's the case whichever method you use, but it's really no big deal.
> The trick is to use include statements for common parts of the config
> and then use whatever tools you prefer to sync the files from one
> machine to another. I do something similar at work with our DNS - I have
> a script that generate the configs for master and slaves, and then uses
> rsync to transfer the slave config to the slave servers.
> 
> If you hand edit the files then yes, it will be a pain - but managing
> two configs by hand is the wrong way to do it for anything but trivial
> setups.
> 
> 


SIGNAL Krankenversicherung a. G., Sitz: Dortmund, HR B 2405, AG Dortmund
IDUNA Vereinigte Lebensversicherung aG für Handwerk, Handel und Gewerbe,
Sitz: Hamburg, HR B 2740, AG Hamburg
Deutscher Ring Krankenversicherungsverein a.G., Sitz: Hamburg,
HR B 4673, AG Hamburg,
SIGNAL IDUNA Allgemeine Versicherung AG, Sitz: Dortmund, HR B 19108,
AG Dortmund
Vorstände: Reinhold Schulte (Vorsitzender),
Wolfgang Fauter (stellv. Vorsitzender), Dr. Karl-Josef Bierth,
Jens O. Geldmacher, Marlies Hirschberg-Tafel,
Michael Johnigk, Ulrich Leitermann, Michael Petmecky,
Dr. Klaus Sticker, Prof. Dr. Markus Warg
Vorsitzender der Aufsichtsräte: Günter Kutz
SIGNAL IDUNA Gruppe Hauptverwaltungen, Internet: www.signal-iduna.de
44121 Dortmund, Hausanschrift: Joseph-Scherer-Str. 3, 44139 Dortmund
20351 Hamburg, Hausanschrift: Neue Rabenstraße 15-19, 20354 Hamburg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: holger_honert.vcf
Type: text/x-vcard
Size: 315 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20101129/c32f8e62/attachment.vcf>


More information about the dhcp-users mailing list