» TeraByte Image & TeraByte BootIt

dialmak01, да у нас тут смежные организации... Общее кол-во сложно сказать. Ну меньше 500 так точно.

VecH
А какой пароль на архив?

Добавлено:
The_Immortal

Цитата:

Общее кол-во сложно сказать. Ну меньше 1000 так точно.

Ну тогда проблем нет.
Если DHCP не привязано статически к маку ( например у меня в фирме привязано, сам вязал на pfSense ), то сканишь и определяешь окно. Если привязано - ещё проще.

dialmak01,
Цитата:

Если DHCP не привязано статически к маку

Конечно привязано. А чем сканить?

Кстати, походу одинаковая подсеть - это бред. Ибо вот тут, к примеру, в качестве начального IP указана вообще другая подсеть. Вы не могли бы у себя проверить это?

The_Immortal

Цитата:

Конечно привязано. А чем сканить?

Хм. Тут 2 варианта.
1. Левые маки не получат IP.
2. Левые маки вяжутся в гостевую сеть ( я так делал). И соответственно они не могут получить доступ к сети основной.
Наверное ещё есть варианты..
Сканировать можно любым сканером

Добавлено:
Вначале скань по умолчанию свою подсеть, затем соседки.. Не забудь выставить вручную IP перед сканом соседней сети.

dialmak01,
Цитата:

Левые маки не получат IP.

Маки не левые. Все компы (на которых я тестирую) зарегены, но только под определенным IP.
Цитата:

Вначале скань по умолчанию свою подсеть

Ну вот, к примеру, мне сканер показал: 192.168.32.1, а потом сразу 192.168.32.13 - по идее дырка. Но на данный момент 95% компов выключено и возможно, эта дырка зарезервирована...
В общем, как узнать, что был выбран нормальный IP - неизвестно.
У меня хостовая машина - 192.168.32.59. Я ради эксперимента поставил такие настройки DHCP:
Ну и что в итоге... Целевая машина захавала 100%-занятый адрес:
Цитата:

CLIENT IP: 192.168.32.59 MASK: 255.255.255.0 DHCP IP: 192.168.32.59

Это нормально?

The_Immortal

Цитата:

Целевая машина захавала 100%-занятый адрес:

Это зависит от многих факторов. Напрямую от начала захвата DHCP плюс ещё варианты.
По большому счету все настраивается.



Цитата:

Но на данный момент 95% компов выключено и возможно, эта дырка зарезервирована...

Ну так пользуйся..
Если привязки к маку нет и нет отлупа для левых маков, то можно юзать любую дырку в любой момент.

Добавлено:
Как железобетонный другой вариант - юзать второй сервер DHCP (свой для типа своей как бы подсети). Но тут много нюансов и универсального рецепта нет..

Добавлено:
Кстати обрати внимание на опцию MAC filter... Это может быть решение для сложных вариантов, хотя нужно проверять..

dialmak01, Вы - прям Копперфильд! Поставил там 60 и завелось!

В общем, всё получилось! И вручную настроить и через удобный аддончик под названием BINL - он всё подготавливает.

И так, стартанул сразу 5ПК через PXE... И теперь я знаю, что такое TFPT и почему от него бегут Ранее-то я тестировал на одной машине. А тут загрузка 180-метрового boot.wim на 5 машинах заняла минут 5! Жесть... Но потом запустилась долгожданная IPW_PE с unattended restore с мультикаст сервера... И что Вы думаете? На первой машине процесс восстановления пошел, как обычно медленно, и при этом на сервере включился авто-режим мультикаста. Смотрю на другие машины - а там ошибка: "proccessing parametr f:\\\192.168.32.59*** failed". Я попытался на одной из машин через cmd ещё раз запустить команду на восстановление из образа, но получил ту же ошибку. Тогда я тормазнул на первой машине (где шел процесс восстановление) ресторинг и запустил на другой (где ранее возникала ошибка) - и восстановление пошло. Вывод: мультикаст почему-то не дает обращаться более чем одной машине. Вот это странно, конечно, ибо он создавался специально для мульти-обработок. Может tbi-файл надо было поставить атрибут "только чтение"? Попробовал, ничего не изменилось. Буду писать к ним на форум.

Кстати, может как-то можно TFTP редирекнуть на HTTP, откуда уже грузить образ? Я как представлю, что мне придется столько компов грузить через TFTP, так сразу плохо становится... Этот 180-метровый boot.wim будет часа 3 загружаться...

Цитата:

Смотрю на другие машины - а там ошибка: "proccessing parametr f:\\\192.168.32.59*** failed". Я попытался на одной из машин через cmd ещё раз запустить команду на восстановление из образа, но получил ту же ошибку. Тогда я тормазнул на первой машине (где шел процесс восстановление) ресторинг и запустил на другой (где ранее возникала ошибка) - и восстановление пошло. Вывод: мультикаст почему-то не дает обращаться более чем одной машине. Вот это странно, конечно, ибо он создавался специально для мульти-обработок.
 

хз, не то что-то с настройками сети или я туплю..
а вкл 5 машинок для запуска мультикаста пробовали?

Цитата:

стати, может как-то можно TFTP редирекнуть на HTTP

легко
напишу завтра ибо занят.

dialmak01,
Цитата:

хз, не то что-то с настройками сети

А что не так с настройками сети? Запустились 5 машин. Все успешно пингуют сервер мультикаста и обращаются к нему. Соответственно, он должен всех принять. А принимает только первого, остальных же посылает.

Цитата:

а вкл 5 машинок для запуска мультикаста пробовали?

Не понял вопроса. Я же все 5 машин и запускал. Предварительно на хостовой машине запуустил MulticastSender64, где выбрал образ, который надо восстанавливать и активировал опцию автовключения мультикаста.

Цитата:

напишу завтра ибо занят.

Окей, подожду... А покамест сам покумекаю.
Serva, кстати, радует наличием менюшки. Я правда с ней ещё не разбирался, но штука похоже удобная.

Цитата:

А тут загрузка 180-метрового boot.wim на 5 машинах заняла минут 5! Жесть...

Попробуй
1) запуск pxelinux.0 и оттуда ipxe c запуском образа по http
2) запуск ipxe и оттуда запуск образа по http
3) запуск lpxelinux.0 и запуск образа по http
4) запуск ipxe и оттуда запуск образа по iscsi
5) совмещение любэ
...
...
вариантов много, можно и с груб2 и груб4дос поиграться...

dialmak01,
Цитата:

запуск ipxe и оттуда запуск образа по http

Хм... А как запустить iso-образ (ixpe.iso)?

Цитата:

Не понял вопроса. Я же все 5 машин и запускал.

http://forum.ru-board.com/topic.cgi?forum=5&topic=35257&start=1460#13
Если же поставить Autostart=5, то мультикаст запустится автоматом как только будет 5 клиентов. Но не факт, что в этом проблема, возможно проблема другая..

Добавлено:

Цитата:

dialmak01,
Цитата:
запуск ipxe и оттуда запуск образа по http
Хм... А как запустить iso-образ (ixpe.iso)? 

а зачем?
сразу грузишь undionly.kpxe вместо pxelinux.0 и далее..

Добавлено:

Цитата:

Serva, кстати, радует

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

dialmak01,
Цитата:

Если же поставить Autostart=5, то мультикаст запустится автоматом как только будет 5 клиентов. Но не факт, что в этом проблема, возможно проблема другая..

Я вообще допендрить не могу с этим мультикастом. Сервер принимает и без него n-клиентов? И как он с ними работает, пока не включен мультикаст? По идее должен по очереди. А когда активируется мультикаст, то всем сразу параллельно данные раздает. Я правильно понимаю?
Или он в любом случае обрабатывает клиентов параллельно, только в случае активного мультикаста дынные также передаются широковещательно?

Цитата:

По идее должен по очереди.

не..
https://habrahabr.ru/post/217585/

Цитата:

Сформулируем два основных принципа мультикастовой рассылки:
Отправитель посылает только одну копию трафика, независимо от количества получателей.
Трафик получают только те, кто действительно заинтересован в нём.

Ещё дело в том, что мультикаст легко зарубить на уровне сети. Он ранимый.
Если админ его не хочет\не знает , то он его зарубит и сам не поймет как..
Но с другой стороны

Цитата:

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

Добавлено:
Резюмирую.
Есть 3 варианта загрузки по сети.
- стандартный по PXE
- с помощью внешнего носителя (флеш\cd) и передачи загрузки iPXE/gPXE/etc
- перезапись rom и загрузка чего угодно

В реальности используется запуск из флеш\HDD-ext или просто беготня вокруг компа (как правило старого). Перезапись rom является не совсем прозрачной и простой операцией и она ещё зависит от карточки.. Это делается, когда 1 вариант не работает или есть спец условия, например для ThinPC..

Что можно сделать по стандартному 1 варианту?
На самом деле этот вариант очень гибок и имеет кучу плюшек. Хотя есть и сюрпризы..

Я не являюсь великим теоретиком, но расскажу в двух словах свои наблюдения (а может и ошибочные - поправляйте...)

Вначале теория.
Загрузка по PXE предполагает загрузку файлов по протоколу TFTP (спасибо интел). Этот протокол устаревший и имеет кучу недостатков. Основной недостаток - он медленный плюс требует для организации загрузки системы в PXE поддержку протоколов IP, UDP, BOOTP и TFTP. ...
Поэтому придумали решение.
Создать небольшой клиент, который будет работать с другими протоколами и без недостатков TFTP. Последним писком является вариант iPXE. Он может быть загружен несколькими путями:
- с дискеты, USB-диска или жесткого диска
- в виде псевдо Linux kernel
- как ELF image
- с помощью BIOS
- заменой оригинального NIC ROM
- по компьютерной сети, как PXE загрузочный образ

Собственно нас интересует выделенный последний вариант. Он позволяет загрузить мох и болото по сети без внешних девайсов и с минимальной подготовкой.

--- Продолжение следует ---

Делаю флешку(64GB) загрузочную c IFL через makedisk, FAT32 , все пункты по умолчанию.
Гружусь нормально, пытаюсь восстановить из архива кот лежит на той же флешке, архив
разбит на 2 куска не более 4GB. Получаю ошибку Unable to raed from file!
Точно знаю архив и флешка рабочие, на кармане zalman все робит как надо, с флешки не хочет.

Кто сталкивался?

dialmak01, пошел очередной фак

В общем, с Мультикастом разобрался. Действительно, подключаешь всех клиентов, а потом уже мультикастишь на всех них. Работает, но... 4 с половиной часа для каждого Тестировал одновременно на 5 машинах.
Для передачи непосредственно tbi буду юзать smb (net use, а точнее параметр /login), а вот для загрузки wim-образа надо всё же организовать http/ftp. И ещё появилась необходимость в менюшке, т.к. у меня два tbi - MBR и GPT. Только вот не знаю как логичнее сделать.

1. То ли грузить один boot.wim, где каким-то образом (правда, пока не знаю каким) организовать меню выбора одного tbi из двух. Как-то может через TBLauncher, но вроде как в него ничего не добавить. Тогда придется cmd-скрипт внедрять, где уже организовывать выбор нужной команды запуска.
2. Либо сделать два boot.wim'а: один будет грузить параметры для запуска одного tbi-файла, а другой будет запускать второй tbi. Но это как-то не комильфо, наверное, иметь два wim'а, которые отличаются лишь параметрами запуска одной программки.


Цитата:

Кстати, может как-то можно TFTP редирекнуть на HTTP, откуда уже грузить образ?

Такой же вопрос был задан разработчику Serva. И вот его гениальный ответ:
Цитата:

The MS bootloader for loading a WIM image is MS bootmgr, bootmngr uses TFTP

Then no FTP nor HTTP either. Bootmgr uses RFC 7440 then the transfers shouldn’t take too long

Considering a Boot.wim is only 200 MB…

If you are TFTP loading bigger WIMs then you have a design problem.

P.S. Оказывается, что TFTP здесь (в Serva) тот же TFTPD32.

The_Immortal
а можно это перевести, у меня с буржуйским проблемы

VecH,
"Загрузчик MS (bootmgr) для загрузки WIM-образов использует TFTP-протокол. Соответственно использование FTP/HTTP протоколов в данном случае невозможно. Bootmgr использует RFC 7440 и в связи с этим загрузка не должна занимать долгое время (ну да, как же... особенно на n-компьютерах).
Всё это справедливо для WIM-образа, не превышающего 200 МБ.
Если посредством TFTP протокола используется более большой размер WIM-образа, то в таком случае у вас проблемы с организацией самого WIM-образа."

Как я понял всё что сказано относительно bootmgr - так и есть: его нельзя заставить работать иначе (не по TFTP). Но есть wimboot, который будучи запущенный из iPXE, может организовать загрузку wim-образа через HTTP. dialmak01, поправьте, мою кашу, пожалуйста

Да, и вот ещё:
Цитата:

сразу грузишь undionly.kpxe вместо pxelinux.0 и далее..

И здесь засада! Пытаюсь собрать undionly.kpxe со встроенным скриптом через тот же сервис вот таким образом. В итоге вылазит вот такое Пробовал без скрипта - такая же ошибка.
Видимо, придется ручками собирать...

Цитата:

Работает, но... 4 с половиной часа для каждого Тестировал одновременно на 5 машинах.

Софт для деплоя правильный юзать надо ^_^
deploy1
deploy2
deploy3

aleksvolgin, и чем эта Clonezilla лучше IFW?
Цитата:

Для передачи непосредственно tbi буду юзать smb (net use, а точнее параметр /login)

- в этом случае всё упирается в 20-30 минут.

Цитата:

и чем эта Clonezilla лучше IFW

Это вам решать.

Цитата:

Видимо, придется ручками собирать...

Собрал руками. Теперь схема такая: Serva DHCP -> Serva TFTP -> undionly.kpxe -> [HTTP] -> IFW_PE. Замечательно работает!

Тем временем продолжаю [more=диалог]Патрик - Я - Патрик - Я - и т.д.
Цитата:

The PXE standard uses TFTP, that’s why MS uses it, someday the standard will move to HTTP
But you’ll have to deal with TFTP for long time until all the client roms are moved to HTTP…

Цитата:

But I can use chainloading to iPXE and then use wimboot to load wim-image via HTTP...

Цитата:

What are you trying to boot?
How big is it? How big is the transfer time we are talking about here?
You could chainload to iPXE with 2.x if you are able to brake the iPXE loop.
iPXE is not our favorite;

Цитата:

I'm trying to boot customized WinPE (wim-file). The size of this wim is 180 MB. And yes doesn't take too lonk to boot it when we are talking about 1 PC - it takes about 20-30 seconds. But now imagine 100 PC - and here the general process of booting 180 MB wim-image will take about 10-12 hours!

Цитата:

I see,
You could try setting bigger windowsize parameters at your TFTP setting tab.
If your network is good you will probably get better figures; maximum value = 64

I do not quite understand why 10 hours though…
100 PC booting a 180 MB wim should not take 10 hours (or anything close)…

[/more] с Патриком (автором Serva).
Из вышепредставленного следует, что чувак к iPXE по каким-то причинам не очень. Чтобы как-то повлиять на производительность TFTP предлагает увеличить некий параметр windowsize у TFTP-сервера .

The_Immortal
Цитата:

То ли грузить один boot.wim, где каким-то образом (правда, пока не знаю каким) организовать меню выбора одного tbi из двух. Как-то может через TBLauncher, но вроде как в него ничего не добавить.

Легко

Код: [Menu]
; Number of menu items to process. If the program for the item isn't found, the item is ignored.
ItemCount=15

[Menu_Item_1]
Name=JustManager
Path=%ProgramFiles%\JustManager\JustManager.exe
WorkingDir=
Parameters=
Icon=0

[Menu_Item_2]
Name=Image for Windows
Path=%ProgramFiles%\TeraByte Unlimited\Image for Windows\V2\imagew.exe
WorkingDir=
Parameters=
Icon=0

[Menu_Item_3]
Name=Restore MBR
Path=%ProgramFiles%\TeraByte Unlimited\Image for Windows\V2\imagew.exe
WorkingDir=
Parameters=бла-бла
Icon=0

[Menu_Item_4]
Name=Restore GPT
Path=%ProgramFiles%\TeraByte Unlimited\Image for Windows\V2\imagew.exe
WorkingDir=
Parameters=бла-бла
Icon=0

[Menu_Item_5]
Name=HWiNFO
Path=%ProgramFiles%\HWiNFO\HWiNFO64.exe
WorkingDir=
Parameters=
Icon=0

[Menu_Item_6]
Name=CPU-Z
Path=%ProgramFiles%\cpu-z\cpuz_x64.exe
WorkingDir=
Parameters=
Icon=0

[Menu_Item_7]
Name=TBI View
Path=%ProgramFiles%\TeraByte Unlimited\TBIView\tbiview.exe
WorkingDir=
Parameters=
Icon=0

....

dialmak01,
Цитата:

Если используется Serva и внешний DHCP, то есть возможность юзать родной внешний DHCP.

Я про это в курсе, только одна поправочка. Во внешнем DHCP должна быть настроена поддержка PXE, чего в моём случае нет.

The_Immortal

Цитата:

Во внешнем DHCP должна быть настроена поддержка PXE

Я в этом не уверен. Нужно будет почитать.

dialmak01, так я уже пробовал. Ставлю галочку на этот прокси, стартую целевой комп... И там "DHCP........" - ничего не присваивается. Хотя тот же Патрик писал вот так:
Цитата:

When you select proxyDHCP you also must have a regular DHCP server providing IPs.

Хотя если внешний DHCP будет иметь поддержку PXE, то тогда всю дальнейшую инициативу будет брать на себя, а мне этого не надо... Хм, тогда непонятно почему не срабатывает. Пойду ещё разок пробовать.

The_Immortal

Цитата:

И там "DHCP........" - ничего не присваивается.

Попробуй тут поиграться - вкл\выкл
https://i.imgur.com/YLwNNBm.png

dialmak01, всё, заработало. Короче, я иногда при тестах забываю выключать инет (VPN). Просто когда инет включен, то у меня всегда на целевых компах "DHCP........" - как пофиксить это не знаю, поэтому каждый раз при запуске Serva приходится вырубать инет... Вот иногда забываю. Проблема в том, что когда я подключаю VPN, то у меня дополнительно присваивается адрес из другой подсети (33), а без VPN - это 32 подсеть... Вот поэтому и проблемка.

Цитата:

Делаю флешку(64GB) загрузочную c IFL через makedisk, FAT32 , все пункты по умолчанию.
Гружусь нормально, пытаюсь восстановить из архива кот лежит на той же флешке, архив
разбит на 2 куска не более 4GB. Получаю ошибку Unable to raed from file!
Точно знаю архив и флешка рабочие, на кармане zalman все робит как надо, с флешки не хочет.

Кто сталкивался?

Парни не пойму, меня проигнорили т.к. такое не раз обсасывалось или никто никогда
так не восстанавливал архив(boot и архив с одной флешки)?

che100
Может флешка глючная, вроде ж понятно по скрину - не может прочитать файл.