Терминальный клиент

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

Русское название этого понятия образовалось путём простого перевода английской фразы, thin client. Под этим словом понимают некоторое устройство или программу, которая может иметь клиент-сервер или терминал . Именно на них передается основная масса задач по обработке информации.

Можно привести один несложный пример. Для среднестатистического пользователя тонким клиентом выступает обычный браузер, через который человек работает с веб-приложениями. В этом случае иногда используется и другое название – P2P-клиент, если он обращается к каким-то другим узлам сети.

Что такое тонкий клиент?

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

Как происходит работа:

• Существуют три главных типа, с помощью которых осуществляется загрузка клиента. Это HDD, LAN и CD.
• В случае с LAN, подсоединенный компьютер получает определенный IP-адрес ещё до того, как клиент полностью включится.
• В остальных случаях получение адреса происходит в процессе его загрузки.
• Когда загрузка будет завершена, тонкий клиент воспользуется rdesktop, чтобы начать сессию согласно настройкам сервера.

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

Для функционирования тонкого клиента обычно используют терминальный сервер из числа вполне стандартных. Нередко обращаются к ОС Windows Server, хотя в ходу также Linux и немного реже Solaris. Независимо от марки, сервер должен отличаться высокой степенью производительности и надёжностью.

Зачем нужен тонкий клиент?

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

• Второй аспект экономии – отсутствие необходимости приобретать какое-то особое программное обеспечение, вроде разнообразных драйверов. Всё, что требуется – рабочий лицензионный терминальный сервер.
• Это же относится и к тратам на администрирование. Если у тонкого клиента и произойдут какие-то проблемы, то они будут связаны исключительно с сервером, а он, между прочим, ломается крайне редко.
• Экономится даже обычная электроэнергия, так как тонкий клиент потребляет её гораздо меньше, чем полноценные рабочие станции.
• Унификация – ещё одно из преимуществ тонкого клиента. Оно выдает всем одинаковый набор программного обеспечения и убирает необходимость настраивать каждый компьютер отдельно. Настройка также происходит централизованно.
• Такое оборудование не издает шума и не выделяет большого количества тепла, что является приоритетным с точки зрения воздействия на окружающую среду.

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

После выхода восьмого варианта утилиты 1С, в ней появилась возможность функционирования в режиме тонкого клиента. Такой вариант имеет массу преимуществ, но отличается ограничениями с точки зрения возможностей. В первую очередь, к такому режиму обращаются для повышения мобильности. Например, начальник, уехав куда-то далеко, может с помощью любой интернет-сети зайти в тонкий клиент и изучить имеющиеся там данные.

• За счет этого снижается нагрузка на соединение. Он используется в узком направлении, лишь для передачи данных, поэтому не обязательно иметь подключение с очень сильной пропускной способностью.
• Использование данного режима в программе не требует мощного программного обеспечения. Серьёзные ресурсы не нужны, всё вполне работает и на слабых ПК.
• Всё это значительно снижает расходы компании.

С точки зрения использования в программе 1С, можно выделить пару отрицательных сторон тонкого клиента. Ключевая из них – необходимость наличия мощного сервера. Остальные же связаны чисто с удобством использования. Ограниченный функционал не позволяет задействовать некоторые аспекты программы, вроде режима Конфигуратора.

В целом, достоинства тонкого клиента значительно превышают количество его недостатков. Он облегчает многие рабочие процессы и снижает затраты компании. Если у неё уже имеется подходящий сервер или терминал, и они, соответственно, прекрасно знают, что такое тонкий клиент, то практически никаких проблем не возникает вовсе.

Видео инструкция

Тонкие клиенты (thin client) - устройства (терминалы), не имеющие собственных вычислительных мощностей, подключенные к общему для всех пользователей серверу и способные отображать информацию. Иначе говоря, они представляют собой бездисковые компактные персональные компьютеры (бездисковые тонкие клиенты), к которым подключаются обычные периферийные устройства — клавиатура, мышь, монитор, акустические системы и т. д.

Тонкие клиенты с терминальным сервером соединяются через локальную сеть или коммутируемое соединение (модем). На сервере установлены все необходимые для Вашей работы программы и приложения. На нем же хранятся данные и выполняются все вычисления.

Другими словами, windows-терминалы служат для отображения на экране монитора данных, передаваемых с сервера, и для отправки данных, полученных с устройства ввода, на сервер. При этом пользователь, за каким бы терминалом он ни работал, будет воспринимать его как свой собственный компьютер, поскольку на экране монитора он увидит именно свой рабочий стол и свои документы.

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

Какие задачи решаются при внедрении тонких клиентов?

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

Очевидные преимущества использования терминальных клиентов вместо обычных персональных компьютеров таковы:

— снижение начальных затрат на приобретение, вследствие минимальных требований к конфигурации;
унификация — все клиенты имеют одинаковый набор программного обеспечения;
— простота реализации задач — нет необходимости настраивать каждый компьютер по отдельности, так как осуществляется централизованное управление информационным процессом. Все настройки для управления тонкими клиентами системный администратор выполняет централизованно на сервере;
— экономия времени системного администратора, обслуживающего абсолютно одинаковые компьютеры, вероятность поломок которых сведена к минимуму, а все программы установлены на сервере;
— масштабируемость — созданный единожды образ системы для работы всей группы пользователей позволяет поддерживать легко масштабируемую сеть. Можно установить столько ПК, сколько требуется, при этом добавление новых рабочих мест требует минимальных усилий;
— безопасность и отказоустойчивость. Терминал, загружаясь, получает операционную систему «от производителя», настройка которой осуществляется только отделом информационной поддержки. Все модификации операционной системы и прикладного ПО никак не влияют ни на других пользователей, ни на образ, хранящийся на сервере. Вся пользовательская информация хранится на сервере на RAID-массиве и регулярно резервируется, что увеличивает отказоустойчивость;
— защита от утечек информации — нет локальных носителей — нет возможности делать копии документов на съемные носители информации.

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

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

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

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

Даже существенные по масштабу ИТ-инфраструктуры предприятий могут обслуживаться одним-двумя администраторами. Замена вышедшего из строя тонкого клиента или установка нового могут быть выполнены персоналом, вообще не имеющим специальной подготовки. Все программы и данные пользователей находятся на сервере терминалов, таким образом, сбой на рабочем месте пользователя не повлечет потерю данных, а значит, не повлечет простоев в работе.

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

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

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

Обычно, когда говорят об особенностях сделанной программы, понимают язык, на котором она была составлена. Или системные требования, необходимые для запуска. Но есть ещё и ряд других, менее известных определений. Одно из них - это тонкие клиенты. Что это такое и зачем разрабатываются?

Что такое тонкий клиент?

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

Зачем они необходимы?

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

Также уменьшается необходимый уровень трат на программное обеспечение. Нет необходимости покупать лицензию на каждый компьютер - она необходима только на один сервер. При этом снижаются затраты на ведь администрировать необходимо только один терминал. Как показывает практика использования, навредить тонкому клиенту довольно проблематично (при условии, что не прилагаются целенаправленные усилия). Но вместе с этим и возрастают требования к обслуживающему персоналу. Особенно это касается вопросов передачи дел от одного администратора к другому. Тогда необходимо, чтобы заступающий хорошо во всём разбирался, ведь потенциально любой сбой может привести к краху всей системы, и тогда свою ценность потеряют тонкие клиенты. Что это такое вы знаете, а чем они отличаются от толстых?

Различие между тонким и толстым клиентом

Что принимают в расчет, когда различают толстый и тонкий клиент? Отличия между ними такие: под первым понимают обычный вид программ, которые могут автономно работать на отдельном терминале. Им не требуется для качественного исполнения своей работы. Что собой представляет второй, вы уже знаете. И в этом заключается главная и одновременно единственная разница, которую имеют толстый и тонкий клиент. Отличия можно ещё привести в особенностях реализации, но они все умещаются в ранее сформулированное суждение.

Как это работает и какие типы загрузок есть?

Как, собственно, работает данная технология? В целом всю информацию можно уместить в трех пунктах:

1. На компьютер, через один из возможных источников загружается тонкий клиент. В качестве основных вариантов рассматриваются: LAN, CD, HDD.
2. В процессе загрузки тонкого клиента (или при работе с локальной сетью до нее) сетевая карта компьютера получает свой собственный IP-адрес.
3. Когда заканчивается подкачка всего необходимого программного обеспечения, то через рабочий стол создаётся подключение к терминальной сессии с сервером, который указан в настройках. Доступ может быть уже дан или потребуется пароль и логин. Подключение тонкого клиента из-за локальной сети предприятия должно быть разрешено в настройках сервера.

Как работает система, в целом вы уже имеете представление. Но одним из важнейших является этап загрузки, который имеют все тонкие клиенты. Что это такое, откуда он может быть взят, если нет жестких дисков, на которых обычно хранятся данные? Существует две возможности:

1. Загрузка при помощи сети. В локальной сети должны работать TFTP- и DHCP-серверы. В самом компьютере должна быть которая имеет свойство BootROM, или специальные драйвера, которые её эмулируют. Она проверяет наличие всех указателей, получает настройки и загружает операционную систему.
2. Загрузка заранее установленной системы с DVD\CD\Flash\IDE.

Веб-клиент

Технология «тонкий клиент» значительно популярней, чем может показаться на первый взгляд. Хотите пример, указывающий на то, что вы его прямо сейчас используете? Что ж, предполагаем, что особую роль стоит уделить самым распространенным на данный момент тонким клиентам - браузерам. Они являются прекрасными примерами работы по таким принципам. Сам по себе браузер мало на что пригоден. Но возможности, которые он открывает перед компьютером, имеющим подключение к мировой сети, огромны! Машина может иметь весьма скудный ресурс программного обеспечения, но, получая необходимые данные от удалённых серверов, можно рассчитывать на создание высококачественного и многоцелевого объекта. Всё что необходимо пользователю компьютера - это сформулировать свой запрос, после чего нужная информация будет получена из внешних источников.

Работа в терминальном режиме

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

Протоколы, которые используют тонкие клиенты

Можно выделить 9 самых популярных типов протоколов, которые используются при разработке данного программного обеспечения. Их список таков:

1. Х11 - нашел применение в Unix-системах.
2. Telnet - мультиплатформенный протокол. Является двунаправленным восьмибитным байт-ориентированным средством связи.
3. SSH - мультиплатформенный аналог Telnet. Главным отличием является защищенность передаваемых данных.
4. NX NoMachine - доработанный протокол Х11. Главным преимуществом является сжатие данных.
5. Virtual Network Computing - платформонезависимая система. Использует простой клиент-серверный протокол прикладного уровня, чтобы получать доступ к необходимым компьютерам, которые подключены к данной программе.
6. Independent Computing Architecture - довольно несовершенный способ передачи данных. Данный протокол значительным образом отображается на производительности и требованиям к системам, на которых он работает.
7. Remote Desktop Protocol - обслуживает возможности удаленного доступа к рабочему столу. Может передавать широкий спектр данных, а также открывает широкие возможности использования удалённых машин.
8. SPICE - протокол для передачи данных, который может быть использован с комфортом не только в локальной сети, но и через интернет. Его особенностью является «программная легкость», которая позволяет быстро обмениваться данными. Такое возможно благодаря простоте процессов передачи данных (которые осуществляются не в ущерб производительности). Также он может работать на широком спектре машинных архитектур.
9. Различные закрытые протоколы, которые были разработаны программистами различных фирм и предприятий. Используются только, как правило, на территории предприятия, для которого делались. Имеют ряд уникальных параметров, в том числе: реализация, системные требования, архитектура. Тонкий клиент в данном случае полностью разрабатывается под отдельные предприятия и протоколы, действующие на их территории.

Примеры реализации

В качестве примера реализации тонкого клиента можно привести такие разработки, как:

1. Терминальный доступ.
2. Бездисковая станция.
3. LTSP.
4. Thinstation.

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

Закон цикла:
История развивается по спирали.

Это знакомое нам еще со школы высказывание из общей философии применимо и к компьютерным технологиям. Углубимся в историю. Вначале были механические счеты с костяшками, потом появились механические вычислительные машины. Позже появились электронные лампы и первые большие вычислительные машины на их основе, которые занимали целые здания. Потом был изобретен транзистор, да прославится имя его. Замечу, что под словом «транзистор» в те времена понимали далеко не одну из множества ячеек на пластине кремния, каждая из которых размером не более 0,18 мкм, а на пластине площадью в квадратный сантиметр их помещаются миллионы. Нет, транзистор представлял собой солидную радиодеталь в отдельном корпусе с размерами не менее сантиметра. Но все равно это был прорыв. В результате появились относительно компактные ЭВМ, занимающие «всего лишь» несколько шкафов и обладающие сумасшедшим, по тем временам, быстродействием. Кроме огромных размеров у них был еще один немаловажный недостаток — цена. Поэтому каждому желающему такие ЭВМ были недоступны. Приходилось использовать вычислительные машины совместно. Сначала — в режиме разделения времени, по очереди. А когда были изобретены клавиатурный ввод и дисплеи, а также многозадачные операционные системы (ОС), то появилась возможность работать одновременно многим пользователям на одной и той же машине. То есть на рабочем месте находился лишь терминал — клавиатура для ввода данных и дисплей для их отображения, а вся обработка информации происходила на большой ЭВМ (мейнфрейме).

Но наука не стояла на месте, микросхемы становились все меньше, а стоимость их производства снижалась. В результате этого стремительного прогресса мы пришли к недорогим и мощным персональным компьютерам, стоящим практически у каждого. Относительно недорогим. Ведь если сложить затраты организации, которой необходимо 20, 50 и более машин, сюда же прибавить стоимость программного обеспечения, устанавливаемого на них, плюс затраты на людей, эти компьютеры обслуживающих - и мы получим очень немаленькую цифру.

Я не даром упомянул, что современные персональные компьютеры (PC) обладают большой мощностью. Ведь для большинства офисных и корпоративных задач (таких как MS Office, 1C Бухгалтерия, Парус, использование Internet Explorer для WEB-серфинга, электронная почта и т.д.) большие мощности не нужны. Но заглянув в PriceList любой солидной компьютерной фирмы, мы вряд ли сможем найти типичную конфигурацию компьютера с частотой процессора ниже гигагерца. А ведь в среднем (в типичных офисных задачах) он будет загружен всего на 10–15 процентов. Более того, иногда узким местом (это при таких современных и быстрых компьютерах) становится пропускная способность сети. Хороший пример этому — клиенты 1С Бухгалтерии, генерирующие большой сетевой трафик при доступе к базе во время своей работы.

К тому же, насколько современным ни казался бы компьютер, купленный сегодня, через 2-3 года он уже с трудом тянет новое программное обеспечение (ПО). Поэтому устаревший компьютер приходится апгрейдить или, попросту говоря, менять на новый.

Именно поэтому тонкие клиенты (thin clients) становятся все более популярны уже на протяжении последних нескольких лет. Что же такое тонкий клиент?

В двух словах — это автономное бездисковое устройство с источником питания, к которому подключаются устройства ввода (клавиатура, мышь, считыватель смарт-карт и т.д.) и устройства вывода информации (монитор, принтер, колонки и др.) Устройство предназначено для ввода информации и отправки ее на сервер, а также для вывода информации, принятой с сервера. Терминал подключается к серверу по локальной сети Ethernet, посредством модема или по последовательным линиям связи. На сервере должна быть установлена многозадачная и многопользовательская ОС и сервер должен быть достаточно мощным (по сравнению с терминалами, подключаемыми к нему). В общем случае, сам тонкий клиент не осуществляет обработку информации, все вычисления происходят на удаленном сервере. Именно поэтому требования к мощности таких устройств невелики. В принципе, в качестве тонкого клиента могут служить даже 286 и 386 компьютеры, на которые можно установить DOS или Windows 3.11, а также саму программу для подключения к серверу. В результате получаем быстродействующую машину под управлением ОС Windows 2000 (в случае, если на сервере установлена именно эта операционная система) для работы в типичных офисных задачах.

А теперь проведем параллели. Сеть из автономных устройств-терминалов, подключенных к мощной вычислительной машине-серверу. Терминалы лишь принимают данные с устройств ввода и отправляют их на сервер, а также отображают данные, пришедшие с сервера, на мониторе. Вся информация обрабатывается на удаленной машине — терминальном сервере. Да, да. Вспоминаются именно вычислительные центры 70-х годов с мейнфреймами. Конечно, это уже не монохромные дисплеи, работающие в текстовом режиме. На столе находится не только клавиатура, появился звук. Да и круг выполняемых задач расширился. Но идея осталась той же.

Конечно, рынок тонких клиентов не ограничивается лишь семейством операционных систем MS Windows. Но благодаря распространенности таких продуктов, как MS Office и конечно MS Windows с IE, вездесущий Windows устанавливается во многих организациях. Именно поэтому многим интересны терминальные решения на основе этой ОС.

На рынке существует два протокола взаимодействия тонких клиентов с терминальными серверами. Первый, ICA (Independent Computing Architecture, независимая архитектура вычислений) от компании Citrix, появился на рынке несколько раньше. Второй, RDP (Remote Desktop Protocol, протокол удаленной системы), разработан в компании Microsoft и поставляется с ОС WindowsNT TSE, Windows 2000 Server и выше. ICA считается более универсальным, и его поддержка не ограничивается лишь win32-версиями операционных систем Windows. Он также поддерживает различные версии *nix ОС, Macintosh и даже Java-клиенты. А в остальном к настоящему времени функциональность обоих протоколов практически сравнялась. Хотя бытует мнение, что Citrix предоставляет большую свободу и удобство в администрировании терминальной сети.

Попробую обобщить плюсы и минусы терминального метода построения сети (в случае использования Windows OC).

• Любой терминал является аналогом мощной рабочей станции.
  Ведь все программы выполняются локально на быстродействующем терминальном сервере.
• Экономия денежных средств как на стоимости самого тонкого клиента, так и на стоимости ПО.
  Действительно, стоимость терминала несколько ниже среднестатистической рабочей станции. Программное обеспечение же устанавливается лишь на компьютере-сервере, хотя пользоваться им могут все владельцы терминалов (или некоторые, в зависимости от прав доступа).
• Простота наращивания вычислительной мощности.
  Нет необходимости в апгрейде терминала. Так как он является лишь устройством ввода и отображения информации, ничего не обрабатывая сам. При нехватке вычислительных ресурсов достаточно провести апгрейд сервера (обычно это выгоднее, чем модернизировать N полноценных рабочих станций), причем новые ресурсы будут доступны сразу всем терминалам.
• Сокращение парка работы для администратора сети.
  Ведь администрировать придется лишь один сервер, а не N рабочих станций, разбросанных по всему офису (офисам) организации.
• Возможность получить доступ к своему виртуальному рабочему столу и всем документам с любого терминала, подключенного к серверу.
  Так как вся информация хранится на сервере, достаточно аутентифицироваться в системе (ввести свои логин и пароль) с любого терминала.
• Отсутствие проблем при отключении электроэнергии.
  Так как вся информация хранится на сервере, достаточно его оснастить устройствами бесперебойного питания. Пропадание энергии на рабочем месте приведет лишь к временной неспособности видеть происходящее на экране терминала. Тут можно привести такую аналогию — ведь при отключении монитора у нас ничего не происходит с открытыми программами? После подачи энергии (или при повторном включении терминала) пользователь вернется к тому состоянию запущенных программ, которое осталось в момент отключения терминала.
• Ускорение некоторых программ, предъявляющих повышенные требования к полосе пропускания сети.
  Хорошими примерами таких программ являются 1С Бухгалтерия и Парус. При нахождении ее серверной и клиентской части на одной машине устраняется узкое место — пересылка данных по сети во время запроса клиентов к базе, и программы начинают работать намного быстрее.
• Хорошая реализация безопасности.
  Опять же, все файлы находятся на одном сервере, на тонких клиентах информация отсутствует, разграничения прав доступа производится системными средствами. Пользователь не может скинуть информацию на дискету, так как дисководы обычно отсутствуют или доступ к ним ограничен. То есть защищать нужно лишь сам сервер, а физически он и терминалы могут находиться территориально далеко друг от друга, например в соседних зданиях.
• Быстрота развертывания нового рабочего места
  Тонкий клиент можно подключить даже из своего дома, достаточно подключить его к терминальному серверу (к примеру, через интернет). Предварительная и однократная настройка занимает всего несколько минут времени, после чего мы сразу попадаем на свое рабочее место, с уже установленными программами (на сервере).
• Бесшумность работы
  Обычно терминалы не имеют в своем составе механических компонентов, таких как жесткие диски и вентиляторы (охлаждение осуществляется пассивно), поэтому совсем не производят шума.
• Малое энергопотребление терминала
  Используемые архитектуры обладают небольшим энергопотреблением. Для одного компьютера это может и не будет заметно. А если их будет 100?
• Большее время наработки на отказ.
  Отсутствие механических компонентов, а так же сама по себе упрощенная архитектура повышает надежность системы в целом, что немаловажно, учитывая гораздо больший срок эксплуатации терминалов по сравнению с рабочими станциями.
• Небольшие размеры и эргономика
  Тонкие клиенты неспроста носят такое название. Их размеры обычно не превышают размеров большой книги, и они не занимают много места на столе.
• На работе надо работать.
  Играть в 3D-игры или смотреть видеофильмы будет невозможно. Во-первых, их не окажется на сервере и невозможно будет установить самостоятельно (из-за ограничений, установленных администратором на установку дополнительного ПО). Во-вторых, пропускной способности сети не хватит для приемлемой скорости обновления экрана для этих приложений.

Минусы. Обратная сторона медали тоже присутствует.

• Тонкий клиент — не панацея от всего.
  Терминалы не предназначены для выполнения тяжелых задач, связанных со сложными вычислениями (например, AutoCAD и другие системы моделирования) или генерирующими большой трафик для передачи в сторону клиента (например, просмотр видеофильмов). В первом случае это связано с большой загрузкой вычислительной мощности сервера (он сможет обслужить очень мало клиентов), во втором — с пропускной способностью сети. В этом случае нужно использовать полноценные рабочие станции. Кстати, современные 3D-игры относятся сразу к обеим категориям.
• Платить все равно придется.
  Более низкая стоимость терминала компенсируется высокой ценой сервера. Ведь эта машина должна быть достаточно мощной, чтобы выполнять задачи многих тонких клиентов, подключенных к ней. Справедливости ради отмечу, что зависимость мощности сервера от количества работающих клиентов не линейна. Большинство типичных задач (например, несколько копий MS Office в памяти) используют библиотеки уже запущенной первой копии для своей работы, поэтому потребности в оперативной памяти будут относительно невысоки.
• Серверная ОС — MS Windows.
  Со всеми вытекающими последствиями в виде немалых запросов к производительности сервера лишь для собственных нужд ОС. Зато ее можно масштабировать, распределяя клиентскую загрузку на несколько серверов в случае MS Windows Advanced Server или Data Center.
• В общем случае все работает на одном компьютере-сервере.
  Поэтому должны быть обеспечены все возможные меры для его безотказной работы и сохранности данных.
• Потребность в постоянном канале связи
  В некоторых случаях для рабочей станции не обязательно наличие постоянного, а тем более быстрого канала связи. Терминалу же необходима постоянная связь с сервером. В среднем нужен канал с пропускной способностью не менее 20 Кбит/сек.

Резюмируя, можно сказать, что преимущества тонких клиентов достаточно привлекательны для использования их во многих организациях. Надо лишь четко определить для себя плюсы и минусы терминального подхода. Важно также отметить, что хоть низкая стоимость тонких клиентов и может компенсироваться высокой стоимостью серверной части, совокупная стоимость владения (TCO - Total Cost of Ownership) оказывается существенно ниже (по оценке Gartner Group — на 5-40 процентов) при использовании на рабочих местах именно тонких клиентов, а не полноценных компьютеров. Ведь TCO складывается не только из затрат на закупку оборудования, а еще и на администрирование этого оборудования, затрат на модернизацию. Сюда же входят потери, произошедшие из-за сбоев оборудования.

В качестве яркого примера терминального решения рассмотрим тонкий клиент от российской компании .

На фотографии представлен внешний вид (снятый с использованием синего светофильтра) AK Windows терминала GP этой компании. Заметьте — это российская компания. Цена такого тонкого клиента - всего около 300 долларов США (на момент публикации), что существенно ниже западных аналогов. Люди, знакомые с уровнем цен на старые комплектующие, могут возразить: а ведь при сборке компьютера класса Pentium ][ придется потратить всего 200$, а уж Pentium и вообще копейки стоит! Да, но не стоит забывать, что в случае собственной сборки мы получим именно персональный компьютер, работающий в режиме терминала. С бОльшими размерами корпуса, энергопотреблением, жестким диском, кулерами и вытекающим отсюда шумом, старыми комплектующими и т.д. И с вытекающей отсюда надежностью. А тонкие клиенты изначально разрабатывались именно для своего круга задач, не обладают механическими деталями и потенциально более надежны. Не стоит забывать и о тех.поддержке — мы живем в России — компания-то рядом.

Спецификации AK терминала GP.

Внимательный читатель уже заметил, что частота процессора тонкого клиента GP составляет всего 300 МГц. На самом деле, большего и не нужно, ведь терминал практически не занят обработкой информации. Тем не менее, компания предлагает и модели с большей частотой процессора, на базе процессора VIA C3.

Взгляд изнутри

Задняя панель терминала с интерфейсами выглядит так:

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

Вместо жесткого диска используется flash-накопитель емкостью 16 Мбайт. С него и производится первичная загрузка ОС Windows CE. Именно ее окна и видно на экране до подсоединения к терминальному серверу.

Сердцем же системы является процессор GX1 от National Semiconductor. Это первый чип компании, созданный по 0,18 мкм технологии и обладающий очень незначительным тепловыделением — 0,8-1,4 Вт, в зависимости от режима работы. Процессор изначально предназначен для установки в различные терминальные системы, интернет-приставки и т.д.

Ядро процессора построено на основе архитектуры x86, оно включает блоки арифметики с фиксированной и плавающей точкой и обладает кэшем первого уровня объемом 16 Кб. В процессор интегрирован контроллер VGA с ускорителем 2D-графики и дополнительными буферами интерфейсами к внешним контроллерам для проигрывания видео MPEG1. В процессор также интегрированы контроллер SDRAM памяти и шины PCI. Чип также поддерживает набор команд MMX и может работать на частотах от 200 до 333 МГц. В процессор встроена базовая поддержка аудиофункций (часть из них берет на себя внешний контроллер). Благодаря малому тепловыделению, используется лишь пассивное охлаждение процессора (радиатор).

Роль южного моста выполняет микросхема CS5530A (PCI-to-ISA bridge). В нее же интегрированы два IDE контроллера и шина USB на два порта. Кроме того, к CS5530A подключается интерфейс видеоконтроллера процессора GX1 для дополнительного ускорения видео и вывода изображения на аналоговый или цифровой дисплеи. В CS5530A также встроен интерфейс для подключения внешнего AC"97 аудиокодека. Микросхема обладает низким энергопотреблением и незначительным тепловыделением.

Для поддержки остальных функций ввода/вывода используется контроллер PC97317 от того же производителя, подсоединяемый к южному мосту. PC87317 является одночиповым контроллером для большинства стандартной ISA/EISA/MicroChannel периферии. В чип встроен модуль advanced Real-Time Clock, контроллер гибких дисков (FDC controller), контроллер клавиатуры и мыши, два последовательных порта (UARTs) с поддержкой интерфейса инфракрасной связи (IR), контроллер параллельного порта IEEE 1284 и еще несколько контроллеров.

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

Подготовка к первому запуску

На сервере необходимо установить ОС MS Windows NT TSE или Windows 2000 server (и выше). Дополнительно следует инсталлировать службу терминальных сервисов в панели установки у удаления компонентов ОС. После этого нужно лишь создать необходимое количество аккаунтов для пользователей.

Настройка же самого тонкого клиента очень проста.

При первом запуске терминала он высветит приглашения мастера настройки. С его помощью устанавливается фиксированный или динамический IP адрес клиента.

Опционально задаются адреса DNS и WINS серверов и наличие локального принтера (подключенного непосредственно к терминалу).

Этот же мастер позволяет задать разрешение и частоту обновления экрана монитора. После этого мастер переходит к настройке (заданию) удаленного терминального сервера и его параметров. Причем ничего не мешает создать несколько записей к разным серверам и потом переключаться между ними.

Для начала следует выбрать тип протокола соединения — RDP (родной для WinNT TSE/ Win2K Server протокол) или ICA (от Citrix). Второй является более универсальным, а в нашем случае имеет больше возможностей. Для его использования на сервере должно быть установлено ПО Citrix MetaFrame. Подключение терминала возможно как через локальную сеть Ethernet, так и через модем. Думаю, последнее является экзотикой. Ведь аналоговый модем не может обеспечить приемлемую скорость передачи информации с сервера и, соответственно, о комфортной работе за терминалом речи быть не может.

Процедура настройки похожа в обоих типах протокола. Как минимум, потребуется ввести IP-адрес терминального сервера и, возможно, логин и пароль пользователя, если требуется автоматический вход в систему.

В случае использования протокола ICA можно активировать шифрование трафика и выбрать режимы работы терминала сквозь файрвол.

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

Процедура настройки однократна (для каждой серверной записи) и занимает не более пяти минут. Согласитесь, это намного быстрее, чем устанавливать ОС со всеми нужными программами на полноценную рабочую станцию.

Установки, заданные в первичном мастере настройки, всегда можно изменить и позже через панель настройки терминала. Тут же можно задать другие специфические опции, например, настроить чувствительность мыши и клавиатуры,

а также модифицировать параметры дисплея и IP-адрес терминала.

Тут же можно настроить подключенный к терминалу принтер, установить локальные дату и время, настроить диалап подключение (с использованием аналогового модема).

Сервис обновления прошивки (внутренней ОС) терминала представлен в закладке Firmware. Прошивку можно взять из файла или с удаленного FTP-сервера. Ну а чтобы пользователи не имели доступа к панели настройки терминала, на нее можно установить пароль или вообще скрыть саму панель.

Как видно, настройка терминала проста и много времени не занимает. После подключения к серверу пользователь попадает в привычное Windows-окружение и может приступать к работе. Основное время администратора уйдет на конфигурирование самого терминального сервера (или серверов, в случае большого парка тонких клиентов).

Тестирование

Полагаю, один из критичных параметров работы терминала — это минимальная полоса пропускания, при которой работа на нем будет более-менее комфортной. Я провел несколько тестов, ограничивая полосу пропускания между сервером и тонким клиентом в 4, 8, 16, 20, 24 Кб/сек при использовании RDP протокола. Конечно, объективные выводы сделать невозможно, поэтому ниженаписанное можно считать моим субъективным восприятием.

На 4 и 8 KB/сек работать неудобно (особенно это касается 4 KB/сек) — окна открываются и передвигаются с заметной задержкой, во время набора текста часто создается ощущение достаточно большого буфера в клавиатуре (буквы появляются не сразу и не по одной, а группами по 5-15 символов. Плюс к этому, первоначальное подсоединение терминала к серверу при канале в 4 Кб/сек занимает значительное время. На 16 Кб вышеперечисленные эффекты почти полностью устраняются, но все равно заметен некоторый лаг (задержка) при перетаскивании и открытии окон. На канале в 20 Кб/сек и выше работа за терминалом вполне комфортна.

Отмечу, что, судя по отзывам сторонних источников, на медленных линиях большой выигрыш в скорости работы получается при использовании протокола ICA. Работа на нем возможна даже на модемных линиях связи. К сожалению, у меня не было возможности протестировать работу терминала на этом протоколе, в следующем обзоре этот недочет будет устранен.

Выводы

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

Часть первая: Немного лирики

Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне IT инфраструктуры в небольших компаниях нашей необъятной страны. Статья написана по мотивам общения с многочисленными знакомыми IT-шниками (в основном уровня «студент» и «только что из института»), начинающих свою карьеру с эникейщика в небольших компаниях.

Давайте представим себе среднестатический офис небольшой торговой фирмы с точки зрения IT:

• несколько десятков слабеньких компьютеров для секретаря, менеджеров, бухгалтерии и, конечно, главного Босса;
• одна-две-три машины, выполняющих роли:
  • домен-контроллера windows (нередки случаи, когда в сети компании отсутствует даже домен, а все компьютеры работают в одно-ранговой сети);
  • файлового сервера;
  • почтового сервера (вместо него иногда используют внешние бесплатные почтовые сервера, начиная от mail.yandex.ru и gmail.com и кончая десятидолларовым хостингом на N почтовых ящиков);
  • http-прокси для фильтрации доступа ко внешним ресурсам и логирования «куда кто ходит» (часто отсутствует)
  • маршрутизатора/файрвола на границе с внешней сетью для ограничения доступа наружу и наоборот (часто в качестве пограничного маршрутизатора используется любой SOHO-роутер начального уровня ценой до 100 долларов, он же выполняет роль DHCP сервера (для динамической раздачи IP адресов рабочим станциям сотрудников);
  • другие вещи, список которых может быть довольно большим;
• несколько принтеров, часто подключенных локально к рабочим станциям сотрудников и расшареных по сети стандартными средствами Windows (как вариант, принтеры могут быть сетевыми изначально или же подключены через аппаратные принт-сервера).
• в продвинутых случаях - один терминальный сервер (под Windows) для бухгалтерии (на нем крутится 1C а там же лежит база данных оной, а бухгалтеры, подключаясь к серверу терминалов через стандартные средства Windows (remote desktop), работают с ней на терминальном сервере (локально), что, во-первых, дает больше удобства, а во-вторых, ускоряет работу самой 1C (обычно же 1С с базой установлена на компьютере одного из бухгалтеров, а остальные подключаются к ней со своих компьютеров, работая с расшареной по сети базой).

Все это хозяйство связано в единую локальную сеть посредством одного/нескольких дешевых коммутаторов на 100Мбит. И работает это в едином домене NT/Active directory (хотя встречаются варианты одноранговых рабочих станций безо всяких доменов).

На всех машинах с Windows обычно установлен (хотя и тут бывают исключения) какой-то антивирус. Часто встречается не сетевые версии этих программ (тот же Avast), хотя, опять таки в более продвинутых (с точки зрения IT) конторах, стоят сетевые версии антивирусов с централизованным управлением и обновлением антивирусных баз.

Приведенные выше ситуации варьируются от случая к случаю, так как на конфигурацию сети, железа и софта влияют как знания/умения/желания (и, что немаловажно, лень) системного администратора(ов), так и понимание начальства (в лице главного Босса) «чем же именно этот наш системный администратор занимается, когда все и так отлично работает» (из последнего вытекает - сколько денег выделяется на оборудование для IT и зарплату будущего специалиста). Если денег выделяется мало (а так обычно и бывает — управленцы торговых компаний от IT обычно далеки и слабо понимают, что же там происходит), то поднабравшийся знаний эникейщик уходит в другую компанию. На место ушедшего приходит очередной студент и все повторяется по новой.

Думаю излишне говорить, что в подобных конторах отдел системного администрирования состоит из одного человека, который совмещает в себе инженера по прокладке/поддержанию офисной сети, системного администратора как такового (т.е. ту самую личность, что отвечает за работоспособность серверного парка на программном и аппаратном уровнях и внедрением нового функционала) и эникейшика - «мальчика на побегушках» — который занимается разрешением проблем у пользователей, протиркой мышек, сменой картриджей у принтеров и подобными вещами.

В результате, в небольших компаниях часто наблюдается довольно разнообразный парк пользовательских машин класса от pentium2/128Mb ram/5Gb hdd до P4 Celeron/1Gb ram/80Gb hdd. На всех машинах, разумеется, Windows (98, 2000 и XP Home/Pro) и разные версии софта (ставили то машины в разное время). Доходит до того, что и антивирусное ПО на машинах тоже от разных производителей.

А на нелегкую долю системного администратора (и эникейщика по совместительству), выпадает денно и нощно поддерживает весь этот зоопарк. А ведь железо иногда ломается:

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

При выходе из строя винчестера (или же материнской платы компьютера), операционную систему на восстановленной машине часто приходится переставлять с нуля в такой или очень похожей последовательности:

• ставим Windows;
• ставим необходимые драйвера (весь парк железа разный - не забыли?), предварительно определив модель материнской платы в данной машине и скачав из Интернет последние версии драйверов или найдя нужные у себя на файл-сервере;
• вводим машину в домен (если он настроен);
• ставим необходимый софт (офис, браузер, почтовый клиент, тотал-коммантеры, аськи, джабберы, пунто-свитчеры и подобное) - в случае домена Active Directory часть софта можно поставить автоматически, но не у всех он настроен, да и не все знают его возможности;
• ставим антивирус;
• плюс дополнительные танцы с бубном, индивидуальные для конкретной сети каждой организации вокруг новой рабочей станции;

После успешного выполнения всех пунктов (эта процедура занимает примерно два часа) рапортуем Боссу, что рабочее место сотрудника спасено и он может приступать к работе.

Счастливый обладатель восстановленного компьютера садится за свое рабочее место, после чего выясняется, что (так как доменные профили были не перемещаемые или же домена не было вовсе, ссылка «мои документы» вела на локальный диск C:, а про то, что все важное нужно сохранять на сетевом диске - на сервере, сотрудник забыл):

• у меня тут была папка с важными документами - где она?
• а еще я там фотографии из Турции сохранил, можно их восстановить?
• на рабочем столе было много важных ярлыков и еще сотня документов - куда они пропали?
• в избранном (это про закладки в браузере) моих любимых сайтов больше нет - где их теперь искать? и так далее…

Знакомо? Хорошо, если полетел не жесткий диск, а всего лишь материнская плата. Или же часть информации на осыпавшемся диске поддается восстановлению. Но все эти процедуры занимают рабочее время системного администратора, которое можно было бы потратить с куда большей пользой — поиграть в сетевую стрелялку или же… изучить IPv6 - ведь уже все на него переходят и совсем скоро перейдут, адреса в пространстве Ipv4 уже лет пять как закончились:)

В результате, поддержка IT инфраструктуры небольшой компании для системного администратора превращается, по большей части в поддержку работоспособности пользовательских рабочих станций, а именно:

• переустановить Windows;
• настроить на новой машине весь необходимый софт;
• восстановить все то, что потерялось;
• доустановить нуждающимся новые программы;
• провести профилактику корпуса (пыль пропылесосить в системном блоке);

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

Как же выйти из этого замкнутого круга?

Одним из вариантов решения вышеописанной проблемы, является отказ от «толстых» рабочих станций (там, где это можно сделать) и переход на .

Под «толстой» рабочей станцией понимается любой компьютер с установленной ОС, который и выполняет обработку большинства пользовательской информации. Т.е. браузер, офис и все остальное выполняется локально именно на рабочей станции пользователя, системный блок которой жужжит у него под столом или где то рядом.

Надо понимать, что требования современных ОС (не обязательно Windows) идут в ногу с современным железом - другими словами, для относительно комфортной работы в Windows XP старой (но полностью работоспособной и относительно мощной) машины класса Celeron 800Mgz/128Mb Ram/ 10Gb HDD может и не хватить. Работать под современной ОС на подобном железе, конечно, можно, но подтормаживать эта операционка и приложения будут довольно часто — хотя бы из-за малого количества набортной памяти и старого (читай — медленного) жесткого диска.

А тонкий клиент, если вкратце, можно определить как бездисковый компьютер, работа которого заключается лишь в подключении к удаленному серверу и отображении полученной с сервера информации на экране. Обычно такой сервер называется сервером терминалов или терминальным сервером. Вся же обработка пользовательской информации происходит именно на нем (одновременно к которому может быть подключено множество — хотя и не бесконечное количество — тонких клиентов).

Обычно тонкие клиенты делают на основе слабого (а, соответственно, и малопотребляющего) железа - часто это единая системная плата, на которой все и интегрировано. Процессор и память так же могут быть намертво припаяны к материнской плате. Некоторые тонкие клиенты имеют flash-диск (вставляемый в IDE разъем материнской платы), на котором прошита специализированная ОС (WinCE или другие).

Сравнение тонкого клиента Clientron U700 со стандартным корпусом для рабочей станции.

В результате, при включении тонкого клиента (их еще называют терминалами), ОС грузится со встроенного flash-диска (обычно на загрузку уходит менее 30 секунд), после чего на экране появляется диалог подключения к терминальному серверу. Некоторые из этих клиентов умеют подключаться только Windows Terminal Server или же Citrix Metaframe, другие - в том числе и к терминальным серверам других ОС. В любом случае, в цену таких решений закладывается и цена лицензии на WindowsCE, прошитую на встроенный flash-диск. Мы рассказывали о подобных решениях ранее:

• Windows-терминал
• Тонкий клиент
• Windows-терминал

Разумеется, подобные решения существуют и у других компаний. В том числе и без встроенной ОС (за которую, в случае Microsoft Windows CE, нужно дополнительно платить, да и flash-диск копейки, но стоит).

Терминальные клиенты без встроенного flash-диска, при включении загружают нужный образ ОС по сети, после чего они тратят на загрузку те же пару десятков секунд. После чего готовы к работе, под чем подразумевается вывод на экран меню со списком терминальных серверов для подключения или же автоматическое подключение к одному из жестко заданных терминальных серверов (в зависимости от настроек) - пользователю останется ввести лишь логин и пароль. После правильного ввода оного, он попадает в свою сессию на сервере терминалов и может приступать к работе.

Несомненные плюсы терминальных решений на специализированных тонких клиентах или правильных самосборных компьютерах:

• отсутствие жесткого диска (которые греются и ломаются);
• отсутствие вентиляторов (на процессоре и блоке питания установлены лишь радиаторы, которых хватает для рассеивания выделяемого при работе тепла);
• низкое энергопотребление;
• теоретическая дешевизна (при самосборе можно подобрать очень дешевые комплектующие — ведь производительности от железа не требуется; а вот производители за специализированные тонкие клиенты попросят раза в два больше)
• минимальные временные затраты на обслуживание (при поломке такой железяки, достаточно отключить поломавшуюся и подключить запасную — работы на пять минут; а это уже минимальный простой для рабочего места сотрудника, а так же минимум затраченного на устранение поломки времени системного администратора)
• весь софт для работы пользователей настраивается централизовано на одном (двух/трех/…) терминальных серверах — это значительно проще, чем поддерживать зоопарк софта на «толстых» рабочих станциях сотрудников

Не стоит забывать и о пользовательских данных — локально терминал ничего не хранит (все данные пользователя находятся на удаленных серверах). В результате легко настроить автоматических бекап всего и вся и, в случае чего, восстановить «случайно удаленный» документ.

В общем, плюсов море, но есть и минусы:

• при отказе сети, рабочие места сотрудников «превращаются в тыкву» (а сотрудники на «толстых» клиентах могут продолжать набивать документ, к примеру, в OpenOffice);
• при отказе терминального сервера рабочие места сотрудников опять «превращаются в тыкву» (но это решается установкой нескольких - например, двух - терминальных серверов; при выходе одного из них из строя, второй его подменит или же сотрудники просто переподключатся ко второму серверу вручную)
• тонкие клиенты подходят не всем: к примеру, людям, постоянно смотрящим видео или работающим активно работающих с графикой (в фотошопе) или занимающимся версткой журнала, лучше делать это на локальном «толстом» клиенте (зато тонкие клиенты отлично подходят большинству остальных сотрудников, которым нужен лишь браузер с Интернет, почта, создание и редактирование документов в Openoffice и работа с 1C).

Последний минус, который мы тут рассматривать не будем — это лицензионная политика (если не сказать обдираловка) со стороны Microsoft. Работа на терминальном сервере под управлением ОС этой известной компании требует большого количества разнообразных лицензий:

• лицензия на Windows Server
• CAL (Client Access License) — лицензии на подключение к Windows-серверу и их кол-во должно быть не меньше количества подключаемых к серверу клиентов (обычно в составе Windows-сервера уже идет некоторое кол-во таких лицензий — от пяти и выше)
• лицензии на работу с сервером терминалов (их количество тоже должно быть равно количеству подключаемых клиентов)

Не забываем про отдельные лицензии на весь используемый софт (например на Microsoft Office) в количестве, равном количеству подключаемых к серверу клиентов. Если клиентские лицензии на Microsoft Office еще можно обойти, отказавшись от данного продукта и поставив ему замену в виде, к примеру, OpenOffice, то от самого терминального сервера в лице Windows 2000/2003 TS избавиться несколько сложнее:) Хотя и это возможно в некоторых случаях.

Есть, правда, еще один «минус» (кроме боязни нового) который часто останавливает от внедрения подобных решений - почему то многие думают, что эти тонкие клиенты надо покупать (а они не очень дешевые - от 200 долларов и выше). Куда же девать весь парк уже существующих компьютеров?

Именно для ответа на последний вопрос написана данная серия статей. В ней будет рассматриваться софт тонкого клиента .

Этот небольшой, но обладающий множеством возможностей и, что немаловажно, OpenSource софт, позволяет превратить практически любые древние компьютеры в тонкие клиенты. Минимальные описанные на его родном сайте к используемому железу - это Pentium 100Mhz и 16Mb оперативной памяти. Ах да, жесткий/flash диск тоже не нужен - компьютеры при включении могут скачивать образ тонкого клиента (это около двадцати! мегабайт) по сети (хотя так же возможна установка Thinstation клиента на жесткий или usb диск). В наш век операционных систем, с радостью сжирающих гигабайты места на диске после установки, это впечатляет, не так ли?

Thinstation базируется на Linux, но для его использования знаний Linux, как таковых не нужно - достаточно в своей сети поднять dhcp и tftp сервера и соответствующим образом их настроить (оба этих сервера есть и в составе продуктов Windows Server). Таким образом, даже в сети, где кроме Windows-а ничего не знают, использование Thinstation клиента затруднений не вызовет.

Thinstation умеет работать со следующими серверами терминалов:

• Сервера Microsoft Windows по протоколу RDP или через nxclient (Windows NT4TSE, W2k Server, W2k3 Server или же Windows XP в однопользовательском режиме);
• Citrix servers по протоколу ICA (на серверах MS Windows, SUN Solaris и IBM AIX);
• Сервера Tarantella
• *nix-like сервера по протоколу X11;
• подключение к VNC-серверам (tightVNC);
• подключение к SSH и Telnet серверам;

Для того, что бы загрузить Thinstation по сети, от компьютера требуется лишь встроенная или внешняя сетевая карта, поддерживающая стандарт PXE (есть и другие варианты, но, к примеру все встроенные в системную плату сетевые карты работают именно по этому протоколу).

PXE расшифровывается как Pre-boot eXecution Environment — среда предзагрузочного выполнения. Этот стандарт был впервые реализован компанией Intel. Первый признак наличия PXE-биоса на борту встроенной сетевой карты, это пункт «Enable Boot ROM» рядом с пунктом активации сетевой карты в биосе. Если встроенная сетевая карта не поддерживает загрузку по сети (или отсутствует вовсе), можно использовать любую внешнюю сетевую плату с опцией «Boot ROM» (этот вопрос в подробностях будет рассмотрен далее).

А сейчас вкратце рассмотрим процесс загрузки клиента Thinstation по сети.

• Сетевая карта по протоколу PXE запрашивает DHCP сервер следующую информацию: IP адрес, маску подсети, шлюз а так же IP-адрес сервера TFTP (на котором лежат образы, в данном случае, ThinStation) и имя образа, которое она попытается загрузить.
• DHCP сервер возвращает запрашиваемую информацию (помечая у себя, что выданный клиенту IP адрес — занят таким-то клиентом)
• Клиент подключается к TFTP серверу, IP-адрес которого ему только что сообщили и скачивает с него файл загрузчика PXE (имя которого ему опять таки сообщил DHCP-сервер)
• Скаченный PXE загрузчик исполняется и, в свою очередь скачивает с TFTP сервера конфигурационный файл, в котором прописаны имена файлов ядра ОС Linux — vmlinuz и образа файловой системы — initrd. Эти файлы скачиваются и управления передается ядру Linux
• После распаковки и загрузки ядра Linux с подмонтированным образом файловой системы, Thinstation снова обращается к TFTP серверу для скачивания необходимых ему конфигурационных файлов (там, среди прочего, записаны адреса терминальных серверов, к которым нужно подключаться), после чего запускает нужный терминальный клиент (в нашем случае это будет rdesktop) и ожидает от пользователя ввода его логина с паролем для подключения.

На первый взгляд, описанная схема выглядит сложно. Но по факту настройка оной занимает полчаса-час и в дальнейшем она работает полностью автономно. Загрузка тонкого клиента с момента первого запроса в сеть по PXE (этот момент совпадает с моментом начала загрузки ОС с жесткого диска) занимает секунд 20…30.

Как уже отмечалось выше, Thinstation умеет работать с разными терминальными серверами. Но мы в ближайших статьях, как самое простое в реализации (но еще раз напоминаю о покупке множества клиентских лицензий, необходимых для официальной работы), рассмотрим лишь связку Thinstation с Microsoft Terminal Server.

Для начала нам надо иметь настроенный сервер терминалов от Microsoft. Этот сервер может работать как в составе домена (в этом случае удобнее управлять аккаутами пользователей - они общие — особенно если терминальных серверов в сети несколько), так и в вне домена - в одноранговой сети. Второй случай отличается от первого тем, что необходимых пользователей придется заводить на каждом сервере локально и синхронизировать актуальные списки пользователей и их прав - вручную.

Вторым пунктом нашей программы будет настройка DHCP и TFTP серверов. Первый ведает динамической раздачей IP адресов для рабочих станций, а так же сообщает, с какого IP адреса (с какого сервера tftp) и какое имя файла компьютеру нужно скачать в качестве загрузочного образа тонкого клиента. А второй — tftp сервер — фактически и отдает образы тонкого клиента и конфигурационные файлы для них же. Эти настройки могут быть как глобальными (для всех бездисковых терминалов сети), так и локальные — для определенных групп машин или же одиночных тонких клиентов.

Оба эти сервиса можно поднять как в составе Windows сервера (запуском и настройкой соответствующих служб), так и отдельными демонами в составе *nix-сервера — мы это рассмотрим на примере сервера с установленным Gentoo Linux.

А третьим пунктом идет настройка клиентских машин — перевод их на загрузку по сети и рассмотрение стандартных подводных камней.

Но об этом — в следующих статьях нашего цикла.