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

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

Что представляет собой тонкий клиент?

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

Для чего они нужны?

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

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

Основные отличия между тонким и толстым клиентом

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

В чем состоит принцип работы и какие типы загрузок существуют? Информацию о работе можно описать в трех пунктах:

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

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

Стоит отметить следующие возможности:

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

Веб-клиент

Технология «тонкий клиент» пользуется большой популярностью. Мало того, пользователь его использует постоянно? Большую роль необходимо уделить наиболее распространенным на сегодняшний день тонким клиентам. Если еще не понятно, речь идет о браузерах. Они выступают в качестве идеальных примеров работы по данным принципам. Отдельно браузер практически не на что не годится. Однако возможности, открываемые с помощью него перед компьютером, который имеет подключение к мировой сети, довольно велики. Устройство способно обладать достаточно скромным ресурсом программного обеспечения, однако, получив требуемые данные от удаленных серверов, вполне можно рассчитывать на разработку многоцелевого объекта высокого качества. Для этого достаточно сформулировать собственный запрос, а затем требуемые данные будут получены из внешних источников.

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

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

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

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. Разные закрытые протоколы, разработанные программистами всевозможных фирм и организаций. Они обычно применяются на территории предприятия, для которого разрабатывались. Существуют множество уникальных параметров, включая реализацию, системные требования, архитектуру. Тонкий клиент при этом создается под определенные предприятия и протоколы, которые действуют на территории.

Примеры реализации В виде примера реализации тонкого клиента стоит привести следующее:

Терминальный доступ;
бездисковая станция;
LTSP;
Thinstation.

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

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

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

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

Варианты реализации тонких клиентов в офисе

Чаще всего тонкий клиент является урезанным по функционалу компьютером – без жесткого диска или другого накопителя. Такие рабочие станции можно закупить готовыми или собрать самостоятельно. Для запуска также нужно обустроить терминальный сервер – именно к нему будут подключены клиенты, и на нем будут выполняться основные вычисления, а также храниться данные. Ранее в офисах предпочитали устанавливать физический терминальный сервер, сегодня же, с развитием облачных технологий, всё чаще его выносят «в облако». В роли терминального сервера может выступать как отдельный мощный компьютер с соответствующей ОС и запущенными прикладными программами, так и целый кластер, если потребности в обработке информации велики, как и количество одновременных соединений.

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

Основные преимущества терминального доступа

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

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

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

Недостатков такое решение практически не имеет. Единственное – это требование к постоянно работающему и исправному сетевому подключению, однако на сегодняшний день это не является сложностью.

Где применяются тонкие клиенты

Простота и удобство, которые дает терминальный доступ, быстро завоевали значительное количество поклонников в различных сферах деятельности:

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

Кроме того, потенциальными направлениями для развития тонких клиентов служат системы по взаимодействию власти с населением («электронное правительство», органы ЖКХ, онлайн документооборот и т.д.).

Решения для организации удаленного офиса от Tucha

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

Попробуйте – и вы больше никогда не вернетесь к старой организации работы.

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

Тонкие клиенты: что это такое в принципе?

Вообще понятие тонких клиентов сегодня однозначно определить нельзя. Дело в том, что к ним можно отнести и «железное» оборудование, и программное обеспечение. Так, например, если брать в расчет именно программную среду, которая присутствует на обычном ПК, сам персональный компьютер выступает в роли толстого клиента, а вот тот же веб-браузер, используемый для доступа в интернет, является тонким клиентом.

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

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

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

Вопросы подключения и лицензирования

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

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

Минимальная конфигурация

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

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

Специфика загрузки операционной системы

Но многие пользователи могут задаться вопросами загрузки ОС. Как так? Ведь на клиентском терминале винчестера нет? Серверная система загружается при помощи сетевых протоколов.

Среди наиболее часто используемых вариантов выделяют протоколы BOOTP, PXE, TFTP, DHCP и RIS. Иногда для загрузки локальной операционной системы может применяться устройство DiskOnModule (DOM), представляющее собой флэш-память с разъемом IDE и специальной микросхемой, отвечающей за реализацию логики обычного винчестера, благодаря чему первичная система ввода/вывода BIOS определяет этот модуль как самый настоящий жесткий диск.

Работа с приложениями

Кроме всего прочего, среди используемых протоколов доступа и управления достаточно часто можно встретить такие модификации, как RDP, X11, Telnet, VNC, SSH, NXNoMachine, ICA и множество других.

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

Это несколько напоминает аналогию с облачными технологиями (например, работу с Office 365), когда программное обеспечение инсталлируется исключительно на удаленном терминале.

Толстый и тонкий клиент 1С: отличия

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

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

Настройка клиента на примере пакета 1С

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

Сначала необходимо загрузить и установить тонкие клиенты 1С версий 8.2 или 8.3. Далее первым шагом в обязательном порядке станет публикация базы данных, после чего необходимо будет скопировать ссылку на нее в буфер обмена (она понадобится в дальнейшем).

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

На следующем этапе в разделе подключений нужно выбрать тип «Веб-сервер», а в следующем окне, в специальном поле сверху, вставить ранее скопированную ссылку на адрес опубликованной базы.

Далее в настройках сертификатов и параметров запуска можно оставить установки без изменений, после чего нажать кнопку «Готово». База появится в списке, а для старта основной программы нужно будет нажать кнопку запуска приложения «1С: Предприятие».

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

Преимущества использования оборудования такого типа

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

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

Заключение

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

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

Это знакомое нам еще со школы высказывание из общей философии применимо и к компьютерным технологиям. Углубимся в историю. Вначале были механические счеты с костяшками, потом появились механические вычислительные машины. Позже появились электронные лампы и первые большие вычислительные машины на их основе, которые занимали целые здания. Потом был изобретен транзистор, да прославится имя его. Замечу, что под словом «транзистор» в те времена понимали далеко не одну из множества ячеек на пластине кремния, каждая из которых размером не более 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. Работа на нем возможна даже на модемных линиях связи. К сожалению, у меня не было возможности протестировать работу терминала на этом протоколе, в следующем обзоре этот недочет будет устранен.

Выводы

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

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

WTware – это оптимизированный дистрибутив на базе Linux, включающий в себя все необходимые драйверы и клиенты для подключения к терминальным серверам Windows (rdesktop), Linux (xrdp), Hyper-V VDI, Mac Terminal Server.

Основные преимущества WTware:

• Низкие требования к аппаратной части. WTware можно запустить практически на любом компьютере с как минимум 48 Мб RAM (для оптимальной работы потребуется 64 Мб). Для Raspberry Pi 2 существует бесплатная версия WTware (http://winterminal.com/ru/)
• Для запуска клиента не обязательно требуется жесткий диск. Поддерживается как сетевая загрузка, так и загрузка с любого носителя
• Простота установки и настройки клиентской части, не требует от администратора знаний по администрированию Linux
• Централизованное управление конфигурацией терминалов
• Поддержка широкого спектра оборудования. Возможность проброса в терминальную сессию локальных принтеров, сканеров штрих-кодов и другой периферии
• Поддержка удаленного подключения к консоли терминала службами техподдержки (через VNC)
• WTware – российский продукт, а это значит, что вся документация и техподдержка также осуществляется на русском языке.
• Возможность одновременного подключения к 4 терминальным серверам (переключение между сеансами с помощью сочетаний Win+1 – Win+ 4)

Рассмотрим процедуру «быстрого» старта по использованию решения WTware для организации рабочего места с тонким терминальным клиентом в типовой офисной сети.

Варианты загрузки клиента WTware

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

• Жесткий диск
• CD-Rom
• Флешка
• Дискета
• Сетевая карта с BootROM

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

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

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

Процесс загрузки WTware

Чтобы запустить клиент WTware на компьютере пользователя, нужно:

• Загрузить бинарные файлы дистрибутива с сервера (по TFTP) или локального носителя
• Получить сетевые настройки с DHCP сервера или из локальных конфигурационных файлов
• Получить конфигурационный файл с сервера (по TFTP) или загрузить его с диска

Установка серверной части WTware

Начнем с установки серверной части системы WTware. В нашем случае было принято решение установить ее на DHCP сервере, работающего под управлением ОС .

Качаем дистрибутив с сайта разработчика – на момент написания статьи версия wtware.5.4.8.ru.exe (226 Мб) и запускаем установку.

Указываем путь для установки конфигурационных файлов (по-умолчанию, C:\ProgramData\WTware) и самой программы (C:\Program Files (x86)\WTware).

• Служба WTFTP – необходима для загрузки по сети, ведет протокол обращений и позволяет диагностировать проблемы
• Служба WTUSBIP – служба WTware USBIP Initiator используется для автоматического подключения USB устройств терминала
• Службы WTDHCP – назначает терминалам IP адреса, необходима для загрузки по сети

Т.к. мы будем использовать уже имеющийся собственный DHCP сервер, поэтому службу WTDHCP устанавливать не будем. Настройка MS DHCP сервера описана в разделе.

Совет . В том случае, если в вашей сети еще не развернут DHCP-сервер, имеет смысл воспользоваться встроенным DHCP серверов WTware (WTDHCP). Использование WTDHCP позволяет быстро развернуть и запустить DHCP сервис для небольшой сети. Настройка службы WTDHCP выполняется при инсталляции и в дальнейшем с помощью графической утилиты – конфигуратора WTware (win32.exe), возможности которого рассмотрены .

Примечание . В том случае, если ваша сеть разбита на сегменты, в каждом из которых будут присутствовать тонкие клиенты, нет необходимости поднимать в каждом собственный DHCP сервер. Один сервер может обслуживать большое количество зон (подсетей). Пересылка DHCP пакетов между сегментами возможна через .

Запускаем установку.

После установки WTWare в системе появятся две дополнительные службы:

• WTware TFTP – исполняемый файл C:\Program Files (x86)\WTware\Bin\wtftp.exe – использует локальный порт UDP/69
• WTware USBIP Initiator — C:\Program Files (x86)\WTware\Bin\wtusbip.exe – порт TCP/780

Настройка параметров DHCP сервера

Предполагается, что в нашей сети уже развернут и используется DHCP сервер на любой серверной редакции Windows. Запускаем консоль управления DHCP (dhcpmgmt.msc) и находим интересующую нас DHCP зону (в нашем случае имя зоны – Managers). Нам нужно прописать дополнительные настройки зоны, необходимые для сетевой загрузки бездисковых терминалов.

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

• 066 (Boot Server Host Name) – здесь указывается ip адрес сервера, на котором будет работать TFTP сервер WTware (у нас он совпадает с адресом DHCP сервера)
• 067 (Bootfile Name) – здесь указывается файл, с которого должна начаться загрузка терминала. Для загрузки с помощью PXE (если BootROM встроен в вашу сетевую карту или материнскую плату производителем) значение параметра задаем 5.4.8/wtware.pxe . Файл wtware.pxe находится в подкаталоге 5.4.8 корня tftp сервера (по умолчанию корень tftp расположен в каталоге C:\Program Files (x86)\WTware\TFTPDROOT\)

Примечание . Для загрузчика Etherboot (при использовании эмулятора BootROM) в качестве значения опции 067 нужно указать другой файл — 5.4.8/wtshell.nbi

После настройки этих двух параметров DHCP сервер предоставляет клиенту всю необходимую информацию для загрузки по сети.

Примечание . В том случае, если терминал WTWare будет устанавливаться на флешку или локальный диск, можно запретить пользователям менять конфигурацию своей станции. Для этого нужно защитить паролем меню настройки WTware Setup. Для этого можно воспользоваться еще одной опцией DHCP зоны — 018 (Extensions Path). В этом поле указывается хэш пароля, полученный с помощью специальной утилиты. Цель указания хэша – запрет передачи пароля в открытом виде в DHCP ответе.

Настройка параметров терминалов WTWare

Настройка терминальных клиентов WTWare, использующих сетевую загрузку выполняется с помощью конфигурационных файлов. Конфигурация клиентов формируется из трех файлов:

• Общесистемного конфигурационного файла all.wtc (C:\Program Files (x86)\WTware\TFTPDROOT\Everyone)
• Персонального конфигурационного файла config.wtc (хранится в персональном каталоге каждого клиента, идентифицируемого по MAC адресу, к примеру (C:\Program Files (x86)\WTware\TFTPDROOT\Terminals\00.50.56.BB.AD.80)
• Подключаемых файлов, определенных в файле list.wtc

В файле all.wtc нужно указать параметры, одинаковые для всех терминалов.

К примеру, можно задать адреса терминальных серверов, доступных для подключения, указав их IP адрес

server=10.24.181.44

или DNS имя сервера (при условии, что клиенты через DHCP получают адрес сервера имен в сети)

server= msk-term-1c.сайт

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

Примечание . По умолчанию, на клиенте запускается RDP клиент, но есть возможность запуска на тонком клиенте браузера Google Chrome. В этом случае на клиенте должно как минимум быть 512 Мб ОЗУ, а в конфигурационном файле указаны следующие строки (также мы зададим адрес прокси-сервера для браузера):

application = chrome
chrome_proxy=192.168.1.23:3128

Чтобы на терминальном сервере вместо рабочего стола сразу было открыто определенное приложение, нужно в конфигурационном файле указать параметр shell:

К примеру, для запуска клиента Directum нужно указать:

shell = C:\Program Files (x86)\DIRECTUM Company\DIRECTUM 5.1\SBRte.exe -S=msk-drc01 -D=DIRECTUMDB

Индивидуальные конфигурационные файлы каждого клиента хранятся в каталоге C:\Program Files (x86)\WTware\TFTPDROOT\Terminals\. Для каждого клиента создается персональный каталог с его MAC адресом. Именно в этом каталоге клиент будет искать файл config.wtc со своей конфигурацией.

На сайте разработчика представлены более чем по этим и другим параметрами конфигурационных файлов.

Настройка и работа с клиентом WTWare

Итак, настройка серверной части закончена, перейдем к настройке клиента. В BIOS/ компьютера, который будет использоваться в качестве тонкого клиента в разделе, в котором настраивается порядок перебора загрузочных устройств, указываем высший приоритет сетевой загрузке с PXE (Network boot, LAN boot).

Сохраняем изменения и перезагружаем систему. Если на стороне сервера WTware и DHCP все настроено правильно, клиент должен получить IP адрес от DHCP сервера и по настроенным нами параметрам выполнить сетевую загрузка с указанного .

При первом запуске можно выполнить настройку терминала (F10 – мастер настройки терминала).

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

Для этого на TFTP сервере в каталоге C:\Program Files (x86)\WTware\TFTPDROOT\Terminals\00.50.56.BB.AD.80 (каталог с именем, содержащим MAC адрес клиента) создадим файл config.wtc, в котором будут указаны настройки клиента:

video= VESA(F)
bpp= 16
display = 800x600

При следующей загрузке терминал автоматически загрузится с этими параметрами.

В том случае, если адрес терминального сервера указан в конфигурационном файле, клиент WTWare автоматически инициирует RDP соединение. Осталось авторизоваться на сервере и перед нами откроется его рабочий стол.

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

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

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

httpd = 10.10.1.55, 10.10.1.56

Графический конфигуратор WTware

Помимо управления через текстовые конфигурационные файлы, есть возможность управления настройками системы и терминалов клиентов из отдельного графического приложения – конфигуратора WTware (C:\Program Files (x86)\WTware\Bin\ win32.exe), позволяющего более удобно работать с текстовыми конфиг файлами.

Для чего можно использовать данную утилиту:

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

Лицензирование WTWare и цены

Лицензии WTWare привязываются к MAC адресу сетевой платы компьютера. Все лицензии нужно записать на сервер в файл wtware.lic.

Стоимость лицензии WTWare на одно рабочее место зависит от количества клиентов и начинается с 1000 рублей (при количестве клиентов от 1 до 9) и заканчиваются 350 рублями (при приобретении более 100 лицензий).

Выводы

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

Из бесплатных аналогов WTWare для организации тонкого клиента, можно вспомнить Thinstation, но последний существенно проигрывает в управляемости и развернуть его гораздо сложнее.