)
И если ты каким-то образом передашь конфиг, то после конфига втварь захочет загружать пакеты, которых на tftp тоже не будет.Dim-soft писал(а):но после запуска wtware не может с tftp загрузить конфиг (а его там и нет
Объяснить, зачем это надо всем остальным кроме тебя.Dim-soft писал(а):что можно сделать ?
, поэтому скажу просто плюсы: иначе не всегда - подвисают.просто мне леньaka писал(а):Загружать терминалы через один мегабит бесчеловечно.
Скоро. Вроде совсем мелочи остались.Dim-soft писал(а):когда ждать новую версию ?
Да. Значит, 066 и 067 параметры dhcp как и раньше указывают на tftp, по tftp грузится первоначальный маленький загрузчик.Dim-soft писал(а):IMHO тут я вижу несколько проблем:
1) PXE встроенный в BIOS не умеет грузить с http
Да.Dim-soft писал(а):2) с другими параметрами (в зависимости от класса) мне тоже не по пути, т.к. иногда гружу с очень простых DHCP серверов которые классы просто не понимают.
gPXE умер. И я не вижу gpxelinux в iPXE. Что в iPXE может прочитать свой конфиг по tftp?Dim-soft писал(а):Пока получается грузить из BIOS с tftp iPXE или gPXE или gpxelinux (обходясь только 66 и 67)
gpxelinux читает конфиг с tftp и уже остальное грузит по http
Код: Выделить всё
#!ipxe
:retry_dhcp
dhcp || goto retry_dhcp
isset ${filename} || goto retry_dhcp
isset ${next-server} || goto retry_dhcp
wtware
bootКод: Выделить всё
kernel http://192.168.1.1/wtware/5.1.9/wtware.nbiФигасе. Об этом я совсем не думал. А чем у тебя занят 80 порт?Dim-soft писал(а):Первое что пришло в голову - для http надо еще и порт (у меня часто, практически везде 80 порт занят).
gpxelinux получился приклеиванием gPXE к сислинуксу. gPXE умер. ipxelinux - гибрид iPXE и сислинукса, официально еще не родился.Dim-soft писал(а):Может быть использовать GPXELINUX ?
Еще один костыль надо будет сделать: надо втвари указать, что http живет на 192.168.1.1:89. Втварь же не видит этого конфига, втварь вообще ничего не знает о том, что было до нее. Т.е. это самое "192.168.1.1:89" придется написать три раза. Ну и сам виноват: сделал бы http на дефолтном порту на том же ip, что и tftp, и тогда не пришлось бы ничего писать.Dim-soft писал(а):а уже в PXE.CFG будет прописано http? например:
label wtware
kernel http://192.168.1.1:89/packages/kernel
append root=/dev/ram0 memtest=1 quiet initrd=http://192.168.1.1:89/packages/initrd
Этим сразу решим проблему как разных IP адресов http и tftp, так и можем указывать любой порт для http сервера
Код: Выделить всё
#!ipxe
wtware-bootКод: Выделить всё
#!ipxe
initrd http://192.168.1.1:89/wt5/4.9.27/packages/initrd
boot http://192.168.1.1:89/wt5/4.9.27/packages/kernel root=/dev/ram0 quiet http=10.1.1.16:89/wt5Код: Выделить всё
#!ipxe
set user-class wtware
:retry_dhcp
dhcp || goto retry_dhcp
isset ${filename} || goto retry_dhcp
isset ${next-server} || goto retry_dhcp
wtware-chain
Наша ошибка. Исправлено здесь:Dim-soft писал(а):ERROR: HTTP Server wrong answer 'HTTP/1.1 200 Ok'.
А это ты самодеятельность развел. Посмотри внутрь .zip архива со свежей втварью. В зипе правильные пути. Такие же правильные пути будут в "C:\Program Files (x86)\WTware\TFTPDROOT\", если дистрибутив на который выше ссылка поставить на вин7 или 2008сервер. Каталог с кофнигами Terminals и остальные каталоги с конфигами НЕ должны лежать в каталоге версии. Конфиги теперь одни на всех.Dim-soft писал(а):wtware/5.1.1/Terminals/08.00.27.E3.24.2A/config.wtc
HTTP: download and unpack file wtware/5.1.1/5.1.19/packages/lib6
Не должен каталог Everyone лежать в папке версии. Конфиги должны быть общие. Everyone и 5.1.9 должны лежать в одном месте, рядом.Dim-soft писал(а):download file 5.1.19/Everyone/list.wtc from 192.168.44.20.
Это опять моя ошибка. Но я не понимаю, что она означает. Какой http сервер ты используешь?Dim-soft писал(а):[initrd] tftp.cpp ( 261), _http: -- ERROR -- INTERNAL ERROR. Please, contact WTware tech support.
Товарищ Феокистов отправляет два пакета там, где можно было обойтись одним. Втварь не ожидала такой подлости. Починил, проверил. Попробуй вот это:Dim-soft писал(а):Small HTTP Server ver. 3.05.93 by Max Feoktistov
В http.cfg втвари (имена совпали, к чему бы это?..):port=89
dir="C:\Program Files (x86)\WTware\TFTPDROOT\"
И у меня все поехало.initrd http://10.1.1.80:89/5.1.19/packages/initrd
boot http://10.1.1.80:89/5.1.19/packages/kernel root=/dev/ram0 quiet http=10.1.1.80:89/
С обычным линуксовым апачем.Dim-soft писал(а):aka
а у Вас с каким http работало ?
А стандартный IIS есть в каждой винде, и настраивается еще легче ))Soft_warrior писал(а):довольно мал и настраивается легко
есть возможность установить его сервисом
В 2012 так и не смог победить - по папкам ходит, а на файлы 404 ошибка - есть howto как запустить wtware на IIS 8 ?Rushmore писал(а):А стандартный IIS есть в каждой винде, и настраивается еще легче ))Soft_warrior писал(а):довольно мал и настраивается легко
есть возможность установить его сервисом
Это секьюрити в IIS настроена по умолчанию так, что не дает скачивать неизвестные MIME-типы.Dim-soft писал(а):лог чего ? Я папку расшариваю в IIS, ставлю галку просмотр каталога и захожу с другого ПК - список папок и подпапок могу смотреть, а скачать не могу.
, все работает супер!!Не должно.Apache писал(а):Вот спасибо добрый человек
А еще пара вопросов:
1. При загрузке по http, не появляется терминал в консоле администрирования wtware, но если создать конфиг руками, то он цепляется нормально клиентом, так и должно быть?
Я ничего не знаю о папке wtware.httpApache писал(а):2. если не править файл http.cfg, то при загрузке клиент пытается грузиться с папки wtware.http, я ее создал, туда все закинул, клиент скачивает файл wtware.nbi и виснет минут на 10....
Покажи скриншот настроек DHCP. Особенно меня интересует значение параметра 067.Apache писал(а):А насчет wtware.http, вот фотка с загрузки терминала, http.cfg дефолтный. это так из любопытства.
А в инструкции http://wtware.ru/docs5/httpboot.html написано: "В 067 параметре DHCP указываем 5.1.19/wtware.http вместо обычного wtware.pxe. Версию 5.1.19 надо заменить на версию wtware, которая должна загружаться на терминалу."Apache писал(а):dhcp-boot=wtware.http,,10.130.1.10
Имеем втваре версии 5.2.9, настроенную как в прошлом году так и работающую Теперь сам вопрос, почему происходит зависание терминала при загрузке конфигурации, когда в конфиге http.cfg указано так:) Чё-то боюсь, там всё доработки есть которые были в прошлых версиях? А то вдруг опять вылетит что нить ком-порты платы усб дрова ? Код: Выделить всё
[initrd] Failed to resolve "wtwaresrv.salesbook.local".Код: Выделить всё
label wtware
kernel http://wtwaresrv.salesbook.local/wtware/5.3.4/packages/kernel
append root=/dev/ram0 memtest=1 quiet initrd=http://wtwaresrv.salesbook.local/wtware/5.3.4/packages/initrd
label memtest
kernel http://wtwaresrv.salesbook.local/wtware/5.3.4/packages/memtest
label local
localboot 0Код: Выделить всё
initrd http://wtwaresrv.salesbook.local/wtware/5.2.27/packages/initrd
boot http://wtwaresrv.salesbook.local/wtware/5.2.27/packages/kernel root=/dev/ram0 quiet http=wtwaresrv.salesbook.local/wtwareЗа методичку спасибо, всё вроде так и делалaka писал(а):VIGO
Написал такую метоичку: http://wtware.ru/docs5/httpboot.html
Так тоже дописал нечего не срабатывалоУ тебя не написано http=... в строке append. Надо написать.
Код: Выделить всё
kernel http://wtwaresrv.salesbook.local/wtware/5.3.4/packages/kernel
append root=/dev/ram0 memtest=1 quiet http=wtwaresrv.salesbook.local/wtware initrd=http://wtwaresrv.salesbook.local/wtware/5.3.4/packages/initrdЛог приложил! В нём терминалы которые норм грузятся с 5.2.27 и из другой сети на 5.3.4Что такое "перебор поиска конфига", как это выглядит на экране и в логе TFTP?
Содержимое wtware на IIS тоже приложил!На пути к этой другой сети фаирволы не хулиганят? Выглядит как будто до клиента ответ "файл не найден" не доходит. Попробуй создай такой файл, пустой. Что будет?VIGO писал(а):и из другой сети на 5.3.4
Маршрутизатор конечно есть, но он не блочит нечего точно! На прямую даже также!На пути к этой другой сети фаирволы не хулиганят? Выглядит как будто до клиента ответ "файл не найден" не доходит.
При создании файла 01-00-15-5d-00-04-17 начинает искать другие файлы в логе, не находит их также перебирает, потом загружается нормально! Лог приложил!Попробуй создай такой файл, пустой. Что будет?
Поменял файлы, лог вывалился, скрин ложу!Оба записать вместо тех, что в дистрибутиве. ldlinux.c32 лежит в packages. И покажи фотку экрана, там должно быть больше букв.
Также приложил лог с загрузки этого терминала с разных версий 5.2.27, 5.3.4С этим всё разобралсяaka писал(а): В той сети, где терминалы живут, есть хоть одна машина с виндовсом? Надо поставить на неё tftp.exe, клиент tftp. Он в виндовсе есть встроенный, но глубоко спрятан, надо в Control Panel/Programs and Features внимательно покопаться, гугл подскажет где.
И потом оттуда, с той машины, из командной строки виндовса выполни:
tftp.exe 1.2.3.4 get 5.3.4/wtware.http
Вместо 1.2.3.4 IP TFTP-сервера.
Файл есть, оно его должно скачать мгновенно.
И затем:
tftp.exe 1.2.3.4 get qqqq/wwww
Из внутренней сети отлуп происходит быстро, из другой тормоз так и есть! Между сетями ISA Server маршрутизатор, между сетями полный доступ, странно почему происходит затык и где онaka писал(а): Такого файла нет, оно должно так же мгновенно ответить, что файл не найден.
Если я угадал и вместо немедленного ответа "файл не найден" оно задумается надолго - на всякий случай проверь, что из одной сети с TFTP-сервером "файл не найден" придёт мгновенно, и чини маршрутизатор.
И вопрос почему на версии 5.2.27 такого не происходит отлупа, всё проходит норм ?Грузиться начал, но загрузка происходит через раз, раз грузиться, на след. ошибка, скрин приложил. В логе всё нормально, его тоже приложил!Заодно ещё один эксперимент: http://pxe.ru/files/testing/201510082133.zip
Те же два файлика. Но теперь запросов к лишним файлам не должно быть, должны скачиваться только ldlinux.c32 и http.cfg. Так лучше станет?
Совсем полный доступ, никакой фильтрации, никакого NAT? Зачем тогда целая ISA там, где достаточно просто включенной маршрутизации?VIGO писал(а):из другой тормоз так и есть! Между сетями ISA Server маршрутизатор, между сетями полный доступ, странно почему происходит затык и где он
Потому что тот загрузчик лишнего не спрашивал, качал только то что точно есть.VIGO писал(а):И вопрос почему на версии 5.2.27 такого не происходит отлупа, всё проходит норм ?
Снеси эту ИСУ. Она плохая.Грузиться начал, но загрузка происходит через раз, раз грузиться, на след. ошибка, скрин приложил. В логе всё нормально, его тоже приложил!
Нету фильтра. ИСА 2006, там только на ФТП фильтр, но это не то уже совсем! ИСА как маршрутизатор между сетями, соединение между сетями через маршрут не через НАТ.aka писал(а): Совсем полный доступ, никакой фильтрации, никакого NAT? Зачем тогда целая ISA там, где достаточно просто включенной маршрутизации?
Нету галок гугл молчитaka писал(а): Спроси гугла про ISA TFTP. Гугл умный, он расскажет, где галку поставить.
Туда полез вначале чем отвечать aka писал(а): Потому что тот загрузчик лишнего не спрашивал, качал только то что точно есть.
Зачем такого заумного делать тогда?Нечего плохого сказать за неё не могу, норм всегда и всё отрабатывала! Без защиты с голой попой в инет не хорошо!aka писал(а): Снеси эту ИСУ. Она плохая.
Если указать ип адрес тоже происходят затупы, не понимаю нечегоTFTP отработал, всё что нужно скачалось, больше в его логах интересного не будет. Дальше начинается HTTP.
netconn_connect_error -10 оно пишет, если указываешь ip которого нет. У неё не получилось установить TCP/IP соединение с HTTP-сервером, до запроса файла дело не дошло.
Код: Выделить всё
label wtware
kernel http://192.168.0.17/wtware/5.3.4/packages/kernel
append root=/dev/ram0 memtest=1 quiet http=192.168.0.17/wtware initrd=http://192.168.0.17/wtware/5.3.4/packages/initrd
label memtest
kernel http://192.168.0.17/wtware/5.3.4/packages/memtest
label local
localboot 0
Для гибкости. Что-то другое, не втварь, на какой-то машине запустить, или в втвари линуксовому ядру параметр передать на только одной машине. В исправной сети ответ "файл не найден" от TFTP проходит за милисекунды, обмен двумя короткими UDP пакетами ни задержки, ни нагрузки на сеть не создаёт.VIGO писал(а):Зачем такого заумного делать тогда?aka писал(а):Потому что тот загрузчик лишнего не спрашивал, качал только то что точно есть.
Ага, вот она правда прорезалась. Инет, значит есть NAT. Защита, значит есть фильтры.VIGO писал(а):Нечего плохого сказать за неё не могу, норм всегда и всё отрабатывала! Без защиты с голой попой в инет не хорошо!aka писал(а):Снеси эту ИСУ. Она плохая.
Потому что проблема не в DNS. DNS отрабатывает. Проблема в подключении к HTTP.VIGO писал(а):Если указать ип адрес тоже происходят затупы, не понимаю нечего
Встроенный в втварь?VIGO писал(а):Вообщем провожу исследование дальше, остановил встроенный ТФТП,
Давай ещё раз, медленно и подробно. Где остановил? Где запустил? Где проверил отлупы? Вернул всё обратно - отлупы тоже перестали проходить?VIGO писал(а):запустил tftpd64, отлуп происходит мгновенно если файла нету,
РукалицоVIGO писал(а):Так сыро, или откатываться назад и для одного терминала только ставить 5.3.4? Если старая версия конфига могут быть затыки ?
Прикладываю лог тфтпд, там всё видно как отлупы происходят как загрузка, кодировка 1252, если ошибка netconn_connect_error -10, теперь хттп сервер виноват ? И хотелось бы всё таки видеть загрузку, что происходит как раньше, качнулось то качнулось это, а то пялить в черный моник и думать что он там грузит, ну уж как то не очень информативно!
Инет есть беспорно, фильтры в исе тоже есть но между сетями полное доверние и в той сети 3 пк, я не думаю что они бродкастят так что ИСА их блочит!Ага, вот она правда прорезалась. Инет, значит есть NAT. Защита, значит есть фильтры.
ХммммПотому что проблема не в DNS. DNS отрабатывает. Проблема в подключении к HTTP.
Да который идёт с дистрибомВстроенный в втварь?
Остановил на том же сервер где стоит втваре, запустил на нём же tftpd, на сервере один интерфейс 192.168.0.17, маршрут в сеть 192.168.1.0\24 происходит через шлюз 192.168.0.55, на котором поднята ИСА! Отлупы проверял из сети 192.168.1\24 в частности на виртуалке на которой фаейра ни какого нету, ип 192.168.1.69, в логе есть. Со встроенным тфтп отлуп затягивается через tftpd происходит сразу! После возврата к встроенном отлуп также долгий! Лог положил который работает со вчера, сегодня с этого tftpd грузяться и основная сеть, в нём же опять от 192.168.1.69 проверил отлупы! Включил встроенный тфтп опять задержки, лог встроенного приложил! Также приложил скрин как происходит отбой в консоле клиента. Где "истёк таймаут" это работает встроенный тфтп, где "Ошибка на сервере: File not found" это работает tftpd.Давай ещё раз, медленно и подробно. Где остановил? Где запустил? Где проверил отлупы? Вернул всё обратно - отлупы тоже перестали проходить?
Убрал стало удобнее на много, вообщем происходит затык на загрузке ядра, причём обращение к хттп в логах иис7 нету нечего, боюсь проблема в wtware.http (Syslinux), т.к. терминалы на 5.2.27 iPXE норм грузяться хоть 100,200 раз! Поставлю Wireshark поснифю сеть и дам попозжа ответ!Рукалицо
Убери слово quiet в http.cfg. Будет немного больше букв на экране.
Если хочешь не просто немного больше букв, а действительно видеть загрузку, надо поставить Wireshark.
Автор будут мысли пишите, всё равно мне кажется как-то сыровато чуток 
Папка packages и pi2 от версии 5.3.4, а файл wtware.http от версии 5.3.2. С файлом wtware.http от версии 5.3.4, не работает, и ругается на ошибку ldlinux.c32. терминал грузится по HTTP.aka писал(а):quality
Кто такой "пакет" и зачем он оставлен тот же? Файл ldlinux.c32 лежит в packages/, и он должен быть доступен по TFTP именно по тому пути, по которому он лежит в нашем дистрибутиве.
1. Сотри всё.quality писал(а):Папка packages и pi2 от версии 5.3.4, а файл wtware.http от версии 5.3.2. С файлом wtware.http от версии 5.3.4, не работает, и ругается на ошибку ldlinux.c32. терминал грузится по HTTP.
Вот это очень интересно. Сними пожалуйста вирешарком два обмена. С втваревым tftp и с tftpd. Мне четыре пакета надо: запрос, отлуп втваревого, такой же запрос, отлуп tftpd. Только не текстом, а в родном вирешарковом формате, вроде pcap расширение получается. Буду байтеги сравнивать.VIGO писал(а):Остановил на том же сервер где стоит втваре, запустил на нём же tftpd, на сервере один интерфейс 192.168.0.17, маршрут в сеть 192.168.1.0\24 происходит через шлюз 192.168.0.55, на котором поднята ИСА! Отлупы проверял из сети 192.168.1\24 в частности на виртуалке на которой фаейра ни какого нету, ип 192.168.1.69, в логе есть. Со встроенным тфтп отлуп затягивается через tftpd происходит сразу! После возврата к встроенном отлуп также долгий! Лог положил который работает со вчера, сегодня с этого tftpd грузяться и основная сеть, в нём же опять от 192.168.1.69 проверил отлупы! Включил встроенный тфтп опять задержки, лог встроенного приложил! Также приложил скрин как происходит отбой в консоле клиента. Где "истёк таймаут" это работает встроенный тфтп, где "Ошибка на сервере: File not found" это работает tftpd.
Не вижу затуп.VIGO писал(а):потом происходит затуп, прикладываю лог акулы + скрин когда видно происходит затуп.
..
Добавил лог где видно что первый раз терминал отправляет запрос удб, второй раз нет
Код: Выделить всё
default wtware
#
# Используйте этот синтакс, если выполняются следующие условия:
#
# - IP-адрес HTTP-сервера совпадает с IP-адресом TFTP-сервера.
#
# - http://IP-адрес-HTTP-сервера/wtware/ указывает на корень TFTP,
# то есть http://IP-адрес-HTTP-сервера/wtware/Everyone/all.wtc
# и http://IP-адрес-HTTP-сервера/wtware/5.3.4/packages/alsa
# это правильные пути к соответствующим файлам из дистрибутива WTware.
#
# Пример синтакса в других случаях смотрите на нашем сайте:
#
# http://wtware.ru/docs5/httpboot.html#cfg
label wtware
kernel http://192.168.3.146:81/wtware/5.4.0/packages/kernel
append root=/dev/ram0 memtest=1 quiet initrd=http://192.168.3.146:81/wtware/5.4.0/packages/initrd
label memtest
kernel http://192.168.3.146:81/wtware/5.4.0/packages/memtest
label local
localboot 0
Дружище, не поверишь - инструкцию читал. И три раза написал. Чесслово. И даже вставил текст своего http.cfg как code в своем сообщении. Ну кто же знал, что третий раз нужно вписывать между quiet и initrd?.. 8-/ Мы же как чукчи - в трех местах http:/// в примере конфига увидели - в трех местах вписали. А оно, оказывается, третий раз в другом label встретилось... Так что не виноватые мы, ты сам нас запутал маленько.aka писал(а):krokokot
В http.cfg три раза должно было быть написано. Три. Т.Р.И. В инструкции http://wtware.ru/docs5/httpboot.html в самом конце даже выделены оранжевым эти три раза, третий после http=. Не буду больше инструкции писать, всё равно никто не читает
Спс, попробую - отпишусь.aka писал(а): Хорошо, забыли про три раза и про инструкцию. Я переделал втварь. Попробуй 5.4.2 http://wtware.ru/index.html#download Теперь должно быть достаточно указания пути в двух местах, т.е. должно взлететь с твоим конфигом.
Отписываюсь: 5.4.0 заработала после вставки http=... между quiet и initrd= (что было неочевидно из дефолтного примера даже после прочтения документации).krokokot писал(а):Спс, попробую - отпишусь.
Спасибо, конфигурирование http.cfg стало очевиднее и прозрачнее. 
+1zhendosina писал(а):Давно тут не говорили ничего.
еще и http сервер в втварь
Вот вроде с открытыми исходниками есть пепелацDim-soft писал(а):+1zhendosina писал(а):Давно тут не говорили ничего.
еще и http сервер в втварь
еще бы и с выбором порта на котором сидит
Огласите всю кучу вопросов пожалуйста. А то я до сих пор не понял, зачем вообще в втвари загрузка по HTTP.zhendosina писал(а):...еще и http сервер в втварь? Тогда бы разом куча вопросов снялась у страждущих.
Лично для меня: скорость, удобство прокидывания сквозь корп.файерволлы, возможность использовать лоадбалансер и кэш-прокси.aka писал(а):А то я до сих пор не понял, зачем вообще в втвари загрузка по HTTP.
В моем случае - разворачиваю сейчас небольшой офис. Арендовали vds. Подняли site-to-site vpn. Есть принципиальная необходимость, чтобы втварь грузилась с vds. Таким образом по tftp загрузка голой втвари идет 90 секунд. Но вот загрузить vlc, или хром уже не выходит. Развернули iis - промучались с ним 4 часа - так грузиться и не начал. С апача грузится. Но это все избыточно. Хотелось бы, чтобы втварь сама все делала.Rushmore писал(а):Лично для меня: скорость, удобство прокидывания сквозь корп.файерволлы, возможность использовать лоадбалансер и кэш-прокси.aka писал(а):А то я до сих пор не понял, зачем вообще в втвари загрузка по HTTP.
И вообще это круто ))
И терминалы приходится грузить по очереди через vpn по tftp. Иначе не загружаютсяzhendosina писал(а):В моем случае - разворачиваю сейчас небольшой офис. Арендовали vds. Подняли site-to-site vpn. Есть принципиальная необходимость, чтобы втварь грузилась с vds. Таким образом по tftp загрузка голой втвари идет 90 секунд. Но вот загрузить vlc, или хром уже не выходит. Развернули iis - промучались с ним 4 часа - так грузиться и не начал. С апача грузится. Но это все избыточно. Хотелось бы, чтобы втварь сама все делала.Rushmore писал(а):Лично для меня: скорость, удобство прокидывания сквозь корп.файерволлы, возможность использовать лоадбалансер и кэш-прокси.aka писал(а):А то я до сих пор не понял, зачем вообще в втвари загрузка по HTTP.
И вообще это круто ))
Точно не может. Смотрите логи IIS C:\inetpub\logs\LogFiles\W3SVCxxx\zhendosina писал(а):Не может же iis по маку блокировать?
iis похоже считает, что все ок. О_оaka писал(а):Если iis за маршрутизатором, то у него нет возможности узнать мак. Зато он может блокировать по IP
В логах iis обращения фиксируются?
Код: Выделить всё
2016-03-20 16:08:35 192.168.1.11 GET /wtware/5.4.22/packages/uintel - 80 - 192.168.0.34 WTware/5.4.22 - 200 0 0 849
2016-03-20 16:08:39 192.168.1.11 GET /wtware/5.4.22/packages/f - 80 - 192.168.0.34 WTware/5.4.22 - 200 0 0 3931
2016-03-20 16:08:45 192.168.1.11 GET /wtware/5.4.22/packages/u - 80 - 192.168.0.34 WTware/5.4.22 - 200 0 0 5936
2016-03-20 16:08:45 192.168.1.11 GET /wtware/5.4.22/packages/graphic - 80 - 192.168.0.34 WTware/5.4.22 - 200 0 0 337
2016-03-20 16:10:38 192.168.1.11 GET /wtware/5.4.22/packages/kernel - 80 - 192.168.0.35 Syslinux/6.04 - 200 0 0 9386
2016-03-20 16:11:01 192.168.1.11 GET /wtware/5.4.22/packages/initrd - 80 - 192.168.0.35 Syslinux/6.04 - 200 0 0 22633
2016-03-20 16:11:11 192.168.1.11 GET /wtware/5.4.22/packages/lib6 - 80 - 192.168.0.35 WTware/5.4.22 - 200 0 0 2939Код: Выделить всё
label wtware
kernel http:///wtware/5.4.22/packages/kernel
append root=/dev/ram0 memtest=1 initrd=http://185.118.65.114/wtware/5.4.22/packages/initrd
label wtware/uefi
kernel http://185.118.65.114/wtware/5.4.22/bootx64.efi
append root=/dev/ram0 memtest=1 quiet
label memtest
kernel http://185.118.65.114/wtware/5.4.22/packages/memtest
label local
localboot 0
Зафильтруй, чтоб чужим не отвечало, а то как-то неаккуратно, все конфиги нараспашку.Знать бы еще где в иисе это делается)))) Или подразумевается, что файерволом нужно whitelist создать?ЗЫ: http://185.118.65.114/wtware/ работает
Так и было до сегодняшнего дня. Но сегодня сотрудники позвонили и сказали, что у них на экранах появилось "пожалуйста ждите" крупными буквами. Они решили перезагрузить терминалы - и после этого часть терминалов перестала загружаться. Честно говоря доверие к этому vpn пропало, поэтому и пробросил порт, чтобы если что они хоть работать могли, если повторится.Терминалку открытую всему интернету я б тоже оставлять не рискнул. Есть же vpn, зарули всё в него и не отвечай интернету с реальных IP.
У меня тоже есть такое ощущение. Только что пробовал в другой сети на другом iis то же самое проделать. Результат тот же. Буду пробовать апач.aka писал(а):Если сервер через пол минуты реагирует на запрос не так, как пол минуты назад, надо пинать сервер, не?
Не хочу. Обычная загрузка по TFTP, USB, винт, сидиром - SYSLINUX. iPXE совсем другой. Я к нему тогда коллекцию костылей понаставил, и уже всё это забыл...Rushmore писал(а):Надо попробовать вместо SYSLINUX грузиться через iPXE, как было в старых версиях втвари.
Зависит от терминала. Вообще баг ведь обнаружился тем, что есть терминалы, которые не грузятся, пока на DHCP принудительно для них не сменить адрес. Другие терминалы - действительно грузятся без проблем через пару минут.aka писал(а):Но это проблема коротких перезагрузок. Через минуту-другую все забудут про существовавшую сессию и загрузка должна сработать. Она срабатывает?
К сожалению не мне Вам рассказывать, как работает мозг у среднестатистического бухгалтера. Так что про "Просто нажать enter" для них не прокатитaka писал(а):Не, не надо читать весь этот полёт мысли. Это НЕ проблема.
Во-первых, перезагрузка в течение минуты-двух-трёх это не нормально. В жизни обычного пользователя такого не должно случаться.
Во-вторых, если вдруг по какой-то причине пришлось перезагрузиться через минуту после предыдущей загрузки - ну выдаст оно ошибку. Ну выдаст командную строку "boot:". Там надо нажать Enter, и оно заново попытается перекачать файл, на этот раз с номером локального порта на единичку большим, чем в первый раз. И это ДОЛЖНО сработать. Просто нажать Enter.
Эти терминалы всё время, пока не грузятся, долбятся на http или выключены? Если терминал выключается на пять минут, затем включается, получает тот же IP и опять не грузится, то это другой баг.zhendosina писал(а):Вообще баг ведь обнаружился тем, что есть терминалы, которые не грузятся, пока на DHCP принудительно для них не сменить адрес
"Выключить - попить кофе пять минут - включить".zhendosina писал(а):К сожалению не мне Вам рассказывать, как работает мозг у среднестатистического бухгалтера. Так что про "Просто нажать enter" для них не прокатит
Ну вот загрузился терминал по tftp - человек работает несколько часов. Потом я в dhcp меняю wtware.pxe на wtware.http - и перезагружаю - не грузится. Иду в dhcp и меняю выдаваемый этому терминалу ip - перезагружаю - грузится.Эти терминалы всё время, пока не грузятся, долбятся на http или выключены? Если терминал выключается на пять минут, затем включается, получает тот же IP и опять не грузится, то это другой баг.
Да нет.. с каналом все ок, судя по логам запросы не доходят до веб-сервера. Издыхают где-то по пути. Либо вообще не уходят с терминала. Фиг знает.1. Машина не загрузилась. Т.е. канал настолько плох, что даже по HTTP загрузка не едет.
Вот это да - это в их стиле.2. Бух настолько нервный, что выключил/включил незагружающуюся машину не подождав и нескольких минут.
Вот это срабатывет не с первого раза - со второго или третего.Ну выдаст командную строку "boot:". Там надо нажать Enter, и оно заново попытается перекачать файл, на этот раз с номером локального порта на единичку большим, чем в первый раз. И это ДОЛЖНО сработать. Просто нажать Enter.
Оно по какой-то другой причине не грузится. Надо с этой причиной разбираться. Процесс разбирательства усложнится тем, что перегружаться надо раз в несколько минут, не чаще. Но это разные баги.zhendosina писал(а):Ну вот загрузился терминал по tftp - человек работает несколько часов. Потом я в dhcp меняю wtware.pxe на wtware.http - и перезагружаю - не грузится.Эти терминалы всё время, пока не грузятся, долбятся на http или выключены? Если терминал выключается на пять минут, затем включается, получает тот же IP и опять не грузится, то это другой баг.
Когда не грузится в первый раз, после нескольких минут недёргания http - сообщение об ошибке то же?
Занятно. Может быть это где-то настраивается..aka писал(а):А с апача на линуксе грузится как угодно часто. Получается это баг только для виндового TCP/IP стека. Виндовый стек игнорирует запрос, который в точности совпадает с только что обслуженным. Линуксовый не игнорирует.
А на реальной машине и с TFTP за медленным каналом?Результат теста на реальном железе и действительно плохом канале (Vpn до Сибири, пинг 250 мс)aka писал(а):Попробуй костылик: http://pxe.ru/files/testing/201603220223.zip
Число в скобках будет одинаковое каждую перезагрузку или разное? На виртуальной машине с загрузкой с рядом расположенного TFTP одинаковое, не сработает
Имитатор нажимания Enter для буха добавил.
Но это не решение. Надо понять, почему не работает первая попытка загрузки.
Чётаржу. Придумал, как помочь рандомизатору. Всем костылям костыль! Попробуй это (службу остановить, файл заменить, службу запустить):zhendosina писал(а):Костыль, рандомизирующий порт - не работает.
Из 10 попыток загрузки:
- 9 раз порт 53464
- 1 раз 50963
То есть вы генерируете номер порта, как функцию от задержки tftp? Аппладирую стоя! Работает идеально!На виндовс сервере определённо есть хороший рандом. TFTP притормозит отдавать один только файл http.cfg на рандомное время, совсем чуть-чуть, меньше секунды. После этого у меня на виртуалках рандомизатор заработал
Код: Выделить всё
16-12-06-057| [TFTP] Got RRQ, 33 bytes.
16-12-06-057| [TFTP] 00000000: 35 2e 34 2e 32 32 2f 77 74 77 61 72 65 2e 68 74
16-12-06-057| [TFTP] 00000010: 74 70 00 6f 63 74 65 74 00 74 73 69 7a 65 00 30
16-12-06-057| [TFTP] 00000020: 00
16-12-06-073| [TFTP] Requests file "5.4.22\wtware.http". Tsize is requested, blksize default.
16-12-06-073| [TFTP] Sending OASK (tsize 91132).
16-12-06-073| [TFTP] Received opcode ERR.
16-12-06-088| [TFTP] Connection closed.
16-12-06-088| [TFTP] Got RRQ, 38 bytes.
16-12-06-088| [TFTP] 00000000: 35 2e 34 2e 32 32 2f 77 74 77 61 72 65 2e 68 74
16-12-06-104| [TFTP] 00000010: 74 70 00 6f 63 74 65 74 00 62 6c 6b 73 69 7a 65
16-12-06-104| [TFTP] 00000020: 00 31 34 35 36 00
16-12-06-104| [TFTP] Request block size 1456, interface MTU 1500.
16-12-06-104| [TFTP] Requests file "5.4.22\wtware.http". Tsize is not requested, blksize 1456 bytes.
16-12-06-119| [TFTP] Sending OASK (blksize 1456).
16-12-06-151| [TFTP] Transfer of file "5.4.22\wtware.http" completed.
16-12-06-151| [TFTP] Connection closed.Угу, а по чистому tftp замечательно загружаетсяaka писал(а):Пичалька. Обновления биоса для них нет?
Дальше должно быть обращение к TFTP за файлом packages\ldlinux.c32, потом опять же к tftp за http.cfg, и только после этого начнётся http. Получается, на этих машинах свежий syslinux зависает ге-то в самом начале работы.
Для биоса обновлений похоже, что нету. Но более точно скажу завтра. Если обновление биоса не поможет, придётся признать DE3815TYKHE непригодными к загрузке по http.DE3815TYKHE не умеет загружаться по сети через UEFI, только в режиме совместимости BIOS PXE. UEFI загрузка возможна только с диска либо со встроенного модуля eMMC.aka писал(а):А UEFI на этих машинах есть? Насколько я понял, в UEFI всё работает совсем не так, и глюки должны быть совсем другие.
У меня с десяток таких машинок замечательно грузят втварь по http через iPXE.aka писал(а):придётся признать DE3815TYKHE непригодными к загрузке по http.
iPXE - твой или старый втваревый?Rushmore писал(а):У меня с десяток таких машинок замечательно грузят втварь по http через iPXE.
Мой.aka писал(а):iPXE - твой или старый втваревый?
Вариант с http не пробовал. Могу попробовать, как только до машинок доберусь. В начале следующей недели, не раньше.aka писал(а):А новый втваревый syslinux ты на них пробовал?
Код: Выделить всё
#!ipxe
set user-class wtware-ipxe
:retry_dhcp
dhcp || goto retry_dhcp
isset ${filename} || goto retry_dhcp
isset ${next-server} || goto retry_dhcp
chain tftp://${next-server}/${filename}.cfgСпасибо, через ipxe все работает исправноМне же не жалко. Пожалуйста, проверяйте:
Практически аналог http:/// из SYSLINUX:aka писал(а):Отредактировать undionly.kpxe.cfg, прописать свой адрес и путь трижды.
Код: Выделить всё
#!ipxe
set wtware-url http://${next-server}/wtware
set wtware-ver 5.4.22
initrd ${wtware-url}/${wtware-ver}/packages/initrd
boot ${wtware-url}/${wtware-ver}/packages/kernel BOOT_IMAGE=${wtware-url}/${wtware-ver}/packages/kernel root=/dev/ram0 quiet
В ipxe можно скомпилять загрузчик snp.efi вместо ipxe.efi, размер будет примерно 150 - 180 кб. Этот вариант не содержит в себе драйверов, пользуется теми, которые есть в прошивке (аналог undionly, только для UEFI). Я через него пробовал грузить втварь в виртуалку.aka писал(а):Загрузку по HTTP из под UEFI я сейчас запустил через SYSLINUX, но SYSLINUX вы дружно забрасываете тапками.
Код: Выделить всё
configuring (net0 01:01:01:01:01:01)......Не повезло... забей. Большинство прошивок умеет грузиться по сети в BIOS-compatibility режиме.aka писал(а):И ничего для такого мака не наконфигуривает
Если бы у втвари был собственный http сервер с блекджеком и логами, то это было бы то, что нада. А так есть вероятность, что народ не разобравшись будет ставить загрузку по http, не развернув сам http сервер.Может, это и есть счастье, когда для переключения на HTTP не надо трогать DHCP, и такое же надо сделать и для x86?
Дык в конфиге порт через двоеточие после адреса:zhendosina писал(а):Если бы еще порт можно было указать - вообще цены бы не было. А то тупой iis по умолчанию отжимает 80 для своих RDWEB services.
Код: Выделить всё
set wtware-url http://192.168.1.1:8888/wtwareЯ имел ввиду для грядущего втваревского проприетарного веб-сервера порт менятьRushmore писал(а):Дык в конфиге порт через двоеточие после адреса:zhendosina писал(а):Если бы еще порт можно было указать - вообще цены бы не было. А то тупой iis по умолчанию отжимает 80 для своих RDWEB services.В настройках сайта IIS в биндингах вешаешь еще один порт.Код: Выделить всё
set wtware-url http://192.168.1.1:8888/wtware
IMHO установщик как про dhcp смотрит и предлагает если сводобный 80 то его иначе - выбирайaka писал(а):По умолчанию, если на сервере 80-й свободен, втваревый http сервер вешать на 80? Или сразу на какой-нибудь 8880?
Корпоративная сеть. Один DHCP обслуживает много разных подсетей, с разными настройками, клиенты тоже разные. Сетевая шара с дистрибутивом втвари одна на всех. Бывает, что http не едет. Бывает, что tftp не едет. Как без DHCP разрулить, чтобы одни машинки грузились по http, другие по tftp? Сейчас я могу это делать через DHCP, выбирая способ загрузки для подсети и вплоть до отдельных мак-адресов. Хочу чтобы так и оставалось в будущем.aka писал(а):То есть чтобы UEFI стало догружаться по HTTP, не надо трогать DHCP, а надо галочку в текстовом файле поставить. Может, это и есть счастье, когда для переключения на HTTP не надо трогать DHCP, и такое же надо сделать и для x86?
Я бы сразу вешал на какой-нить отличный от 80. 80 все же зарезервирован для определенных ресурсов в большинстве случаев. А если втварь будет изначально занимать малопопулярный порт - это позволит избежать кучу потенциальных проблем у потребителей.aka писал(а):По умолчанию, если на сервере 80-й свободен, втваревый http сервер вешать на 80? Или сразу на какой-нибудь 8880?
Да, подпишусь. Было бы логично использовать по умолчанию не 80-й порт.zhendosina писал(а):Я бы сразу вешал на какой-нить отличный от 80.