Тонкий клиент что это такое и для чего он нужен
Что такое тонкий клиент
«Тонкий клиент» – словосочетание, которое все чаще упоминается в связи с разработкой ИТ-инфраструктуры компании. Он представляет собой бездисковый компьютер, который находится в сети с клиент-серверами или терминалом. Главная функция такой технологии – переносит задачи по обработке данных на сервер. Проще говоря, она позволяет загрузить легкую ОС и выполняет соединение с терминальным сервером. Давайте разберемся, что значит тонкий клиент в инфраструктуре и в каких случаях он может потребоваться.
Подробнее о технологии
В маленьких организациях чаще всего используется 10-15 компьютеров, несколько других устройств и один, в редких случаях – два сервера. Обслуживанием такой системы может заниматься и один сисадмин. Этого вполне достаточно для такого масштаба сети.
Однако при увеличении элементов системы (даже до 50-60 компьютеров), нагрузка на сервер существенно возрастает, что в целом «тормозит» всю инфраструктуру. Для повышения производительности потребуется закупать новое оборудование и увеличивать количество системных администраторов, а это неминуемо приведет к росту расходов.
Нередко подобные дорогостоящие меры не приносят желаемого результата, так как система начинает работать медленнее, а количество сбоев только возрастает. Причина такого кроется в неправильном принципе организации ИТ-инфраструктуры.
Оптимальным решением в таких случаях может стать применение «тонкого клиента», или терминала, который предназначен для взаимодействия с SBC (Server Based Computing) средой.
Нередко thin client называют недокомпьютером, так как он выполняет часть функций обычного компьютера, но при том не подходит для решения сложных задач. Используют подобную технологию для экономии места на железе, однако на этом список ее применения не заканчивается.
Тонкий клиент на деле представляет собой отдельный системный блок, который не имеет жесткого диска. На нем есть только ограниченный набор «железа», необходимый для запуска ОС. К самому блоку подключается монитор, сетевой кабель или другие необходимые устройства.
Работает технология по следующему принципу:
Для чего нужен тонкий клиент
Для многих компаний остается загадкой, для чего использовать thin client и обязателен ли он для инфраструктуры. Применение подобной технологии продиктовано следующим:
Конечно же, в наших реалиях обычный персональный компьютер до сих пор остается стандартом на рабочем месте. Однако в большинстве офисов стоит устаревшая техника, которую не спешат модернизировать. В этом случае использование тонкого клиента позволит добиться необходимой производительности и получить доступ к терминальному серверу. В результате thin client позволяет решить ряд важных задач:
Технологию часто выбирают из-за соотношения цены и качества. С одной стороны, терминал всегда обходится дешевле, чем полноценная рабочая станция, с другой – в распоряжении клиента обширные вычислительные мощности сервера.
Важным аспектом является и существенная экономия на приобретении легального ПО, что мы уже отметили выше. Почти все программы, установленные на сервере, смогут запускать все пользователи клиента, так как используется одна встроенная ОС. Это удобно тем, что позволяет сократить количество лицензий и значительно упростить решение рабочих задач в компании.
Также стоит отметить и то, что бездисковый клиент потребует мало электрической мощности – почти в десятки раз меньше, чем у стандартного терминала. За счет использования большого количества тонких клиентов можно существенно модернизировать сервер и добиться экономической эффективности системы. В результате вам не потребуется обновлять оборудование для высокой производительности – достаточно только модернизировать терминальный сервер.
Однако не стоит забывать, что «тонкий» клиент называется так, потому что может исполнять лишь ограниченный набор функций и в нем не предусмотрены прикладные типы данных. Следовательно, применение технологии требует тщательного планирования.
Варианты загрузок и типы терминалов
Использование thin client предполагает применение одного из вариантов загрузки. Возможны два решения:
Применяется три возможных варианта терминалов:
Где использовать
Чаще всего thin client выбираются компаниями, в которых существует разветвленная ИТ-инфраструктура и есть множество отделов, где сотрудники выполняют однотипные задачи:
Тонкие клиенты не могут работать без производительного серверного оборудования. Именно по этой причине многие компании отказывают от применения терминала, так как по сравнению с «толстыми клиентами» (то есть компьютерами), это решение не кажется столь привлекательным. Однако арендовать необходимый сервер можно в дата-центре, что значительно дешевле, чем создавать собственную серверную или модернизировать оборудование.
Надеемся, что теперь вы разобрались, что такое тонкий клиент. Как видите, у подобного решения есть множество особенностей, ввиду чего оно подойдет для определенного круга задач.
Если у вас остались вопросы о технологии, то задайте их специалистам нашего дата-центра Xelent. При необходимости мы поможем настроить тонкие клиенты или подберем другой вариант организации вашей инфраструктуры.
Тонкий клиент: что это такое, для чего нужен, какие характеристики имеет, как работает
Развитие компьютерных технологий неизбежно приводит к появлению новых терминов и понятий в данной сфере. Разобраться со значением очередного программного решения или высокотехнологичной разработки, порой, бывает непросто. Особенно тем пользователям, которые имеют весьма поверхностные познания в IT-области. Однако иногда обстоятельства вынуждают нас углубляться в изучение той или иной темы (по роду деятельности или из интереса). И это хорошо, ведь знания не бывают лишними. Сегодня выясним, что это такое — тонкий клиент, и для каких целей он может использоваться.
Определение
Под звучным словосочетанием принято понимать компьютеры или программные продукты, функционирующие в сетевом пространстве с терминальной или клиент-серверной архитектурой. При этом все или большая часть задач, связанных с обработкой сведений, выполняется именно на сервере.
Иначе говоря — это ПК без жесткого диска или клиент-программы, не способный к самостоятельному вычислительному процессу. К нему, в свою очередь, можно подсоединить другие устройства (клавиатуру, мышку, монитор, акустику). А также приложения, работающие с большей по мощности функционала частью сети.
Подключение к веб-серверу осуществляется с помощью LAN-сети или модема-коммутатора. Непосредственно в серверной зоне устанавливаются все требуемые программные компоненты и веб-приложения. Здесь же обеспечивается хранение используемых данных и ведутся вычислительные процессы.
Таким образом, терминальные станции предназначены для выведения на дисплей сведений, полученных с сервера, и для перенаправления на него информации, поступающей с устройства, осуществляющего ввод.
Когда предприятие начинает работать с тонким клиентом, терминал распределяет нагрузку так, чтобы каждый юзер мог свободно взаимодействовать с механизмами ввода/вывода. При этом самостоятельно они никаких вычислительных процессов не производят, а только служат для постановки задач и получения готовых решений. Для таких терминал-станций не требуются специальные программы или аппаратное обеспечение, в отличие от обычных ПК.
Довольно часто thin client именуют недокомпьютером. Что вполне объяснимо, так как, он попросту не способен выполнять все функции стандартной машины, а только загружает легкую операционную систему (обычно используется Linux, но есть и другие подходящие варианты) и соединяется с терминал-сервером. Но на такую работу он как раз и рассчитан. Именно ТК выступает в роли незаменимого помощника, когда необходимо сэкономить свободное место на «железе». И это далеко не все преимущества терминальных станций. Подробнее мы расскажем о них чуть позже.
Что значит тонкий клиент и для чего он нужен
Наряду с полноценной компьютерной техникой, обладающей большой мощностью, для работы зачастую бывают весьма полезны простые бездисковые ПК. Которым не требуется постоянное администрирование и систематическая установка тяжелых обновлений. Выгода от использования данных технологий очевидна:
Тонкий клиент – что это и с чем его едят (на примере WTWare)
Тонкий клиент (англ. thin client) в компьютерных технологиях — бездисковый компьютер-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер (Wikipedia ).
Если проще, то тонкий клиент – это недокомьютер, который загружает легкую операционную систему (обычно используется Linux, в обзоре возьмем это за априори) и соединяется с терминальным сервером.
Обычно тонкие клиенты создаются для экономии на железе и ПО, в редких случаях по иным соображениям.
В этой статье я постараюсь сделать краткий обзор WTWare, являющегося Linux дистрибьютивом, разработанным специально для создания тонких клиентов.
Сначала о тонком клиенте.
Тонкий клиент представляет собой системный блок, у которого обычно нет жесткого диска, и присутствует только минимальный набор железа, нужный для запуска операционной системы тонного клиента (далее просто тонкого клиента). К системному блоку подключены питание, мышь, клавиатура, монитор, сетевой кабель. Кроме стандартного набора к тонкому клиенту могут быть подключены другие устройства, при условии, что он сможет их распознать и передать терминальному серверу.
Схема сети с тонкими клиентами выглядит примерно так: 
WTWare — дистрибутив GNU/Linux, разработанный специально для создания тонких клиентов. За основу взят популярный клиент под названием Thinstation. Основное различие – ориентированность на русских пользователей (в самом Thinstation есть проблемы с кириллицей), плюс всякие мелкие фиксы.
Я не буду рассказывать про настройку DHCP и TFTP серверов, там все вполне стандартно. Напомню только, что в DHCP сервере нужно указать адрес TFTP сервера, а в TFTP сервере путь до файла загрузки и имя этого самого файла.
Так же я не буду углубляться в тонкую настройку WTWare, т.к. информация на официальном сайте WTWare вполне доступная, ее много и вся она на русском языке. Укажу лишь на основные аспекты.
Итак. В первую очередь качаем образ Thinstation с сайта WTWare. Распаковываем.
Загрузочный файл называется pxelinux.0 при загрузке по протоколу PXE (если BootROM встроен в вашу сетевую или материнскую плату) или wtshell.nbi для загрузчика Etherboot (при использовании эмулятора BootROM).
К слову говоря, Etherboot — оpensource проект, который выпускает прошивки практически для всех существующих сетевых карт. Прошивка Etherboot может быть записана в микросхему BootROM или flash-память сетевой карты, может быть запущена с дискеты или жесткого диска как загрузочный сектор или как программа из DOS.
Далее если вы загружаетесь через LAN и у вас правильно настроены DHCP и TFTP сервера – все должно заработать «как есть». Единственное – не будет найден терминальный сервер, ведь вы еще не конфигурировали ваши тонкие клиенты.
Если вы загружаетесь иным способом, то стоит прочитать тут, выбрав интересующий вас способ загрузки.
Опять таки я не буду углубляться в дебри конфигурационных файлов, потому как там сотни параметров. Тут можно увидеть их полный список. Я расскажу лишь об основных.
Конфигурационные переменные индивидуальных файлов:
user = username // имя пользователя
password = user_password // пароль пользователя
domain = enterprise_domain // домен предприятия
Если в индивидуальный файл записать переменную, которая присутствует в общем файле — она получит более высокий приоритет.
Так же в индивидуальные файлы прописываются дополнительно подключенные устройства, такие как принтеры, сканера и т.п.
И в конце хотел упомянуть об еще одной интересной возможности – подключение локальных ресурсов (Floppy, DVD, Flash, HDD, Sound). В конфиге выглядит примерно так:
floppy = on
cdrom = on
usb1 = on
sound = on
Диск будет доступен в сессии текущего пользователя из Проводника Windows по адресу: \\tsclient\
Стоит заметить, что сама система бесплатна, но можно приобрести лицензию с очень интересной целью – что бы убрать логотип WTWare из загрузочной заставки. Как я понимаю, это сделано для предприятий, массово внедряющих данный продукт под эгидой аутсорсинга.
Оборудование для создания тонких клиентов:
На сайте WTWare так же можно приобрести оборудование для создания тонких клиентов (дабы не собирать их из хлама). Надо сказать, что оно (оборудование) отвечает всем требованиям гламура. Несколько скринов: 
Ну, вот, пожалуй, и все. При правильной настройке терминального, DHCP и TFTP сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.
Тонкие клиенты с точки зрения безопасности
Массовый переход на работу из дома наглядно показал, какие технологии обеспечивают безопасную и удобную «удаленку».
2020 год с его пандемией и вынужденной самоизоляцией создал ряд принципиально новых проблем. Кому раньше приходилось рассчитывать амортизацию, которую создают сотрудники, используя личные кресла, мониторы и домашние столы? А сейчас это вполне актуальный вопрос. Но наибольшая нагрузка легла все-таки на IT-службу и на службу безопасности. Первым пришлось оперативно обеспечивать персонал удаленными рабочими местами, а вторым — спешно искать новые стратегии информационной защиты в режиме «периметр теперь везде».
Коллапса IT-инфраструктуры, который предсказывали пессимисты, не случилось — большинство компаний смогли перестроиться в сжатые сроки. Хотя и эффективность перехода была разной. Повезло компаниям, в которых и до пандемии основным инструментом работы был ноутбук. Большое преимущество получили организации, в которых уже применялась политика BYOD. По итогу некоторые компании из числа мировых лидеров решили вообще массово перевести сотрудников на удаленку, чтобы снизить затраты. А несколько IT-гигантов, включая Oracle, Rimini Street и Okta, заявили, что частичный отказ от офисных площадей позитивно сказывается на их бизнесе.
А вот с обеспечением безопасности дело обстояло сложнее. Появились новые обстоятельства, к которым многие отделы ИБ не были готовы. Во-первых, сотрудники начали работать из локальных домашних сетей, используя собственное сетевое оборудование, не контролируемое, не администрируемое и даже не обновляемое службами компании. Во-вторых, вся семья работника начала пользоваться устройствами для разных задач. Например, одни и те же ноутбуки периодически использовали как родители для работы, так и дети для учебы. Более того, иногда одна и та же машина могла подключаться к сетям двух компаний, создавая достаточно неприятную ситуацию для безопасников обеих организаций.
А знаете, у кого возникло минимальное количество проблем и с точки зрения IT, и с точки зрения безопасности? У компаний, активно использующих технологии виртуализации, а точнее, инфраструктуры виртуальных рабочих столов (VDI).
Что такое виртуальные рабочие столы?
По большому счету, виртуализация рабочих столов — это попытка разделить «рабочее пространство» сотрудника и физическое устройство, с которого он работает. Компания организует в своей инфраструктуре вычислительный кластер (или арендует мощности), разворачивает платформу виртуализации и поднимает виртуальные машины для каждого сотрудника. В образе виртуальной машины имеется весь необходимый сотруднику софт.
Специалисты могут подключаться к своим виртуальным рабочим столам (и доступным им корпоративным ресурсам) с любых устройств — стационарных компьютеров, тонких клиентов, ноутбуков, планшетов. В принципе, можно использовать даже телефон — если удастся подключить к нему клавиатуру, мышь и монитор (некоторые энтузиасты реально работают в такой конфигурации). И речь даже не всегда идет об удаленной работе и подключении через Интернет — в некоторых компаниях виртуальные рабочие столы используют и в офисе. Потому что эта технология дает достаточно много бизнес-преимуществ.
Виртуальные рабочие столы, тонкие клиенты и безопасность
С точки зрения безопасности виртуальные рабочие столы хороши хотя бы тем, что обеспечивают неприкосновенность используемого сотрудником программного обеспечения. Разумеется, пользователь может изменять рабочие файлы и настройки интерфейса. Но они хранятся отдельно от виртуальной машины. Все изменения в ПО и вредоносный код, который может попасть на виртуальную машину, автоматически исчезнут после перезагрузки. Это не значит, что виртуальные машины можно не защищать, но шансы APT-группировок, которые пытаются затаиться на рабочих компьютерах, это изрядно уменьшает.
Но максимальные преимущества для безопасности, как уже было сказано выше, дает подключение к виртуальным рабочим столам с тонких клиентов — устройств, работающих в терминальном режиме. Зачастую на них нет даже жесткого диска — это просто коробочка, обеспечивающая подключение к серверу и позволяющая подсоединить монитор и периферийные устройства (их набор может быть разным в зависимости от конкретной модели). На тонком клиенте не обрабатываются и не хранятся рабочие данные.
Конечно, для нормальной удаленной работы с такого устройства требуется хороший канал связи. Но в последние годы это не такая уж и проблема. Связь тонкого клиента с сервером, как правило, обеспечивает надежный шифрованный протокол — это решает проблему с ненадежным сетевым окружением. Да, с точки зрения пользователя это гораздо менее универсальное устройство, чем, скажем, ноутбук. Играть в компьютерные игры или подключаться к посторонним информационным системам с него не получится. Но ведь сотрудник и не должен заниматься этим на рабочем месте. Заодно решается потенциальная проблема с кражей железа — это не приведет к утечке данных.
Судя по растущему интересу компаний к обеспечению информационной безопасности удаленной работы, решения для создания инфраструктуры удаленных рабочих столов «под ключ» будут только набирать популярность. Скорее всего, наиболее удобной схемой станет использование публичных облачных сервисов — так можно обойтись без лишних модификаций физической инфраструктуры компании. Так что нас, похоже, ждет этап активного перехода крупных компаний на VDI. В том числе поэтому «Лаборатория Касперского» активно развивает экспертные навыки в этой сфере и разрабатывает решения для тонких клиентов на основе собственной операционной системы.
Тонкие клиенты как они есть
Несколько лет назад директор фирмы (торговавшей компьютерным хламом и немножко занимавшейся серверами), где я работал системным администратором, загорелся идеей делать и продавать тонкие клиенты. После некоторого количества не очень удачных попыток полного аутсорса разработки, меня привлекли к процессу, как человека, знающего зачем это и как его едят (я не занимался разработкой ПО, я ругался с халтурящими разработчиками и по мере возможности консультировал по.тому, что нужно, а что нет в ТК).
Два года я занимался тонкими клиентами. Сейчас я ухожу в другое место, а пока напишу то, что я знаю о тонких клиентах. Как со стороны пользователя, так и создателя.
Начнём с теории, точнее, с того, зачем тонкие клиенты и с чем их едят. Перед этим нам придётся понять, зачем все эти танцы с удалёнными рабочими столами, местами, VDI, облаками, кластерами и фермами приложений и т.д. и т.п.
Обычный десктоп (кстати, совсем не важно, Mac, Windows или Linux) обладает всеми возможными средствами испортить жизнь системному администратору, начальнику отдела безопасности (если таковой есть) или даже гендиректору.
Данные и приложения хранятся в коробке под столом, где много пыли, где в него тыкают всякой ерундой, вроде флешек. Внутри коробки обычно комплектующие… средней степени надёжности, которые от тыкания флешки могут и помереть. Не говоря уже про прочее: пыль, грязь и т.д. Эти данные уязвимы по отношению к постороннему ПО, посторонним людям.
Ставить надёжные комплектующие в пользовательский компьютер? Рейд, ежедневный бэкап? Это тупиковый путь (хотя, да, RAID1 в компьютере у главбуха может быть не такой уж плохой идеей, особенно в марте каждого года — когда приближается дедлайн сдачи готовых налоговых деклараций).
Очевидным решением был вынос данных за пределы компьютера. Есть три принципиально разных метода выноса: либо приложение знает, что данные лежат на сервере и работает с ним само (например, так работает любое SQL-based приложение, все веб-приложения), когда данные лежат на сервере, но имитируется их локальное наличие (сетевые шары) и когда происходит синхронизация данных, хранимых локально, и удалённых (roaming profiles). Каждый из методов имеет свои плюсы и минусы.
«Прямая работа приложения с сервером» выглядит интереснее всего, но это требует «понимающего» приложения. В то время, когда у нас банк-клиенты до сих пор не могут отучиться работать из-под администратора и хотят иметь право писать к себе в каталог, что уж требовать от них работу с серверами так, как удобно администратору…
Сетевые шары интереснее, но у них есть масса ограничений по производительности. Если некая программа (например, почтовый клиент) решит переиндексировать 16Гб архив почты у нескольких человек, то любая вменяемая по цене железка заткнётся. А ведь пользователя не волнует что происходит _там_. Его волнует, что у него тормозит _тут_. И чем больше пользователей, тем острее становится проблема производительности.
Перемещаемые профили (windows) имеют так же существенный минус: долгая загрузка профиля (те самые 16 поменявшихся гигабайт) каждое утро и каждый вечер. Плюс, локальная копия, которая таки может быть интересна вломившимся в офис вооружённым банд-формированиям экономической направленности.
И, главное, ни один из этих методов не решает проблему с приложениями. Приложения могут быть невероятной степени капризности (я как-то имел дело с особой программой по распечатыванию специфичных документов какой-то программы по заполнению таможенных деклараций, которая переставала работать, если раскладкой по-умолчанию был не русский язык). Помимо взбрыков программистов, может быть и объективно сложное по настройке приложение, которое требует несколько часов до приведения его в рабочее состояние.
Всё это приводит к мысли, а почему бы нам приложения не вынести туда же, куда и данные — на сервера? А из рабочего места сделать плоскую и примитивную доску с кнопками, способную только показывать то, что нарисовали программы на сервере.
Так красиво эта идея выглядела в середине 1990ых, когда только-только начинали набирать популярность терминальные решения (более от цитрикса, но постепенно и от майкрософт). На самом деле, проблем там много, и решением их занимаются до сих пор… Впрочем, топик о тонких клиентах.
Итак, тонкий клиент должен давать интерфейс к серверу. Почему именно тонкий клиент, а не «просто рабочее место с терминальной сессией»? Помимо маркетингового жужжания об энергоэффективности, надёжности, бесшумности (что есть правда, но никого не волнует), главная причина применения тонких клиентов — стандартизация рабочих мест с минимизацией их возможностей до уровня «не более, чем необходимо». Чем меньше свобод, тем меньше вероятность, что оно пойдёт в разнос. Изготовление ТК своими силами возможно, но куда более проблемно, чем кажется человеку, способному настроить X-server с автозапуском rdesktop. (надеюсь, я потом напишу чуть больше о «самострое» и проблемах, которые ожидают взявшихся за это).
На рынке много производителей тонких клиентов (слишком много, как кажется с позиции одного из производителей), но по большому счёту, все тонкие клиенты, от монстров уровня HP до локальных небольших производителей (в одном из которых я и работал) более менее похожи в своей основе.
Лет пять назад весь функционал ТК можно было свести к «настроить», «запустить», «работать». Список протоколов был скромен: RDP, ICA, SSH, NX (nomachines), X11/XDM, VNC… Возможно, веб-браузер. Сейчас ситуация начала склоняться в сторону всякого рода облаков и виртуализации, но с точки зрения ТК это означает лишь ещё один клиент к ещё одному сервису удалённого доступа. Куда более серьёзным изменением современности стали web2.0 приложения, т.е. приложения, хранящие данные на сервере, а исполняющиеся (частично) в веб-браузере пользователя. Это малозаметное изменение привело к существенному переосмыслению, чем должен быть ТК. Он не должен только рисовать, он должен ещё и считать. Впрочем, подобное изменение снова открыло вопрос о приватности уязвимости рабочего места.
Ещё одним серьёзным изменением стало появление встроенных SIP/Skype клиентов, попытки (пока не очень успешные) сделать хорошую мультимедиа (в частности, видео).
С точки зрения загрузки, ТК делятся на два класса: с локальной и с сетевой загрузкой. По понятным причинам, сетевая загрузка преимущественно у линукса, т.к. грузить гиг по сети ради windows никому не хочется, а про PXE для CE я не слышал (хотя интересно, т.к. средний размер установленной CE — 15-30Мб).
Итак, в чём плюсы локальной загрузки? Основной (как показывает мне мой опыт, довольно серьёзный с точки зрения многих покупателей) — оно работает из коробки. Никаких DHCP/TFTP серверов, никакой возни с преднастройками. Воткнул, включил, указал адрес сервера, работай. Второй плюс — отсутствие «утренних лагов» (когда все одновременно начинают грузиться).
Плюс сетевой загрузки в некотором снижении цены (на цену DOM’а, т.е. 10-30 долларов), в автоматической загрузке самой свежей версии. Минусы — утренние лаги, особая возня с DHCP, и проистекающая из неё неприменимость таких тонких клиентов в малых филиалах (где весь интернет делается SOHO-коробочкой, возможно, по wifi).
За исключением экспериментальных решений (о которых, возможно, я расскажу потом), все тонкие клиенты делают на одной из трёх платформ: Windows CE, Linux и Windows Embedded Standard (особая версия Windows XP, отличающаяся довольно прилично от десктопов). До определённого момента флаг первенства был на стороне Linux, но сейчас ситуация повернулась в сторону CE6. Причина: rdesktop не умеет RDP версии 6 и выше. А CE умеет. А это довольно серьёзное преимущество, потому что, как минимум, это поддержка микрофона. (в RDP 5.2 её нет, её нет в CE5 и в rdesktop). Но, с другой стороны, VMView Client есть только под linux и WES, и все его версии под CE являются «доморощенными» (т.е. написанными не VMWare) и очень страдают от… от того, что их писали не авторы сервера. Ещё одним недостатком CE является очень фиговая поддержка WWW. она есть, но IE6 из CE ужасает ещё больше, чем обычный IE. файрфокс на линуксе и полный ассортимент браузеров на WES куда больше радует.
Куда более важным (чем режим загрузки) для ТК является наличие управления.
Первое является стандартом де-факто для ТК с локальной загрузкой, но часто может отсутствовать у PXE-тонких клиентов (т.к. они грузятся с сервера, от оттуда же и берут настройки).
Второе и третье для клиентов с локальной загрузкой — фича. Т.е. она есть совсем не у всех производителей. Отдельно нужно говорить про централизованное управление. Это много более сложная вещь, чем кажется на первый взгляд, так как дело не в том, чтобы задать всем ТК одинаковые настройки, а в том, чтобы иметь возможность указать, какие настройки одинаковы, а какие нет (например, настройки железа у всех разные, настройки сессий могут отличаться от группы к группе).
Для ТК, которые работают в windows-сети самым шиком считается интеграция в AD, т.е. возможность либо получать данные из active directory, либо (это высший пилотаж) интегрировать ТК как компьютеры в оснастку AD, применять к ним групповые политики на основании OU/Site и т.д. Надо сказать, каким-то странным образом WES умеет это всё «из коробки». Однако, WES, при всей своей внешней привлекательности, самая плохая платформа для ТК (т.к. слишком похожа на обычные винды и уязвима для всего того, что может быть на виндах сделано плохого. )
Большинство производителей работают в очень закрытом режиме (т.е. не публикуют ничего, хотя и потребляют очень много от open source community). Единственное исключение, которое я знаю, это openthinclient.org, довольно симпатичный и навороченный PXE-based тонкий клиент с централизованным управлением. Его минусом является размер — около 150 мегабайт грузится по сети для каждого тонкого клиента.
(продолжение про то, как тонкие клиенты делаются, следует).