Перевод пользователей на тонкие клиенты

Question

[Дмитрий Петрик]

В общем есть мысль перевести пользователей с обычных стационарных ПК на тонкие клиенты.
Имеется более или мощный сервер с ОС Windows Server 2008. Максимальное количество одновременно работающих пользователей порядка 150 человек. У пользователей на конечных машинах должна быть ОС WinXP с необходимыми программами. Т.к. клиенты планируются тонкие, то и ОС соответственно должна загружаться из сети. Должен быть какой-то единый образ с системой для всех пользователей. Администратор доставляет туда какую-то программу, она появляется у всех пользователей.
Поставленную задачу нужно как-то реализовать средствами Microsoft. В какую сторону смотреть? В сторону Terminal-server или может Hyper-V? Может еще что-то посоветуете?

Answer 1

[Максим]

Вы путаете понятия.
PXE — это одно, Terminal server — другое, Hyper-V — третье.
При PXE образ скачивается с сервера клиенту, terminal server дает доступ по RDP к уже развернутой системе не сервере, работающей на ресурсах сервера и Hyper-V виртуализирует железо для работы нескольких ОС в пределах одного сервера.
Почему вы хотите сделать именно загрузку по сети?

Comments

[Дмитрий Петрик]

Потому что планируется вместо системного блока поставить у пользователя тонкого клиента. У тонкого клиента вроде как и винчестера нет? Возможно, я опять что-то напутал? Просто не приходилось с этим сталкиваться…

[Дмитрий]

Тонкие клинеты подходят для запуска минимальной ОС и соединения с терминальным сервером. А вы. как я понимаю, хотите гонять на них полноценную ОС да еще и программы локально выполнять? Не получится. Опишите хоть примерный круг задач/приложений.

[Дмитрий]

промазал, извините.

Answer 2

[Дмитрий]

Тонкие клинеты подходят для запуска минимальной ОС и соединения с терминальным сервером. А вы. как я понимаю, хотите гонять на них полноценную ОС да еще и программы локально выполнять? Не получится. Опишите хоть примерный круг задач/приложений.

Comments

[Дмитрий Петрик]

На компьютерах занимаются студенты и у них бывают довольно крутые программы, например: MathLab, Comsol, AutoCad и т.д.
Я так понимаю подобный функционал довольно проблематично будет реализовать?

[Дмитрий]

В тонких клиентах и терминальном доступе вы это никак не реализуете.

[Дмитрий]

Кстати последний номер СА был посвящен тонким клиентам. samag.ru/archive/more/113

Answer 3

[justabaka]

Тонкий клиент != бездисковая рабочая станция. Тонкий клиент может быть бездисковым, а может и не быть. Единственная задача тонкого клиента — открывать терминал требуемым образом (скажем, RDP), а крутить винду на клиентских машинах для этого суть абсолютно бесполезное и вовсе неблагодарное занятие, учитывая желание загружать все это удовольствие по сети.

Стоит поразмыслить над тем, что же на самом деле требуется. Если нужен только тонкий клиент, можно смотреть либо в сторону готовых решений от приличного вендора, ибо при большом количестве машин потребуется удобно ими управлять, а такого рода средства управления, думается мне, у вендоров продуктов, нацеленных на корпоративный сегмент, должны быть достаточно проработаны, либо на linux-дистрибутивы (Thinstation, OpenThinClient, LTSP и иже с ними).

В защиту первого могу сказать, что подобные ТК представляют из себя компактные безвентиляторные системники и имеют встроенный флэш-накопитель: загрузка ОС и хранение любых настроек на локальной машине против проседающей утром сети (когда все приходят и включают свои рабочие станции) и геморроя с образами ОС и привязкой их к машинам по mac-адресам. Возможно, придется помучаться с принтерами, но принт-серверы либо CUPS вопрос обычно снимают.

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

Answer 4

[omnimod]

Исходя из вашего описания задачи, можно предложить несколько решений:
-классический терминальный доступ, когда пользователи с тонких клиентов подключаются к серверу или ферме из нескольких серверов, используя протоколы удаленного доступа (например, RDP) и запускают все приложения на удаленном сервере. Из примеров уже упомянутый — Microsoft Remote Desktop Services (Terminal Services) или Citrix XenApp.

-инфраструктура виртуальных рабочих станций (VDI), пользователи с тонких клиентов подключаются к ферме из виртуальных машин с установленной клиентской ОС (Windows XP), используя протоколы удаленного доступа. Каждый пользователь получает в распоряжение собственную виртуальную машину (на постоянное время или на время сеанса). Из примеров — Microsoft Remote Desktop Services, VMware View, Citrix XenDesktop и т.п.

-простая виртуализация рабочих станций, с централизованного сервера на клиентские машины загружается образ ВМ с установленной клиентской ОС (Windows XP), которая выполняется на локальном компьютере пользователя. Поскольку ВМ запускается локально, то клиентская машина — фактически уже не является тонким клиентом, т.к. требуются ресурсы для запуска ВМ. Из примеров — Microsoft MED-V, VMware Ace, Citrix XenClient + XenDesktop Synchronizer.

-решение по централизованной доставке образов ОС, клиентские машины грузятся по сети и подключаются к серверу, на котором лежит образ ОС, после чего запускают его локально. Аналогично — клиентская машина — уже не тонкий клиент. Из примеров — Citrix Provisioning Services.

Answer 5

[Alex XYZ]

Немного странная формулировка «Имеется более или мощный сервер с ОС Windows Server 2008»? Хотя в общем-то смысл понятен — более или менее мощный сервер. В любом случае, что за тонкий клиент на персоналках? Чтобы загрузить на персоналку «тонкого» клиента там уже должен стоять «клиент» — операционная система. Весть вопрос будет только в способе загрузки. Тут можно говорить либо о бездисковой рабочая станции, либо о терминальном доступе. Тонкие клиенты бывают только у программ. Саму Windows нельзя сделать тонким клиентом. Она либо есть на машине, либо её нет. В любом случае вряд ли можно представить себе такой одиночный в аппаратном отношении сервер, который сможет потянуть одновременно запущенных 150 word'ов… Отлично понимаю, когда начальству жалко денег на новые компы…

Answer 6

[Alex XYZ]

Ну а так… добро пожаловать в сетевое администрирование и разворачивание программ. Если цель вашего вопроса — разворачивание ПО, то это достаточно глубокая тема и не каждую программу можно развернуть автоматически, но к слову упомянутый office так развернуть можно. Кроме того не все программы поддерживают одновременный запуск нескольких копий на одной машине — это тоже надо учитывать.

Comments

[Дмитрий Петрик]

По большей части да, проблема в развертывании программ. Иногда приходится вручную ставить программы на все 150 компьютеров. Часть небольших программ ставим через групповые политики. Так же настроена система виртуализации приложений App-V, но большинство программ просто не получается виртуализировать… Вот и ищется оптимальный выход из сложившейся ситуации.
А что касается «более или мощного сервера», так это просто самый новый сервер в парке наших допотопных университетских серверов: Intel Xeon E5504 2 GHz, c 16 Gb ОЗУ на борту

[Alex XYZ]

Ситуация полностью ясна. Прикол в том, что нет сто-процентного продукта, через который можно было бы распространить любое ПО. Для себя я решил эту задачу на 90% тем, что на большинство программ писал установочные скрипты. Вот хорошее описание разных инталляторов (не только .msi): http://www.oszone.net/2747/. Сами скрипты совсем не сложные, около 2-3 строчек кода. Пример на .js:

Тихая установка Adobe Acrobate 7.0 prof:
var WshShell=WScript.CreateObject("WScript.Shell");
WshShell.Run("\"\\\\server03\\install\\Adobe\\Adobe Acrobat 7.0 Professional\\setup\\Adobe Acrobat 7.0 Professional\\AcroPro.msi\" /qb-! REBOOT=ReallySupress", 5, true);

Тихая установка 7-zip:
var WshShell = WScript.CreateObject("WScript.Shell");
WshShell.Run("\"\\\\server03\\Install\\7zip\\4.57\\7z457.exe\" /S", 7, true);

Тихая установка Unlocker:
var WshShell = WScript.CreateObject("WScript.Shell");
WshShell.Run("\"\\\\server03\\Install\\Unlocker\\1.8.5\\unlocker1.8.5.exe\" /S", 5, true);

Тихая установка программы TranslateIt:
var WshShell = WScript.CreateObject("WScript.Shell");
WshShell.Run("\\\\server03\\install\\TranslateIt\\6.2.build3\\ti_setup.exe /VERYSILENT /SP-", 7, true);

А вот поинтереснее. Тихая установка MSSQL Server 2005 Express Edition на диск D:
var WshShell = WScript.CreateObject("WScript.Shell");
WshShell.Run("msiexec /i \"\\\\server03\\Install\\SQLServer2005Enterprise\\Servers\\Setup\\sqlncli.msi\" /passive /norestart", 7, true);
WshShell.Run("\"\\\\server03\\Install\\SQLServer2005ExpressEdition\\SQLEXPR.EXE\" /q /qb ADDLOCAL=ALL INSTALLSQLDIR=\"c:\\Program files\\SqlServerExpress2005\" INSTALLSQLDATADIR=\"d:\\SqlExpress2005_data\" ", 7, true);

Ну, это тривиальные методы тихой установки. Почитай в доках по ссылке выше, там есть более сложные варианты.

А вообще, моё личное мнение — распространение ПО через AD и App-V — отстой. Всё приходится делать самому, если хочешь, чтобы это было сделано правильно. Дело в том, что прираспространении через AD и app-v вы не узнаете — поставилось ли ПО или нет, а когда пишите свои скрипты — можно после установки и проверить — а получилось ли поставить и дать знать об этом администратору. Этот метод для терпеливых (эти две строчки иногда большой кровью даются), зато потом распространение ПО идёт просто в лёт.

Поищи в гугле тему "Тихая установка программ"

[Дмитрий Петрик]

А если при установке нужно вписывать серийники/указывать файлы ключей? «Тихой установкой» это тоже можно сделать?
Тут дело еще осложняется тем, что у нас на всех компьютерах установлен ShadowDefender. Эта программа после перезагрузки отменяет все изменения в системе. Таким образом тихо установленная программа будет удалена при следующем включении компьютера. Мера вынужденная, потому как все студенты по своей природе варвары и убивают ОС в течении первых нескольких месяцев(если не недель) после ее установки :(

[Alex XYZ]

У нас пользователи тоже не подарок. :)

У каждой программы серийники по-разному вписываются. У кокой-то программы можно ключ в реестр прописать (тут же в скрипте, либо в одном из параметров в пакете установки). У самой Windows тоже есть тихая установка. Для офиса 2000 (дада;, того, старого), например, так:

var WshShell = WScript.CreateObject("WScript.Shell");
WshShell.Run("\"\\\\server03\\Install\\Office\\Office 2000 pro expanded\\Office2000\\SETUP.EXE\" ADDLOCAL=ALL REMOVE=InternationalSupportFiles_CHS,InternationalSupportFiles_CHT,InternationalSupportFiles_JPN,InternationalSupportFiles_KOR COMPANYNAME=Almaz PIDKEY=XXXXXXXXXXXXXXXXXX /passive /norestart", 5, true);

Меняешь в скрипте Иксы на серийник офиса (который на диске написан) и вперёд…
Есть программы, которые требуют лицензионный файл какой-нибудь. Придётся в скрипте скопировать файл лицензий в какой-нибудь каталог (надо будет заранее выяснить, в каком каталоге программа хочет видеть файл лицензий). Ну и, конечно, бывают случаи, что только в диалоговом окне ввода. Тут только ручками, по-другому никак. Я и написал в начале, что не все программы можно полностью распространить вообще.

Что касается дефендера. Эти скрипты надо запускать до входа пользователя в систему, либо под админскими правами. До входа пользователя в систему, дефендер, вроде, ни на что не претендует. Но вот в данный момент не берусь это утверждать, надо экспериментировать.

[Alex XYZ]

Сорри, про Defender неправильно прочитал — у вас ShaddowDefender! Я спутал с обычным Defender'ом. Он, вроде же не весь диск отменяет при перезагрузке. Надо будет вам покопаться в его настройках. Чёрт, везде риск.

«Орешек — знанье твёрдое, но мы не привыкли отступать!»