This is an old revision of the document!
====== PXE chainloading ====== {{ screenshots/gpxe-chaining.png?361x201|PXE chainloading in VMware}} If you have a large number of machines which already have a legacy PXE implementation (e.g. network cards containing an Intel PXE ROM), then you may want to avoid having to reflash each machine's network card. You can achieve this by placing gPXE on your TFTP server. The PXE-capable machines will download gPXE via TFTP, and instantly become gPXE-capable machines. ===== Setting up PXE chainloading ===== Start by [[download|downloading]] the source tree, then build the PXE-chainloadable gPXE image using cd src make bin/undionly.kpxe Copy //bin/undionly.kpxe// to your TFTP server, and configure your DHCP server to hand out //undionly.kpxe//; if you are using ISC DHCPD then you need to edit ///etc/dhcpd.conf// to contain next-server X.X.X.X; filename "undionly.kpxe"; where X.X.X.X is the IP address of your TFTP server. At this point, you should be able to boot one of your PXE-capable machines, and see it download gPXE from the TFTP server. If everything has worked, then you should see the gPXE startup banner appear: gPXE 0.5.1 -- Open Source Boot Firmware -- http://etherboot.org ===== Breaking the infinite loop ===== When the chainloaded gPXE starts up, it will issue a fresh DHCP request and boot whatever the DHCP server hands out. The DHCP server is currently set up to hand out the gPXE image, which means that you will be stuck in an infinite loop: PXE will load gPXE which will load gPXE which will load gPXE which will load gPXE... The easiest way to break this cycle is to configure the DHCP server to hand out gPXE only for the first DHCP request. Using ISC DHCPD, you can edit ///etc/dhcpd.conf// to contain if substring(option vendor-class-identifier, 0, 9) != "Etherboot" { filename "undionly.kpxe"; } This will ensure that the gPXE image (//undionly.kpxe//) is handed out only when the DHCP request comes from a legacy PXE client.
