rbootd(8) [netbsd man page]

RBOOTD(8)						    BSD System Manager's Manual 						 RBOOTD(8)

NAME

     rbootd -- HP remote boot server

SYNOPSIS

     rbootd [-ad] [-i interface] [config_file]

DESCRIPTION

     The rbootd utility services boot requests from Hewlett-Packard workstations over a local area network.  All boot files must reside in the
     boot file directory; further, if a client supplies path information in its boot request, it will be silently stripped away before processing.
     By default, rbootd only responds to requests from machines listed in its configuration file.  If the client doesn't supply a file name (HP700
     series machines don't), the first one listed for this machine will be supplied.

     The options are as follows:

     -a 	 Respond to boot requests from any machine.  The configuration file is ignored if this option is specified.

     -d 	 Run rbootd in debug mode.  Packets sent and received are displayed to the terminal.

     -i interface
		 Service boot requests on specified interface.	If unspecified, rbootd searches the system interface list for the lowest numbered,
		 configured ``up'' interface (excluding loopback).  Ties are broken by choosing the earliest match.

     Specifying config_file on the command line causes rbootd to use a different configuration file from the default.

     The configuration file is a text file where each line describes a particular machine.  A line must start with a machine's Ethernet address
     followed by an optional list of boot file names.  An Ethernet address is specified in hexadecimal with each of its six octets separated by a
     colon.  The boot file names come from the boot file directory.  The ethernet address and boot file(s) must be separated by white-space and/or
     comma characters.	A pound sign causes the remainder of a line to be ignored.

     Here is a sample configuration file:

     #
     # ethernet addr	 boot file(s)	     comments
     #
     08:00:09:0:66:ad	 SYSHPBSD	     # snake (4.3BSD)
     08:00:09:0:59:5b			     # vandy (anything)
     8::9:1:C6:75	 SYSHPBSD,SYSHPUX    # jaguar (either)

     rbootd logs status and error messages via syslog(3).  A startup message is always logged, and in the case of fatal errors (or deadly signals)
     a message is logged announcing the server's termination.  In general, a non-fatal error is handled by ignoring the event that caused it (e.g.
     an invalid Ethernet address in the config file causes that line to be invalidated).

     The following signals have the specified effect when sent to the server process using the kill(1) command:

	     SIGHUP   Drop all active connections and reconfigure.

	     SIGUSR1  Turn on debugging, do nothing if already on.

	     SIGUSR2  Turn off debugging, do nothing if already off.

FILES

     /dev/bpf		  packet-filter device
     /etc/rbootd.conf	  configuration file
     /tmp/rbootd.dbg	  debug output
     /usr/mdec/rbootd	  directory containing boot files
     /var/run/rbootd.pid  process id

SEE ALSO

     kill(1), socket(2), signal(3), syslog(3)

BUGS

     If multiple servers are started on the same interface, each will receive and respond to the same boot packets.

BSD
								 December 11, 1993							       BSD

Check Out this Related Man Page

RPC.BOOTPARAMD(8)					    BSD System Manager's Manual 					 RPC.BOOTPARAMD(8)

NAME

     bootparamd, rpc.bootparamd -- boot parameter server

SYNOPSIS

     bootparamd [-ds] [-i interface] [-r router] [-f file]

DESCRIPTION

     bootparamd is a server process that provides information to diskless clients necessary for booting. It consults the file ``/etc/bootparams''.
     It should normally be started from ``/etc/rc''.

     This version will allow the use of aliases on the hostname in the ``/etc/bootparams'' file. The hostname returned in response to the booting
     client's whoami request will be the name that appears in the config file, not the canonical name.	In this way you can keep the answer short
     enough so that machines that cannot handle long hostnames won't fail during boot.

     While parsing, if a line containing just ``+'' is found, and the YP subsystem is active, the YP map bootparams will be searched immediately.

OPTIONS

     -d      Display the debugging information. The daemon does not fork in this case.

     -i interface
	     Specify the interface to become the default router.  bootparamd picks the first IPv4 address it finds on the system by default.  With
	     -i, you can control which interface to be used to obtain the default router address.  -r overrides -i.

     -s      Log the debugging information with syslog(3).

     -r      Set the default router (a hostname or IP-address).  This defaults to the machine running the server.

     -f      Specify the file to use as boot parameter file instead of ``/etc/bootparams''.

FILES

     /etc/bootparams  default configuration file

SEE ALSO

     bootparams(5)

AUTHORS

     Originally written by Klas Heggemann <klas@nada.kth.se>.

BUGS

     You may find the syslog messages too verbose.

     It's not clear if the non-canonical hack mentioned above is a good idea.

BSD
								  January 8, 1994							       BSD

Linux and UNIX Man Pages

rbootd(8) [netbsd man page]

Check Out this Related Man Page