Как сделать тонкий клиент

Тонкий клиент – что это и с чем его едят (на примере 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 сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.

Источник

Как из старого Windows ПК сделать тонкий клиент?

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

Самый простой способ, нечего не выдумывать и просто заменить ПК.

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

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

Как поступить с морально устаревшими ПК:
— оставить на ПК Windows, пользователь будет подключатся к удаленному рабочему столу.
— загружать ПК по сети, один из linux вариантов thinstation.
— установить на ПК локальную версию linux, вариантов море.

Далее буду описывать вариант с Windows, такой тонкий клиент обладает некоторыми преимуществами при сравнении с linux вариантами.

Зачем я все это делал:

— У меня есть удаленные офисы с пользователями которых нужно было перевести работать на терминальные сервера, применение групповых политик в домене позволяют получить необходимый результат без присутствия в офисе и без замены ПК.
— И Windows и linux варианты пользовательских интерфейсов тонких клиентов HP, Wyse/DELL меня не устраивают по разным причинам.

Преимущества Windows варианта:
— Полная поддержка RDP/RemoteFX.
— Полная поддержка сменных носителей.
— Возможность использовать локальный принтер.
— Возможность использовать смарт карты для клиент банка.
— Редирект воспроизведения видео/аудио на тонкий клиент при использовании Windows Media Player, без тормозов и без нагрузки на сервер можно смотреть видео 1080р, но это отдельная история =).

Если начать с результата:

Так будет выглядеть загрузка рабочего стола пользователя, если на ПК установлен Windows XP:

Так будет выглядеть загрузка рабочего стола пользователя, если на ПК установлен Windows 7:

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

На ПК с XP SP3 необходимо установить обновления для rdp клиента KB969084 и Fixit50588, для расширенных групповых политик необходимо установить обновление KB943729.

№1 — Пользователям необходимо разрешить Single sign-on, я распространяю эту политику на весь домен.

№2 — Для ПК делаем отдельный OU и замыкаем групповые политики в этом OU.

№3 — В новом OU создаем политику где меняем шел пользователя на «wscript c:\thinPC\thinPC.vbs /nologo /b».

На целевой ПК необходимо скопировать 3 файла, я использую для этого расширенные групповые политики.
Рекомендую фалы разместить в центральном хранилище групповых политик \\имя домена\SYSVOL\имя домена\Policies\, это позволит обеспечить отказоустойчивость в случаи недоступности одного из домен контроллеров.
На домен контроллерах этому сетевому ресурсу соответствует папка C:\Windows\SYSVOL\sysvol\имя домена\Policies

Содержимое файла thinPC.cmd

В процессе работа описанного скрипта пользователь будет наблюдать выполнение команд в окне, и для скрытия окна скрипт запускается средствами VBS.

Содержимое файла thinPC.vbs

Dim oShell
Set oShell = WScript.CreateObject («WSCript.shell»)
oShell.run «C:\thinPC\thinPC.cmd»,0
Set oShell = Nothing

— Необходимо отключить отображение панели подключения при работе на полном экране.
— Я отключаю проброс локальных дисков, но разрешаю проброс дисков подключенных позже, это позволит пользователям работать с сменными носителями которые подключат после начала удаленного сеанса.
— В случаи ОС windows 7 для использования протокола RemoteFX необходимо установить глубину цвета 32 бита и указать скорость соединения 10 мегабит/локальная сеть.
— В случаи если сертификат сервера самоподписанный необходимо отключить предупреждение в разделе «Проверка подлинности сервера».

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

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

№4 — Для того чтобы отключить данное сообщение, пользователю достаточно поставить галочку больше не уведомлять.

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

[HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\LocalDevices]
«адрес сервера»=dword:0000000d

[HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client]
«BitmapCacheSize»=dword:0000ffff

№8 — Interactive logon: Message text for users attempting to log on и Interactive logon: Message title for users attempting to log on
Заполняем заголовок и текст который предназначен для пользователей, в самом простом случаи тут нужно указать контакты центра поддержки.

№9 — Для отключения визуальных эффектов на тонком клиенте, необходимо добавить ключ в реестр.

№10 — Power options
Средствами расширенных групповых политик необходимо создать план питания в котором при нажатии на кнопку питания тонкий клиент будет выключатся.

№11 — Software Restriction Policies
Рекомендую настроить контроль запуска ПО, данный механизм работает на WindowsXP и Windows 7 PRO.
AppLocker более гибки но работает только на Windows 7 enterprise и выше.
Считаю что в случаи тонкого клиента гибкость не нужна, преследуется цель исключить возможность запуска вредоносного ПО.

№12 — Turn off Autoplay
Для отключения автоматического запуска сменных носителей необходимо установить параметр Enabled for All drives.

№13 — Allow RDP redirection of other supported RemoteFX USB devices from this computer
Если вы планируете пробрасывать USB устройства, разрешите политику для Adminstrators and Users.

№14 — Delete user profiles older than a specified number of days on system restart
Я устанавливаю параметр в 180 дней, политика работает только на Windows 7.

№15 — User Account Control
UAC мне мешает и по этому отключаю.

№16 — Замена фона рабочего стола, красота требует жертв.

Для Windows XP, этот ключ в реестре отвечает за обои на экране ввода логина и пароля.
Файл с фоном может находится в любом месте, но это должен быть bmp файл.

[HKEY_USERS\.DEFAULT\Control Panel\Desktop]
«Wallpaper»=«C:\\thinPC\\rd.bmp»
«WallpaperStyle»=«2»

[HKEY_CURRENT_USER\Control Panel\Desktop]
«Wallpaper»=«C:\\thinPC\\rd.bmp»
«WallpaperStyle»=«2»

— Подобные тонкие клиенты работают уже больше года
— На нескольких старых ПК успели посыпаться диски, в замен выслали тонкие клиенты HP, ну а все данные пользователей были на серверах 😉
— Несколько бухгалтеров успешно работают с USB токенами BIFIT

Источник

Тонкие клиенты: как их делают

Чуть раньше я писал про тонкие клиенты. Мол, зачем они нужны, кому они нужны и какой с них прок.

А теперь немного грустной правды о том, что есть тонкий клиент на самом деле.

Сколько бы не завывали маркетологи про особые свойства ТК, это просто компьютер. Зачастую с обычным биосом, в котором вы можете взять и загрузить свою ОС. В особо запущенных случаях вам придётся к этой ОС собрать особое ядро или играться с параметрами ядра, но обычно — это просто компьютер. В формате mini-itx или меньше. Без вентиляторов. Такие компьютеры до выхода Атома были экзотикой, с момента появления Атома — практически «компьютер как компьютер», только меньше.

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

Для чего нужна эта производительность? Во-первых, для обработки сетевого трафика. В условиях реального использования ТК как платформы для удалённого рабочего стола трафик RDP совсем не похож на обещанные 22-64 килобита. Мелькающая реклама в веб-браузере, запущенный ролик на ютубе, открытая презентация в пауэрпоинте или просто html’ное письмо в аутлуке — и вот у вас единицы, если не десятки мегабит пикового трафика. А его надо обработать весь. И чем быстрее, тем меньше лагает рабочее место.

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

Третье — нужно обработать запросы RDP на работу с флешками (считать/записать)… Всё это хочется делать с скоростью десктопа. А значит, скорость ТК просто физически не может быть ниже некоторой границы. Для VIA нижняя часть идёт по C3 (

600МГц), для Vortex86SX — чем выше, тем лучше (не видел ни разу не лагающий вортекс). Нормальная же комфортная работа идёт от гигагерца и выше.

Да, такова реальность: машина, с производительностью мощного сервера 90ых работает в качестве «отзывчивого» dumb terminal.

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

Тут скрывается тонкий мухлёж. Да, мы можем на любом хламе показать работу RDP без тормозов. В 16 цветах, 640х480 и на статичных приложениях а-ля блокнот/1С 7.7. А вот если поставить хотя бы 16 бит, 1280х1024, добавить прокидывание звука, воспроизведение (пусть и не в полный экран) анимации, обширные графические фрагменты, шифрование и передачу всего этого трафика, то станет ясно, что это вполне себе такая приличная работа. И любой покупатель проверяет ТК не в идеальных условиях, а в реальной нагрузке. А значит, выбраковывает всё, что ему кажется тормознутым.

Впрочем, назад к тому, как их делают.

Для начала о ТК с локальной загрузкой.

Берётся железо. Желательно подешевле. Но в формате. Обычно это всё-таки виа или атом, хотя бывают и геоды.

Берётся программист 1-2 шт, часто на аутсорс. И ставится задача «нужно тонкий клиент». Нужно? Сделаем. В билдере для CE есть шаблон thinclient, и мы получаем вот такую типичнейшую для всех картинку:

За вычетом русского языка, так выглядит 99% тонких клиентов на CE. И заслуга этого — не создателей ТК, а майкрософт.

Дальше существует два варианта: либо это отдаётся «as is» клиенту, либо допиливается. Как человек, активно участвовавший в допиливании этого, я могу сказать, что там не много, а очень много нужно исправлять. Периодически закупаем продукцию конкурентов, смотрим — у примерно половины эти проблемы не решены, и так и висят хвостами. О том, какие хвосты и что проверять, я напишу чуть позже.

Для linux всё сложнее — там нет «готового» конфигуратора. Так что даже если программист может совместить x-server c rdesktop, то что-то писать ему всё-таки придётся. И тут начинаются приплясывания. Кто-то пытается использовать fwm, кто-то icewm, кто-то ещё какой-то wm, с целью «не рисовать меню самому». Кто-то приделывает текстовые конфигураторы на ncurses с одной запускающейся сессией.

В большинстве случаев, написав простейший конфигуратор (т.к. пишется он чаще всего с нуля, то и настроек там 1-2-3-4), это отдаётся со словами «готово». И снова допиливание.

Иногда люди берутся за написание могучей энтерпрайзнутой системы… на джаве. Внутри тонкого клиента. Страшно? Правильно, смотреть на это на гигагерцовом C7 без слёз невозможно.

Иногда это делается в виде веб-интерфейса с локальным браузером (в этом случае люди «на халяву» получают удалённое администрирование).

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

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

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

А большинство компаний-железячников совершенно не готово заниматься полномасштабной разработкой ПО — практически всегда это получается конструктор, собранный теми или иными ограниченными силами. Компании похуже пытаются это сделать своими силами, компании получше — отдают на аутсорс. Хочу заметить, что в этом списке не российская IT-мелочь, а вполне себе именитые бренды вроде HP, Fujitsu и Wyse.

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

Да, даже это проще самосбора. Но разница в объёме работы между «этим» и «идеальным ТК» примерно такая же, как между сбором компьютера из комплектухи под собственным «брендом» и изготовлением ноутбука.

Источник