не находит файлы на TFTP
не находит файлы на TFTP
Загрузка с дискеты eb 5.4.0
Получает адрес от DHCP (на Linux)
Скачивает:
pxelinux.0 с TFTP (linux)
pcelinux.cfg/default
wtshell/bzImage
wtshell/wtshell
А вот дальше... запрашивает (я пробовал и lite и pro)
pro\4.4.7\configs/default.wtc
File not found! Не правда! Файл ЕСТЬ, но для получения нужно запросить pro/4.4.7/configs/default.wtc (обратите внимание на слэш).
Тот же облом при по пытке считать
pro\4.4.7\packages/wtpx.pkg
Я пробовал в Windows команды:
D:\temp\1>tftp -i LServer GET pro\4.4.7\configs/wizard.wtc
Ошибка на сервере: File not found
D:\temp\1>tftp -i LServer GET pro/4.4.7/configs/wizard.wtc
Успешная передача: 4986 байт за 1 с, 4986 байт/с
D:\temp\1>tftp -i LServer GET pro\4.4.7\packages/wtpx.pkg
Ошибка на сервере: File not found
D:\temp\1>tftp -i LServer GET pro/4.4.7/packages/wtpx.pkg
Успешная передача: 1839905 байт за 2 сs, 919952 байт/с
И что с этим делать?
Получает адрес от DHCP (на Linux)
Скачивает:
pxelinux.0 с TFTP (linux)
pcelinux.cfg/default
wtshell/bzImage
wtshell/wtshell
А вот дальше... запрашивает (я пробовал и lite и pro)
pro\4.4.7\configs/default.wtc
File not found! Не правда! Файл ЕСТЬ, но для получения нужно запросить pro/4.4.7/configs/default.wtc (обратите внимание на слэш).
Тот же облом при по пытке считать
pro\4.4.7\packages/wtpx.pkg
Я пробовал в Windows команды:
D:\temp\1>tftp -i LServer GET pro\4.4.7\configs/wizard.wtc
Ошибка на сервере: File not found
D:\temp\1>tftp -i LServer GET pro/4.4.7/configs/wizard.wtc
Успешная передача: 4986 байт за 1 с, 4986 байт/с
D:\temp\1>tftp -i LServer GET pro\4.4.7\packages/wtpx.pkg
Ошибка на сервере: File not found
D:\temp\1>tftp -i LServer GET pro/4.4.7/packages/wtpx.pkg
Успешная передача: 1839905 байт за 2 сs, 919952 байт/с
И что с этим делать?
А нет там ни каких слэшей. Зачем? Вот полной конфиг. (Строку отметил стрелкой) Напоминаю DHCP тоже под linux вместе с TFTP, на одной машине.aka писал(а):Не, не исправим.
Скажи мне, у тебя в DHCP в 067 параметре какие слэши используются? А почему?
Код: Выделить всё
authoritative;
log-facility local7;
option domain-name "Убрано мной";
option routers 10.1.0.1;
option ntp-servers 10.1.0.5;
option broadcast-address 10.1.255.255;
default-lease-time 3600;
max-lease-time 86400;
ddns-update-style none;
allow booting;
allow bootp;
class "ether" {
match if substring (option vendor-class-identifier,0,9) = "Etherboot";
}
subnet 10.1.0.0 netmask 255.255.0.0 {
pool {
allow members of "ether";
range 10.1.253.101 10.1.253.200;
next-server 10.1.0.4;
filename "pxelinux.0"; # <=---------------------------------
}
pool {
deny members of "ether";
range 10.1.254.1 10.1.254.254;
}
}
-
- Разработчик
- Сообщения: 11829
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
О, теперь понял.
Вот ты в конфиг dhcp со своим классом влез. Нафига? Неужели кому-то этот параметр мешает? Все известные мне виндовсы его успешно игнорируют.
В результате на первый запрос к DHCP имя файла для загрузки уходит без префикса. Работает, хорошо.
Но затем втварь сама отправляет второй запрос к dhcp. Втвари тоже нужно имя файла для загрузки! Сам по себе файл не нужен, втварь из этого имени выделяет путь. И естественно, vendor-class у втвари не Etherboot. А ты жадный, ты указал втвари имя файла не давать. Не получив файла для загрузки, у втвари начинается паника. Вроде бы ее загрузили по сети, но сейчас сеть говорит, что загрузка по сети здесь не работает. В скором будущем в этом месте появится ругательная табличка: "Ваш DHCP дурит голову. Пожалуйста, наймите сисадмина, чтобы он его настроил". А сейчас пока что втварь начинает фантазировать и сама придумывает себе префикс, получается это у нее плохо...
Итого, варинаты решения:
1. Поставить любой другой TFTP. atftpd, hpa-tftpd. Им пофигу слэши.
2. Отломать класс в конфиге dhcp и отдавать filename всем.
3. Узнать, какой vendor-class у втвари, и этому классу тоже отдавать filename. Заодно всем рассказать про класс втвари, а то этого даже я не знаю :-/
Бардак со слэшами конечно надо будет устранить. Но именно в этом случае его надо устранить в пользу виндовых слэшей, потому что так надо
Вот ты в конфиг dhcp со своим классом влез. Нафига? Неужели кому-то этот параметр мешает? Все известные мне виндовсы его успешно игнорируют.
В результате на первый запрос к DHCP имя файла для загрузки уходит без префикса. Работает, хорошо.
Но затем втварь сама отправляет второй запрос к dhcp. Втвари тоже нужно имя файла для загрузки! Сам по себе файл не нужен, втварь из этого имени выделяет путь. И естественно, vendor-class у втвари не Etherboot. А ты жадный, ты указал втвари имя файла не давать. Не получив файла для загрузки, у втвари начинается паника. Вроде бы ее загрузили по сети, но сейчас сеть говорит, что загрузка по сети здесь не работает. В скором будущем в этом месте появится ругательная табличка: "Ваш DHCP дурит голову. Пожалуйста, наймите сисадмина, чтобы он его настроил". А сейчас пока что втварь начинает фантазировать и сама придумывает себе префикс, получается это у нее плохо...
Итого, варинаты решения:
1. Поставить любой другой TFTP. atftpd, hpa-tftpd. Им пофигу слэши.
2. Отломать класс в конфиге dhcp и отдавать filename всем.
3. Узнать, какой vendor-class у втвари, и этому классу тоже отдавать filename. Заодно всем рассказать про класс втвари, а то этого даже я не знаю :-/
Бардак со слэшами конечно надо будет устранить. Но именно в этом случае его надо устранить в пользу виндовых слэшей, потому что так надо
Тааак... Ага. После загрузки wtware идет новый DHCP Discover.aka писал(а):Но затем втварь сама отправляет второй запрос к dhcp. Втвари тоже нужно имя файла для загрузки! Сам по себе файл не нужен, втварь из этого имени выделяет путь. И естественно, vendor-class у втвари не Etherboot.
Понял. А я и не заметил...
vendor-class-identifier "wtware"aka писал(а):3. Узнать, какой vendor-class у втвари, и этому классу тоже отдавать filename. Заодно всем рассказать про класс втвари, а то этого даже я не знаю :-/
Благодарю. Вопрос решен.