IPROP(8) | System Manager's Manual | IPROP(8) |
ipropd-master | [-c string | --config-file=string] [-r string | --realm=string] [-k kspec | --keytab=kspec] [-d file | --database=file] [--slave-stats-file=file] [--time-missing=time] [--time-gone=time] [--detach] [--version] [--help] |
ipropd-slave | [-c string | --config-file=string] [-r string | --realm=string] [-k kspec | --keytab=kspec] [--time-lost=time] [--detach] [--version] [--help] master |
The slaves are specified by the contents of the slaves file in the KDC's database directory, e.g. /var/heimdal/slaves. This has principals one per-line of the form
where slave is the hostname of the slave server in the given REALM, e.g.iprop/slave@REALM
On a slave, the argument master specifies the hostname of the master server from which to receive updates.iprop/kerberos-1.example.com@EXAMPLE.COM
In contrast to hprop(8), which sends the whole database to the slaves regularly, iprop normally sends only the changes as they happen on the master. The master keeps track of all the changes by assigning a version number to every change to the database. The slaves know which was the latest version they saw, and in this way it can be determined if they are in sync or not. A log of all the changes is kept on the master. When a slave is at an older version than the oldest one in the log, the whole database has to be sent.
The changes are propagated over a secure channel (on port 2121 by default). This should normally be defined as “iprop/tcp” in /etc/services or another source of the services database. The master and slaves must each have access to a keytab with keys for the iprop service principal on the local host.
There is a keep-alive feature logged in the master's slave-stats file (e.g. /var/heimdal/slave-stats).
Supported options for ipropd-master:
Supported options for ipropd-slave:
May 24, 2005 | NetBSD 6.1 |