Загрузка PXE - сервер Linux и клиент OpenBSD

Первое, что я заметил, это то, что вы используете "-s / tftpboot" в xinetd.conf и добавляете параметр dhcpd.conf "root-path". Установка опции «-s» для tftpd означает, что это каталог «/», как видно для tftp-клиента. Таким образом, ваш dhcpd.conf должен содержать только "filname / pxeboot", без параметра root-path.

Из "man tftpd":

-s

Change root directory on startup. This means the remote host does not need 
to pass along the directory as part of the transfer, and may add security.
When -s is specified, exactly one directory should be specified on the command
line. The use of this option is recommended for security as well as compatibility
with some boot ROMs which cannot be easily made to include a directory name 
in its request.

Катриэль уже дала ответ, который я бы дал, так что вместо этого я дам более общий совет ...

ПРИМЕЧАНИЕ: это не отвечает на ваш исходный вопрос (чтобы клиент pxe загрузился вообще), он касается того, что делать ПОСЛЕ решения этой проблемы.

я настоятельно рекомендую использовать gpxelinux.0 из syslinux вместо используемой вами программы pxeboot (которая, вероятно, в любом случае является старой версией программы syslinux pxelinux).

не обманывайте себя названием, gpxelinux.0 - это стандартная программа начальной загрузки PXE, которую можно использовать для загрузки любой операционной системы. Я использую его для загрузки Linux, Windows, clonezilla и различных образов дискет и компакт-дисков (в основном образы MS-DOS / Freedos с некоторым обновлением прошивки на дискете, что лучше всего для записи обновления на компакт-диск или дискету и его ношения с собой. к каждой машине).

Одним из основных преимуществ gpxelinux.0 перед другими загрузочными программами pxe является то, что он понимает не только протокол tftp, поэтому вы можете заставить его получать ядра, initramfs и другие сжатые файловые системы и все остальное по http или ftp, а не tftp. это НАМНОГО быстрее и, по моему опыту, НАМНОГО надежнее. вам по-прежнему нужен tftp-сервер, потому что фактический файл gpxelinux.0 и его файл cfg по умолчанию по-прежнему должны обслуживаться tftp.

он также включает удобный параметр командной строки, позволяющий вручную переопределить параметры загрузки (аналогично тому, что вы можете сделать с помощью grub).

просто переключение на http для загрузочных образов почти устранило проблемы с загрузкой по сети, которые у меня были (все, кроме некоторых незначительных деталей конфигурации, таких как путь / имя файла)

Я строю netkit tftp сервер, и это сработало впервые с моим файлом pxeboot.

Этот tftp-сервер упакован как tftpd на debian / ubuntu, но, похоже, не упакован для Fedora, которая использует сервер tftp-hpa.

Это рабочая конфигурация, которую я использовал для загрузки системы.

#/etc/xinetd.d/tftp
service tftp
{
        disable = no
        socket_type             = dgram
        protocol                = udp
        wait                    = yes
        user                    = root
        server                  = /usr/local/sbin/in.tftpd
        per_source              = 11
        cps                     = 100 2
        flags                   = IPv4
}

#/etc/dhcpd.conf
host longshot {
  hardware ethernet 00:0b:db:07:83:35;
  fixed-address 10.0.2.21;
  next-server 10.0.2.5;
  filename "pxeboot";
}

Поскольку это был бездисковый клиент, мне потребовались параметры загрузки и rarpd, чтобы ядро ​​могло использовать файловую систему через nfs. Это не требуется для загрузки ядра RAM-диска (bsd.rd).

#/etc/bootparams 
longshot root=10.0.2.5:/export/longshot/root swap=10.0.2.5:/export/longshot/swap
10.0.2.21 root=10.0.2.5:/export/longshot/root swap=10.0.2.5:/export/longshot/swap

#/etc/sysconfig/rarpd 
OPTIONS="-e"
INTERFACE="eth0"

# /etc/ethers 
00:0b:db:07:83:35   10.0.2.21

# /etc/exports
/export/longshot 10.0.2.0/255.255.255.0(rw,no_root_squash,sync)

Взгляните на как Я писал несколько лет назад. Хотя в нем не описывается загрузка BSD, он довольно подробно описывает весь процесс. Возможно, это поможет вам выяснить, что пошло не так.

Первое, что я бы попробовал, это tcpdump трафик tftp, чтобы узнать, действительно ли передача завершается успешно; если да, то предположительно клиенту не нравится pxeboot файл - либо он поврежден, неправильная архитектура, либо не подходит.

каково содержимое /tftpboot/pxeboot/pxeboot.cfg/default или аналогичного? он должен содержать информацию о ядре и initrd.img, а иногда даже о сетевой карте, которую вы используете