From 1ea73eea5ecc6a8ed901316049259aee737ee554 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 7 Oct 2005 19:51:38 +0000 Subject: move manual to top-level directory, split out of debian-installer package --- eu/install-methods/tftp/bootp.xml | 78 +++++++++++++++++++++++++++++++++++++++ 1 file changed, 78 insertions(+) create mode 100644 eu/install-methods/tftp/bootp.xml (limited to 'eu/install-methods/tftp/bootp.xml') diff --git a/eu/install-methods/tftp/bootp.xml b/eu/install-methods/tftp/bootp.xml new file mode 100644 index 000000000..1b0df1d95 --- /dev/null +++ b/eu/install-methods/tftp/bootp.xml @@ -0,0 +1,78 @@ + + + + + + Setting up BOOTP server + + +There are two BOOTP servers available for GNU/Linux, the CMU +bootpd and the other is actually a DHCP server, ISC +dhcpd, which are contained in the +bootp and dhcp packages +in &debian;. + + + +To use CMU bootpd, you must first uncomment (or +add) the relevant line in /etc/inetd.conf. On +&debian;, you can run update-inetd --enable +bootps, then /etc/init.d/inetd +reload to do so. Elsewhere, the line in question should +look like: + + + +bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120 + + + + + +Now, you must create an /etc/bootptab file. This +has the same sort of familiar and cryptic format as the good old BSD +printcap, termcap, and +disktab files. See the +bootptab manual page for more information. For +CMU bootpd, you will need to know the hardware +(MAC) address of the client. Here is an example +/etc/bootptab: + + + +client:\ + hd=/tftpboot:\ + bf=tftpboot.img:\ + ip=192.168.1.90:\ + sm=255.255.255.0:\ + sa=192.168.1.1:\ + ha=0123456789AB: + + + +You will need to change at least the "ha" option, which specifies the +hardware address of the client. The "bf" option specifies the file a +client should retrieve via TFTP; see + for more details. + + +On SGI Indys you can just enter the command monitor and type +printenv. The value of the +eaddr variable is the machine's MAC address. + + + + +By contrast, setting up BOOTP with ISC dhcpd is +really easy, because it treats BOOTP clients as a moderately special +case of DHCP clients. Some architectures require a complex +configuration for booting clients via BOOTP. If yours is one of +those, read the section . Otherwise, you +will probably be able to get away with simply adding the +allow bootp directive to the configuration +block for the subnet containing the client, and restart +dhcpd with /etc/init.d/dhcpd +restart. + + + -- cgit v1.2.3