Provided by: nis_3.17.1-1build1_amd64 bug

NAME

       rpc.ypxfrd - NIS map transfer server

SYNOPSIS

       /usr/sbin/rpc.ypxfrd [ -d path ] [ -p port ] [ --debug ]
       /usr/sbin/rpc.ypxfrd --version

DESCRIPTION

       rpc.ypxfrd  is  used for speed up the transfer of very large NIS maps from a NIS master to
       the NIS slave server. If a  NIS slave server receives a message that there is a  new  map,
       it  will  start  ypxfr for transfering the new map.  ypxfr will read the contents of a map
       from the master server using the yp_all() function. This process can take several  minutes
       when there are very large maps which have to be stored by the database library.

       The  rpc.ypxfrd  server  speeds  up  the transfer process by allowing NIS slave servers to
       simply copy the master server's map files rather than building  their  own  from  scratch.
       rpc.ypxfrd uses an RPC-based file transfer protocol, so that there is no need for building
       a new map.

       rpc.ypxfrd could be started by inetd. But since  it  starts  very  slowly,  it  should  be
       started after ypserv from /etc/init.d/ypxfrd.

OPTIONS

       --debug
              Causes  the  server  to  run  in debugging mode. In debug mode, the server does not
              background itself and prints extra status messages to stderr for each request  that
              it revceives.

       -d directory
              rpc.ypxfrd is using this directory instead of /var/yp

       -p port
              rpc.ypxfrd  will bind itself to this port, which makes it possible to have a router
              filter packets to the NIS ports. This can restricted the access to the  NIS  server
              from hosts on the Internet.

       --version
              Prints the version number

SECURITY

       rpc.ypxfrd  uses  the  same functions for checking a host as ypserv.  At first, rpc.ypxfrd
       will check a request from an address with /etc/ypserv.securenets.  If the host is  allowed
       to  connect  to  the server, rpc.ypxfrd will uses the rules from /etc/ypserv.conf to check
       the requested map. If a mapname doesn't  match  a  rule,  rpc.ypxfrd  will  look  for  the
       YP_SECURE  key in the map. If it exists, rpc.ypxfrd will only allow requests on a reserved
       port.

FILES

       /etc/ypserv.conf /var/yp/securenets

SEE ALSO

       ypserv(8), makedbm(8), yppush(8), ypxfr(8)

BUGS

       The FreeBSD ypxfrd protocol is not compatible with that used by SunOS. This is unfortunate
       but  unavoidable:  Sun's  protocol  is  not freely available, and even if it were it would
       probably not be useful since the SunOS  NIS  v2  implimentation  uses  the  original  ndbm
       package  for  its  map databases whereas the other implimentation uses GNU DBM or Berkeley
       DB. These packages uses vastly different file formats.  Furthermore,  ndbm  and  gdbm  are
       byte-order  sensitive  and  not  very smart about it, meaning that a gdbm or ndbm database
       created on a big endian system can't be read on a little endian system. The FreeBSD ypxfrd
       protocol  checks,  if  both,  master  and  slave,  uses the same database packages and, if
       necessary, the byte order of the system.

AUTHOR

       ypxfrd protocol and FreeBSD Implementation: Bill Paul <wpaul@ctr.columbia.edu>
       Linux Implementation: Thorsten Kukuk <kukuk@suse.de>