Доброго времени суток.Хочу реализовать сабж. Сервер с 2-мя сетевыми, одна из них свитчем соединена с будущим терминалом, больше подключений нет, на сервере сетевая - интегренная intel pro/100, на клиенте - compex rl2000 или rtl 8029. dhcpd-3.0.3 собран из портов с флагом -DHCP_PARANOIA (хотя пробовал и другие флаги, доступные по make config). Сетевые, свитч, кабели - рабочие.
В качестве сетевого образа для загрузки клиента использую образ с http://rom-o-matic.net/5.4.3/, закатанный на дискетку.
Проблема в следующем: при загрузке терминала идет обращение к серверу за сетевыми настройками, сервер отвечает ... и все, на этом все и заканчивается. Выглядит это следующим образом:dhcpd -f -d:
=====
DHCPDISCOVER from 00:80:48:c6:d2:c3 via fxp0
DHCPOFFER on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
DHCPDISCOVER from 00:80:48:c6:d2:c3 via fxp0
DHCPOFFER on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
=====Интересно то, что есть в сетке фря-4.8 с dhcpd, так с нее клиент получает адрес и пытается по tftp достучаться, то-есть образ на дискетке "рабочий" и он может загружаться по сети. Равно как и железо рабочее.
Пробовал разные варианты конфига dhcpd, вот последний:dhcpd.conf:
=====
option domain-name "inet.local";
server-identifier xserver.inet.local;
server-name "xserver";
option netbios-scope "";
ddns-update-style none;
authoritative;
#ddns-update-style interim;
default-lease-time 43200;
max-lease-time 86400;
subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.10 192.168.0.254;
option broadcast-address 192.168.0.255;
option subnet-mask 255.255.255.0;
option domain-name-servers 192.168.0.1;
option routers 192.168.0.1;
}
subnet 172.16.3.0 netmask 255.255.255.0 {
}
host inet1 {
hardware ethernet 00:80:48:c6:d2:c3;
fixed-address 192.168.0.2;
}
host inet3 {
hardware ethernet 00:00:21:ea:03:70;
fixed-address 192.168.0.3;
}
host inet2 {
hardware ethernet 00:15:f2:2c:5f:ce;
fixed-address 192.168.0.59;
}
=====На серваке фаерволов и прочего ничего нет, все по дефолту настроено, в sysctl ничего возможно связанного с проблемой не нашел. На серваке вместо интегренной карты пробовал другие - не помогло.
Генерировал образы с разными настройками, в том числе и .com-файл для загрузки из-под DOS'а - ноль эмоций.
В чем может быть дело, куда смотреть, что не так?
>На серваке фаерволов и прочего ничего нет, все по дефолту настроено, в
>sysctl ничего возможно связанного с проблемой не нашел. На серваке вместо
>интегренной карты пробовал другие - не помогло.
>Генерировал образы с разными настройками, в том числе и .com-файл для загрузки
>из-под DOS'а - ноль эмоций.
>В чем может быть дело, куда смотреть, что не так?А на бездисковом клиенте как выглядит процесс загрузки? А сам tftp сервер доступен с бездисковой станции?
>А на бездисковом клиенте как выглядит процесс загрузки? А сам tftp сервер
>доступен с бездисковой станции?
=====
Loading ROM image...
Etherboot 5.4.2 (GPL) URL
Drivers: NE2000/PCI Images: NBI ELP PXE Exports: PXE
Protocols: DHCP TFTP
...Profing pci nic...
[rtl8029]
NE2000 base 0x6100, addr MAC
Searching for server (DHCP)....No IP address
.No IP address
....
=====tftp пока не конфигурил, но в inetd открыт:
=====
tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot
=====В /tftpboot лежит файлик, для проформы :)
Карточка - compex rl2000
Сравнил вывод основных параметров sysctl с фри-5.3 (с которой не грузится) и с 4.8 (с которой стартует), покопался в опциях ядра - вроде везде одно и то же. Что же тогда не так?
>Доброго времени суток.
>
>Хочу реализовать сабж. Сервер с 2-мя сетевыми, одна из них свитчем соединена
>с будущим терминалом, больше подключений нет, на сервере сетевая - интегренная
>intel pro/100, на клиенте - compex rl2000 или rtl 8029. dhcpd-3.0.3
>собран из портов с флагом -DHCP_PARANOIA (хотя пробовал и другие флаги,
>доступные по make config). Сетевые, свитч, кабели - рабочие.
>В качестве сетевого образа для загрузки клиента использую образ с http://rom-o-matic.net/5.4.3/, закатанный
>на дискетку.
>Проблема в следующем: при загрузке терминала идет обращение к серверу за сетевыми
>настройками, сервер отвечает ... и все, на этом все и заканчивается.
>Выглядит это следующим образом:
>
>dhcpd -f -d:
>=====
>DHCPDISCOVER from 00:80:48:c6:d2:c3 via fxp0
>DHCPOFFER on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
>DHCPDISCOVER from 00:80:48:c6:d2:c3 via fxp0
>DHCPOFFER on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
>=====
>
>Интересно то, что есть в сетке фря-4.8 с dhcpd, так с нее
>клиент получает адрес и пытается по tftp достучаться, то-есть образ на
>дискетке "рабочий" и он может загружаться по сети. Равно как и
>железо рабочее.
>Пробовал разные варианты конфига dhcpd, вот последний:
>
>dhcpd.conf:
>=====
>option domain-name "inet.local";
>server-identifier xserver.inet.local;
>server-name "xserver";
>option netbios-scope "";
>ddns-update-style none;
>authoritative;
>#ddns-update-style interim;
>default-lease-time 43200;
>max-lease-time 86400;
>
>subnet 192.168.0.0 netmask 255.255.255.0 {
> range 192.168.0.10 192.168.0.254;
> option broadcast-address 192.168.0.255;
> option subnet-mask 255.255.255.0;
> option domain-name-servers 192.168.0.1;
> option routers 192.168.0.1;
>}
>subnet 172.16.3.0 netmask 255.255.255.0 {
>}
>
> host inet1 {
> hardware ethernet 00:80:48:c6:d2:c3;
> fixed-address 192.168.0.2;
>}
>
>host inet3 {
> hardware ethernet 00:00:21:ea:03:70;
> fixed-address 192.168.0.3;
>}
>
>host inet2 {
> hardware ethernet 00:15:f2:2c:5f:ce;
> fixed-address 192.168.0.59;
>}
>=====
>
>На серваке фаерволов и прочего ничего нет, все по дефолту настроено, в
>sysctl ничего возможно связанного с проблемой не нашел. На серваке вместо
>интегренной карты пробовал другие - не помогло.
>Генерировал образы с разными настройками, в том числе и .com-файл для загрузки
>из-под DOS'а - ноль эмоций.
>В чем может быть дело, куда смотреть, что не так?"subnet 172.16.3.0 netmask 255.255.255.0 {
}" - зачем ето ?
>"subnet 172.16.3.0 netmask 255.255.255.0 {
>}" - зачем ето ?
Да, сие действительно не нужно, спасибо. Недопонял мануал по dhcpd и решил, что в конфиге надо описывать все подсети, даже если они и не будут использоваться демоном. :)
Подкорректировал конфиг, но "воз и ныне там"...
>Интересно то, что есть в сетке фря-4.8 с dhcpd, так с нее
>клиент получает адрес и пытается по tftp достучаться,вы забыли в dhcpd клиенту передать ip tftpd сервера, параметр next-server
>>Интересно то, что есть в сетке фря-4.8 с dhcpd, так с нее
>>клиент получает адрес и пытается по tftp достучаться,
>
>вы забыли в dhcpd клиенту передать ip tftpd сервера, параметр next-serverТочно! Теперь все заработало как надо:
=====
DHCPDISCOVER from 00:80:48:c6:d2:c3 via fxp0
DHCPOFFER on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
DHCPREQUEST for 192.168.0.2 (192.168.0.1) from 00:80:48:c6:d2:c3 via fxp0
DHCPACK on 192.168.0.2 to 00:80:48:c6:d2:c3 via fxp0
=====
Клиент адрес получает, дальше по tftp стучится.
Большое Спасибо, с большой буквы "Сэ"! :)ЗЫЖ: что характерно, на фре-4.8 этого параметра в конфиге нет. Равно как и в мануале к dhcpd. Или это у меня со зрением проблемы..?
Продолжим беседу? :)Опять же фри-5.3, стандартный tftpd, клиент загружается с образа на дискетке, на клиенте сетевая compex rl2000, образ - etherboot с http://rom-o-matic.net/ .
При попытке загрузить файл размеров более 619520 байт, например на байт больше выдается ошибка:=====
segment [0009f000,009f0001) does not fit in any memory region.
=====При размере файла меньше или равным сему значению файл загружается. В мануале к tftpd написаны про ограничения на размер файлов, но они гораздо больше (16М) и более. В генерируемом образе для клиента никаких ограничений на размер файлов для tftp не нашел. В чем дело, в чем ошибка?
>При попытке загрузить файл размеров более 619520 байт, например на байт больше
>выдается ошибка:
>
>=====
>segment [0009f000,009f0001) does not fit in any memory region.
>=====
>
>При размере файла меньше или равным сему значению файл загружается. В мануале
>к tftpd написаны про ограничения на размер файлов, но они гораздо
>больше (16М) и более. В генерируемом образе для клиента никаких ограничений
>на размер файлов для tftp не нашел. В чем дело, в
>чем ошибка?Так, похоже дело в загрузочном образе etherboot клиента, ибо если на сервере приконнектиться к нему же с помощью tftp-клиента то файлы размером в 28 метров например, спокойно скачиваются.
>Так, похоже дело в загрузочном образе etherboot клиента, ибо если на сервере
>приконнектиться к нему же с помощью tftp-клиента то файлы размером в
>28 метров например, спокойно скачиваются.
Дело и не в железе: другая материнка (i815) и другая сетевая (rtl8029as) дают ту же самую ошибку, по тому же самому адресу...
Все, разобрался. Для загрузки образа по сетке его надо еще подготовить: например для загрузки образа досовской дискетки его надо сконвертить с помощью mknbi-dos. Теперь загрузка проходит успешно, но после зависает на следующем:=====
Loading 192.168.0.1:out.bin..(NBI)... doneDOS Net Boot Image Loader Version 0.9.8 (netboot)
Copyright (C) 1995-2003 G. Khlmann=====
И все. То-есть образ не разворачивается? Или что? Как дальше-то быть? :)
>Все, разобрался. Для загрузки образа по сетке его надо еще подготовить: например
>для загрузки образа досовской дискетки его надо сконвертить с помощью mknbi-dos.
>Теперь загрузка проходит успешно, но после зависает на следующем:
>
>=====
>Loading 192.168.0.1:out.bin..(NBI)... done
>
>DOS Net Boot Image Loader Version 0.9.8 (netboot)
>Copyright (C) 1995-2003 G. Khlmann
>
>=====
>И все. То-есть образ не разворачивается? Или что? Как дальше-то быть? :)
>
обновил mknbi и все заработало...