Как клонировать систему на 20 компьютеров?

Question

[TypicalUserOfInternet]

В ближайшее время предполагается, что придется устанавливать ОС на 20 компьютеров. Все они будут одинаковы по комплектующим. Будет установлено одинаковое софт, настройки и две локальные учетные записи. Также стоит задача подключить их в домен, но это, насколько я понимаю, будет выполняться только в ручном режиме. Хочу вашего совета, как лучше это сделать, речь именно о Виндовс. Банальным клонированием дисков или есть вариант создать сборку или собственный образ? В интернете много прочитал о подобном, но хочу услышать именно практические советы из опыта.

Comments

[Виктор]

Лично я, когда поручили оживить только что купленные 64 компа для новой больницы, делал так. На первый комп установил Win10 и всё программное сопровождение. Затем настроил всё как полагается.
С этого компа программой Acronis TI снял образ диска и переписал его на установочную флэшку. Для организации поточной установки сделал ещё одну такую же флэшку.
Ну, а потом 63 раза загружал компы с этих флэшек и этот образ распаковывал на диск.
За два дня управился.

[Steel_Balls]

Виктор, можно вынести в ответ

[Виктор]

Steel_Balls, с выносом в ответ я немножко опоздал. Уже Drno ответил почти то же самое. Но если автор вопроса попросит (и пообещает "зеленую галку"), то сделаю.

[Drno]

Виктор, а че, без зеленой галки не?) тебе никто не мешает сделать ответ.
галочки тут ни на что не влияют

[Виктор]

Drno, мы вот тут уже обсуждали эту тему.

[Drno]

Виктор, ну так я тебе там уже дал свою точку зрения)
хочется признания над идти в другие места, а бесплатное - это бесплатное)

Answer 1

[VoidVolker]

1. Собираем свой дистрибутив для автономной установки со всеми драйверами для железа, нужным ПО и настройками
   
2. Поднимаем загрузочный PXE сервер (мануалов в сети полно)
   
3. В PXE сервере загружаем наш дистрибутив
   
4. На всех ПК в биосе настраиваем загрузку по сети и перезапускаем их
   

Для пачки разных ноутов: классическая установка с флешки либо с внешним Ethernet адаптером с поддержкой сетевой загрузки. А вот автоматизировать установку индивидуальных дров для каждого ноута чуток сложнее - либо вручную ставить на каждый либо скриптом, который будет определять железо и ставить нужное.

Для одинаковых ноутов:

1. На один ставим с флешки
   
2. Добавляем одноразовый скрипт в автозапуск для сброса системных ID (SID changer utility)
   
3. Снимаем образ
   
4. На все остальные просто разворачиваем из образа (можно даже с сетевого хранилища - дабы не тягать образ на флешке туда-сюда)
   

Можно, конечно и через PXE - в каждый ноут всё равно придётся отдельно втыкать и устанавливать. Что сетевой адаптер втыкать, что флешку. Тут уж кому как удобнее и привычнее.

Comments

[Daemon23RUS]

VoidVolker, 3<=>4 местами поменять - идеальный мануал

[VoidVolker]

Daemon23RUS, поправил.

[Ziptar]

HP_KDE_neon, тогда льем образ, полученный в п.1, на флешку, и ставим с флешки

[Ziptar]

HP_KDE_neon, биос должен иметь поддержку загрузки с сетевого устройства и вшитый драйвер
Если бы усб адаптер умел представляться биосу обычной флешкой, тогда возможно, иначе едва ли
Впрочем, может я опять чего-то проспал

[Ziptar]

HP_KDE_neon, возможно, пишут, что в общем и целом это работает
Но даже если биос (вернее uefi) и умеет решать вопрос с драйверами широкого спектра устройств, то сам адаптер тоже должен уметь pxe, что, вероятно, совсем не для каждого китайца справедливо.

[VoidVolker]

А если 20 компьютеров - это 20 ноутбуков, которые с некоторых пор считаются мобильными устройствами и не комплектуются LAN?

Если разные: классическая установка с флешки либо с внешним адаптером с поддержкой сетевой загрузки. А вот автоматизировать установку индивидуальных дров для каждого ноута чуток сложнее - либо вручную ставить либо скриптом, который будет определять железо и ставить нужное.
Если одинаковые:

1. На один ставим с флешки
   
2. Снимаем образ
   
3. На все остальные просто разворачиваем из образа, можно даже с сетевого хранилища, дабы не тягать образ на флешке
   

а если внешний usb-адаптер использовать на таких ноутах, то PXE отработает?

Адаптер должен поддерживать сетевую загрузку - но обязательно проверить, что он нормально работает. К сожалению, даже встроенные сетевые карты иногда тупят при загрузке по сети, даже если умеют.

[VoidVolker]

HP_KDE_neon, не уверен, что правильно понял вопрос - просто берите сетевой адаптер на стандартных и популярных чипах типа риалтека. Я не щупал много таких адаптеорв. Теоретически может получиться так, что в самом чипе поддержка PXE есть, а в адаптере могли что-то накрутить или не реализовать и оно не работает. У меня были случаи, когда встроенная в материнскую плату сетевуха поддерживает загрузку по сети, опции в биосе есть, но по факту загрузиться с неё по сети тот ещё маразм - она может просто не загрузиться, может через раз или может начать загрузку, а потом отвалиться. Так что то, что там что-то где-то написано про поддержку PXE - это не факт, что оно нормально будет работать. Большинство сетевух и материнских плат всё же нормально работают - это просто иногда попадаются всяки экзотические варианты. На такой случай просто втыкаю проверенную сетевуху и с неё гружусь.

Answer 2

[Alexey Dmitriev]

Microsoft Deployment Toolkit и WDS сервер/PXE типа Iventoy

Comments

[Денис Подыниглазов]

Поддерживаю. Доменные виндовые дела надо делать виндовыми средствами.

Answer 3

[Drno]

Ставишь на 1 ПК полностью с нуля систему и всё нужное
Берешь программу например R drive Image
делаешь образ системы
Потом этот образ раскатываешь на другие ПК
фсё...

UPD - как верно указали в окменте есть пробелма с SID системы для AD
поэтому - над его сбрасывать при клоне

Быстро нагуглилось - Microsoft Sysprep
Clonezilla, Acronis, Symantec Ghost

Comments

[Кот Абсолютный]

А ID не одинаковый будет? Как потом такое в домен включать, если вдруг?

[Drno]

Кот Абсолютный, не должен быть одинаковый
и опять же - ID чего?)

[Ziptar]

Drno, sid системы, и при клонировании будет одинаковый, в домен такое не введешь. Вроде бы можно похимичить с sysprep на живой системе, но официально это не поддерживается, официально оно только для подготовки образа.

[Drno]

Ziptar, да вроде везде определялось как разное... в домене не проверял, новсякие системы уд доступа видели ПК как разные по ID
ну тогда печально в очередной раз с виндой))

[Ziptar]

Drno, системы удаленного доступа тут ни при чем вообще, у ос, так же как и у пользователя, есть sid, при клонировании системы он склонируется точно так же. Он генерируется при развертывании системы, а не является порядковым номером клиента или фингерпринтом.

ну тогда печально в очередной раз с виндой

В данном случае с виндой все в порядке. Система sid'ов в первую голову для ad нужна. Она масштабируется хорошо, в отличие от простых имён.

[Drno]

Ziptar, да я понимаю как это работает. просто эт странно что оно не меняется при клонировании на другое железо

Тогда надо просто рассмотреть программы клонирования которые SID меняют \ сбрасывают

[Ziptar]

Drno, акронис умеет вроде

[Akina]

Ziptar,

sid системы, и при клонировании будет одинаковый, в домен такое не введешь.

Нунинаю... образ, раскатанный через CloneZilla, вводился в домен без вообще каких-либо проблем. Просто до ввода в домен нужно задать станции уникальное NetBIOS-имя.

[Drno]

Akina, Ziptar, в таком случае с чего Вы взяли что R drive Image этого не делает?)

[Ziptar]

Akina, ок, я не прав на счет ввода в домен, но вот выдержка из старой статьи Руссиновича:

So is having multiple computers with the same machine SID a problem? The only way it would be is if Windows ever references the machine SIDs of other computers. For example, if when you connected to a remote system, the local machine SID was transmitted to the remote one and used in permissions checks, duplicate SIDs would pose a security problem because the remote system wouldn’t be able to distinguish the SID of the inbound remote account from a local account with the same SID (where the SIDs of both accounts have the same machine SID as their base and the same RID). However as we reviewed, Windows doesn’t allow you to authenticate to another computer using an account known only to the local computer. Instead, you have to specify credentials for either an account local to the remote system or to a Domain account for a Domain the remote computer trusts. The remote computer retrieves the SIDs for a local account from its own Security Accounts Database (SAM) and for a Domain account from the Active Directory database on a Domain Controller (DC). The remote computer never references the machine SID of the connecting computer.

In other words, it’s not the SID that ultimately gates access to a computer, but an account’s user name and password: simply knowing the SID of an account on a remote system doesn’t allow you access to the computer or any resources on it. As further evidence that a SID isn’t sufficient, remember that built-in accounts like the Local System account have the same SID on every computer, something that would be a major security hole if it was.

https://blogs.technet.microsoft.com/markrussinovic...
Короче говоря, не катастрофа, но лучше избегать.

[Ziptar]

Drno, если явно об этом не говорит (~"подготавливает винду к развертыванию на других машинах бла-бла-бла" что-то в этом духе, они ж тоже себя не на помойке нашли, чтобы умалчивать о функционале (да и смена sid может быть наоборот нежелательна иногда, если клонирование производится с целью переноса на другой накопитель банально)) - не умеет. И клонзилла не умеет. Про акронис говорю - "вроде", что-то всплывает на задворках памяти из возни 10-летней давности; с тех пор и сам акронис уже поменялся 10 раз.

[Akina]

Ziptar, ну в принципе никто и ничто не мешает создавать ACL к локальным ресурсам для учётных записей стороннего компьютера. Но вот на практике я такого извращения (кроме как чисто попробовать) - не помню.

А единственный известный мне софт, который реально испытывал проблемы с такими "дубликатами" - это WSUS.

[Ziptar]

Akina, ну дело то не в локальных пользовательских учётных записях стороннего компьютера, которые будут иметь другой sid, а в системных учётных записях стороннего компьютера, которые будут иметь тот же самый sid. Built-in учтёка администратора тоже к таким относится. Это может проблемой в некоторых обстоятельствах.

[Akina]

Ziptar,

Это может проблемой в некоторых обстоятельствах.

В теории-то я это как раз понимаю. Типа с одного компа аутентифицируемся и получаем доступ к шаре, а потом со второго имеем доступ к этой шаре без аутентификации? Вот только на практике я такого сценария не видел.

[Ziptar]

Akina, ну есть же системные шары admin$ c$ и ipc$. Может ли быть к ним таким образом получен доступ с машины клона? Не знаю, но лучше не рисковать.

Answer 4

[LAG_LAGbI4]

купите быструю флэшку типа SanDisk Extreme PRO https://www.xcom-shop.ru/sandisk_extreme_pro_56391...
можно несколько

и просто ставьте винду с неё. у массовых способов есть ряд недостатков

1. Современные устройства помимо драйверов автоматически скачивают софт для своей работы, который не всегда корректно переносится при клонировании.
2. с сетевой загрузкой надо разбираться, чтобы всё заработало. время потраченное на это может не оправдать время сэкономленное. при массовой установке ляжет сеть. флэшка со скоростью чтения под 300 мегабайт в секунду может работать быстрее.
3. все эти сиспрепы с акронисами могут породить баги, которые потом будет тяжело вычислить.

Answer 5

[evgeniy_lm]

Ха! Я в пятницу закончил ровно то что ты собираешься начать.
У меня, правда, было 20 одинаковых системников, но несколько комплектов ПО. Если у тебя все ровно то это ваще лафа, отрабатываешь одну машину по всем задачам, потом делаешь Акронисом копию и клонируешь остальные. Тут, главное, с первой машиной не торопиться, дать ее самому крутому спецу и пусть он все критические места протестирует чательно.
Еще момент, если нужно вводить в домен то у сех машин должны быть уникальные имена по шаблону принятому в определенном домене. Т.е. сделаешь первую машину, ее нужно ввести в домен для тестирования, а перед создание копии из домена нужно вывести.

Comments

[aleks-th]

Поздравляю у вас 20 клонов с одним сидом в домене.
Что породит огромные проблемы, в недалёком будущем.
Недостаточно сменить имя компьютера, нужно ещё чтобы сиды у них были разные перед вводом в домен.

Перед клонированием образ обязательно и необходимо сиспрепом обезличивать.

[evgeniy_lm]

aleks-th, Не знаю о чем вы, я не сисадмин, но у нас в системе все очень строго все проверяет огромная куча людей в режиме 24/7 и все дали заключение, что все в порядке

[aleks-th]

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

[evgeniy_lm]

aleks-th, Ну, мне парится за такие вещи не особо нужно, для этого есть другие люди, если что не так с любым компом сразу звонят. Я вообще не должен этим заниматься, но вакансию выше сидящие руководство заполнять не спешит, а технику нужно было менять сейчас.

Answer 6

[Drawn]

Возьми накати весь софт, обновление на один КОМП, только не загоняй в домен, а затем через Acronis TrueImage стяни образ и раскати на остальных 19 машинах, остается только сменить има хоста.

Answer 7

[evstropov_dv]

• Настрой одну основную систему
  SDI для установки дров на автомате
  Софт ручками как надо тебе
  
  
• Клонируй
  Paragon отлично для клонирования дисков или создания образа и потом разворачивания из флешки или что еще хочешь, ну либо акронис, интерфейс чуть проще, но редко сталкивался с ошибками клонирования и запуска системы.
  И там и там есть LifeCD
  
  
• Домен.
  В домен можешь ввести руками или спросить у Гугла батник введения в домен, он мне сразу предложил скрипт
  

Sysprep можно не делать. Вин10/11 достаточно умная сама если нужно распознает новое железо и подготовится

Из опыта разворота 35 ноутбуков в школе.