Линукс как терминальный сервер

LTSP: Терминальный сервер на Linux

LTSP — Это терминальное решение на Linux.

В частности, LTSP — это совокупность преднастроенных программ и скриптов которые позволят вам без особого труда превратить вашу свеже установленную Ubuntu, или другой дистрибутив, в полностью готовое к работе терминальное окружение. Которое будет загружаться на любых компьютерах в вашей сети и предоставлять пользователю полноценный интерфейс.
У LTSP есть несколько режимов работы:

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

Принцип работы

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

• тонкий клиент — Приложения выполняются на терминальном сервере и просто выводятся на дисплей терминального клиента.
• толстый клиент — Приложения выполняются непосредственно на терминальном клиенте, а сервер просто предоставляет доступ к пользовательским файлам и программам.

Итак, какой же режим нам выбрать? — все зависит от того, что вы хотите получить. Вы можете немного сэкономить используя на клиентах слабые станции вкупе с мощным сервером в режиме тонких клиентов. Или разгрузить терминальный сервер и локальную сеть, купив терминальные станции помощнее, переложив ответсвенность за выполнение программ на клиентов, заставив их, тем самым, работать в режиме толстого клиента.
Кроме того, режимы можно комбинировать и некоторые приложения можно заставлять работать иначе, чем все остальные. Например запускать “тяжелый” браузер с flash локально на клиентах, а офисные приложения запускать на самом сервере.

Плюсы и минусы

Давайте рассмотрим какие же плюсы мы имеем по сравнению со стандартными принципами построения ит инфраструктуры:

• Централизованное управление — У вас есть одна единая конфигурация, которой вы управляете из одного места.
• Резервирование и бэкапирование — Все пользовательские данные у вас хранятся на одном сервере, а соотвественно настроив резервирование этого сервера, вы никогда не потеряете пользовательские данные.
• Экономия на компьютерах — Бездисковые терминальные станции стоят заметно дешевле, чем полноценные компьютеры.
• Быстрое развертывание — Вам больше не нужно устанавливать ОС. Прикупив очередную пачку терминалов их можно смело втыкать в сеть, они сразу подтянут операционку с сервера и они будут полностью готовы к работе. Точно так же нерабочий терминал можно быстро заменить другим.
• Независимость от рабочего места — Пользователи могут работать под своей учетной записью независимо с любого компьютера в сети, всегда будет подгружаться именно их личный профиль.
• OpenSource — Прежде всего, LTSP — это открытый и свободный проект. Вам не надо покупать лицензии для его использования. Кроме того, вы всегда можете посмотреть исходники, в основе которых лежат обычные bash-скрипты.

• Требуется непрерывное подключение LAN — терминальные станции грузятся и работают по сети, поэтому требуется стабильное проводное подключение к сети.
• Зависимость от сервера — понятное дело, без сервера все терминальные клиенты становятся бесполезными и превращяются в тыкву.

Устройство

Первое, что мы должны знать, это компоненты из которых состоит сервер:

• DHCP-сервер — используется для выдачи клиентам IP-адресов и информации о tftp-сервере и пути к загрузчику pxelinux. Вы так же можете использовать ваш собственный DHCP-сервер.
• TFTP-сервер — отдает по tftp-протоколу загрузчик, ядро и главный конфиг lts.conf .
• NBD-сервер — используется ядром для загрузки базовой системы по сети. Так же, при желании, может быть заменен на NFS
• SSH-сервер — используется для авторизации пользователей и передачи их домашних каталогов на терминальные станции.

Во вторых разберемся в том как он работает:
Когда вы установите на ваш сервер пакет ltsp-server-standalone , вы, к полностью настроенным сервисам, получите еще несколько ltsp-скриптов:

• ltsp-build-client — собирает для нас образ системы, который мы будем отдавать на клиентские машины.
• ltsp-chroot — chroot’ит нас в клиентскую систему, например для установки дополнительных пакетов и изменения конфигов.
• ltsp-config — генерит дефолтные конфиги для LTSP.
• ltsp-info — выводит информацию о текущей установке.
• ltsp-update-image — обновляет nbd-образ базовой системы.
• ltsp-update-kernels — копирует ядро и загрузчик из клиентского образа, в директорию tftp-сервера
• ltsp-update-sshkeys — добавляет ssh publickey вашего сервера, в known_hosts клиентского образа.

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

Как устроена загрузка по сети?

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

• Рабочая станция включается и опрашивает DHCP-сервер, как ей грузиться дальше:
  А точнее происходит запрос двух опций: next server — адрес TFTP-сервера и boot file — путь к загрузчику.
• DHCP-сервер, выдает ответ с адресом сервера и путем к pxelinux.
• Рабочая станция загружает загрузчик pxelinux по TFTP
• pxelinux загружает ядро.
  В конфиге pxelinux в опциях ядра указанно откуда грузить основную систему по NBD
• Когда ядро запускается, оно маунтит с сервера nbd-образ в корень системы и загружает процесс init, который в свою очередь и загружает все остальное обычным способом.
• Так же в этот момент ltsp-читает главный конфиг lts.conf с сервера и запускает LDM, после чего пользователь видит приглашение к вводу логина и пароля.

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

Когда пользователь логинится проиходит следующее:

• В случае тонкого клиента, LDM заходит с введенным логином и паролем на ваш сервер по SSH,, если успешно, загружает окружение с сервера простым пробросом X’ов.
• В случае толстого клиента, LDM пытается подключиться с введенным логином и паролем к вашему серверу, если успешно, то маунтит домашний каталог пользователя с сервера на клиент посредством sshfs, затем запускает окружение.

Установка

Я опишу установку LTSP в режиме толстого клиента, как наиболее сложную и интересную.
Настройка в режиме тонкого клиента мало чем будет оличаться, за исключением того, что необходимое ПО вам придется устанавливать не в chroot, а в основную систему, и после этого вам не нужно будет пересобирать nbd-образ.
Маленькая оговорочка, для сервера лучше брать дистрибутивы посвежее, т.к. LTSP находится среди стандартных пакетов и обновляется вместе с дистрибутивом.
UPD: Проверенно, с последней Ubuntu 16.04 LTS таких проблем не возникает.
Итак, приступим. Сначала устанавливаем ltsp-server-standalone :

Теперь с помощью ltsp-build-client мы установим клиентскую систему. LTSP поддерживает различные DE, но больше всего мне понравилось как работает LXDE. В отличии от Unity он потребляет совсем мало ресурсов и так-как работает на голых иксах, он почти полностью конфигурируется с помощью переменных среды, это очень удобно, так-как их можно указать в главном конфиге lts.conf.

Все эти опции можно указать в конфиге /etc/ltsp/ltsp-build-client.conf , что бы не прописывать их вручную:

В случае если опция не указана, будет использоваться тот же дистрибутив и/или архитектура, что и на серверной системе.
После запуска комманды, у вас в полностью автоматическом режиме, с помощью debootstrap , развернется система в каталог /opt/ltsp/i386 .
Эта же система и будет использоваться в дальнейшем всеми командами LTSP, в нее будет устанавливаться дополнительное ПО, из нее будут генериться загрузчик с ядром и nbd-образ системы. В принципе, ее, так же можно отдавать по nfs при должной настройке загрузчика.
После установки LTSP автоматически сгенерит из нее nbd-образ. Этот образ и будут загружить наши клиенты.
Для того, чтобы внести какие-нибудь изменения в гостевую ОС, например устанавливать дополнительное ПО, используется команда ltsp-chroot .
Если вы хотите что-то поменять или добавить в гостевую систему, выполните ltsp-choot и вы окажетесь внутри нее.
Затем произведите нужные вам действия, и выйдите командой exit.
Чтобы изменения применились, нужно перегенерить nbd-образ командой ltsp-update-image

DHCP-сервер:

Вместе с метапакетом ltsp-server-standalone у нас установился и isc-dhcp-server .
В принципе он уже из коробки работает как надо, но при желании вы можете поправить его конфиг /etc/default/isc-dhcp-server .
Но, так как я предполагаю, что у вас уже есть DHCP-сервер, предлагаю настроить его.
Удалим isc-dhcp-server :

Теперь вам нужно добавить к вашему dhcp-серверу 2 опции:

Как это сделать, смотрите инструкции к вашему DHCP-серверу.

Установка ПО

• Давайте же войдем в нашу гостевую систему:
• Теперь установим vim:
• Поддержку русского языка:
• Последнюю версию Remmina:
• Skype:
• Браузер Chromium c плагином PepperFlash (свежий flash от google)
• Кстати, PepperFlash можно установить и запустить без Chromium, в Firefox:

• Чтобы администратор мог удаленно подключиться к сессии пользователя установим x11vnc:

• И ssh-сервер:
• Еще в Ubuntu 16.04 есть некая проблема, если не настроить xscreensaver, то через определенное время клиент покажет черный экран, из которого никак не выйти. Исправим это:
  Установим xscreenasver, если он еще не установлен:

Если вы намерены блокировать экран с вводом пароля, не забудьте добавить следующую строку в ваш конфиг lts.conf:

Не забываем выйти из chroot и обновить наш nbd-образ:

Создание пользователей

• Обычных пользователей терминального сервера можно создать стандартным способом:

Или через GUI если он установлен у вас на сервере

Также при желании можно создать локального администратора в клиентском образе:

Конфиг lts.conf

Вот мы и подобрались к самому главному конфигу
Находится он по адресу /var/lib/tftpboot/ltsp/i386/lts.conf и представляет ссобой нечто иное как описание глобальных переменных.
Конфиг поделен на секции, в секции Default описываются настройки общие для всех клиентов:

Также можно добавить секции для отдельных клиентов, на основе hostname, IP или MAC-адреса:

Вообще полный список опций вы можете найти на этой странице, или в

Итоги

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

Источник

Терминальные системы на Linux

Поделитесь в соцсетях:

Во многих случаях терминальные системы очень эффективны, иногда же они просто панацея. Впрочем, традиционно считается, что такие решения весьма дороги, поскольку требуют использования коммерческого ПО, покупки дополнительных лицензий. Но все это не относится к Linux и open source, ведь благодаря архитектурным особенностям X-сервера Unix-подобные ОС способны работать в качестве терминального сервера практически «из коробки».

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

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

Отдельно стоит остановиться на вопросах стоимости. Известно, что сравнить функционально соизмеримые решения на базе Linux и Windows не так-то просто. В многочисленных исследованиях и аналитических отчетах можно найти порой совершенно противоположные заключения, а переносить их выкладки на наши реалии – дело бесполезное. Очевидно, однако, что решения на базе технологий Microsoft требуют значительных начальных вложений – даже если ожидаемый эффект не будет достигнут, отказаться от них уже не получится. Linux в этом смысле дает гораздо больший простор для маневра. Развернуть терминальную систему удастся практически бесплатно, а затраты на администрирование (и все прочее, что охватывает емкий термин TCO) можно будет оценить уже по ходу эксплуатации – такой подход окажется особенно эффективным в небольших компаниях.

Основные принципы функционирования

Классическое терминальное решение с удаленной загрузкой – это набор нескольких стандартных для Linux (и для любой Unix-подобной операционной системы) сервисов: dhcp, tftp, nfs, X-сервера и xfs-сервера (как правило, использование сервера шрифтов является опциональным, и от него можно отказаться, предоставив доступ к шрифтам через NFS). Рассмотрим в общих чертах алгоритм загрузки бездисковой станции на примере LTSP (Linux Terminal Server Project, ltsp.org), как известнейшего и крупнейшего проекта данного класса среди ореn source. Условно его можно разделить на три этапа: загрузка ядра, инициализация и запуск.

1-й этап: загрузка ядра

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

Выполняется с помощью кода, описываемого спецификацией удаленной загрузки Etherboot, за которую отвечает одноименный проект ореn source (etherboot.org). Готовые прошивки имеются для огромного числа сетевых карт, при этом обеспечивается обратная совместимость с протоколом PXE, т. е. через сетевую карту с установленным PXE bootprom можно загружать сетевые образы, созданные для спецификации Etherboot. Существует несколько способов запустить подобный код: с внешних носителей (дискета, жесткий диск, CD-ROM), с помощью микросхемы удаленной загрузки (bootprom) или уже упомянутого протокола PXE.

В любом случае управление в конце концов передается Etherboot-коду. Он, в свою очередь, посылает в сеть широковещательный запрос, предназначенный для dhcp-сервера и содержащий MAC-адрес сетевой карты. Используя последний, dhcp-сервер ищет в собственном конфигурационном файле соответствующие данные и возвращает пакет с информацией о параметрах настройки сетевого соединения, с путями к образу ядра и к сетевой файловой системе, которая, если нужно, будет использоваться в качестве корневой, и специальные параметры загрузки ядра (например, IRQ для сетевых карт, работающих на ISA-шине, номер порта и т. п.).

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

2-й этап: инициализация

Особенность загружаемого ядра – поддержка работы с NFS, которая не реализована в виде отдельного модуля, а встраивается непосредственно в ядро на этапе компиляции, более того, изначально сетевая файловая система является корневой. Детали процесса загрузки (с ними можно познакомиться в русскоязычной документации – ltsp.ru/documentation/ltsp-3.0-ru/chapter1.html; хотя она относится к версии 3.0, принцип загрузки в последнем релизе LTSP 4.1.1 не изменился) мы опустим, укажем лишь, что поначалу используется небольшой образ файловой системы, который загружается вместе с ядром (именно так!), а затем, после инициализации оборудования (и повторной настройки сетевых параметров), происходит перемонтирование, и в дальнейшем в качестве корневой применяется уже экспортируемая файловая система. Плюс к тому (и это важно) создается RAM-диск, который форматируется и монтируется к каталогу /tmp, где и хранятся файлы, которые будут создаваться в процессе работы бездисковой станции. Если же их необходимо хранить в другом месте, предварительно создаются соответствующие символические ссылки.

3-й этап: запуск

После окончания инициализации оборудования загружается среда, указанная в настройках LTSP. Это может быть либо графическая, либо текстовая оболочка, последняя чаще всего используется при отладке. Графическая подсистема запускается с ключом query – эта опция заставляет экземпляр X-сервера, выполняющийся на бездисковой станции, подключаться к X-серверу на терминальном сервере и все запросы переадресовывать ему.

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

Требования к аппаратному обеспечению

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

X-терминалы

В качестве X-терминалов могут использоваться «ветераны» IT-индустрии с десятилетним стажем

Модуль bootprom с микросхемой серии 27SF010

Именно благодаря тому, что на стороне клиента выполняется минимальный набор программ (ядро и X-сервер), аппаратные требования к объему оперативной памяти на бездисковых станциях, как правило, не превышают 16 MB. Больший объем позволит запускать некоторые приложения локально, а значит, реже обращаться к серверу. Меньший – нежелателен, хотя теоретически возможна работа на машинах с объемом ОЗУ и в 8 MB, но в этом случае понадобится подключать подкачку по NFS, а это увеличивает нагрузку на сеть.

Что касается остальных параметров аппаратного обеспечения, то разумные требования для комфортной работы таковы: процессор Pentium 166 MHz, видеокарта с объемом памяти не менее 2 MB, сетевая карта Ethernet 100 Mbps. Разумеется, теоретически допустимы и более слабые конфигурации, вплоть до 486DX-66, но, как правило, они годятся только для консольного режима.

Три года назад автор лично проверял работу компьютерного класса, состоящего из первых моделей «четверок»: процессор 486SX-40 (без сопроцессора), ОЗУ 8 MB, сетевая карта Ethernet на 10 Mbps, видеокарта Trident 8900 c объемом видеопамяти 512 KB. Система функционировала, хотя и с большим трудом – временами даже можно было наблюдать алгоритм прорисовки графических примитивов в KDE, впрочем, с облегченными оконными менеджерами такой проблемы не наблюдалось по той причине, что они не используют библиотеку Qt.

Из реально существующих и успешно работающих в качестве X-терминала устаревших машин можно назвать компьютер со следующей конфигурацией: Pentium II 233 MHz, 32 MB ОЗУ, видеокарта S3 Trio64V+ с 2 MB видеопамяти, сетевая карта Ethernet 100 Mbps на чипе RTL8139 – именно на таком готовился данный материал.

Терминал-сервер

Сетевая загрузка на стороне сервера при одновременной работе 12 пользователей в среде OpenOffice.org

График сетевой загрузки канала на стороне сервера при работе одного пользователя с текстовым редактором и Web-браузером

На самом деле определить конфигурацию сервера, достаточную для выполнения какого-то набора команд, совсем непросто – многочисленные сторонние факторы наверняка обнаружатся уже в процессе эксплуатации. Скажем, хотя Web-серфинг на первый взгляд не кажется слишком ресурсоемкой операцией, флэш-анимация с легкостью докажет обратное. Именно по этой причине поставщики коммерческих терминальных решений предпочитают проектировать систему с солидным запасом. Авторы LTSP, в свою очередь, утверждают, что двухпроцессорный сервер на Pentium 4 2,4 GHz с ОЗУ 4 GB легко обслуживает 50 рабочих станций, на каждой из которых запущены экземпляры OpenOffice.org и Mozilla.

А вот пример из личного опыта автора: однопроцессорная машина на Pentium 4 3 GHz (с поддержкой HyperThreading) с 1 GB ОЗУ вполне справляется с группой из 12 бездисковых станций. При использовании XFCE4 в качестве оконного менеджера и основной работе в OpenOffice и Firefox (упомянутая выше флэш-анимация блокировалась еще на прокси-сервере) средняя загрузка процессора составляла 10–15%. Пики наблюдались преимущественно в моменты инициализации программного обеспечения. Естественно, KDE или GNOME существенно повысят запросы к оперативной памяти (поэтому лучше остановиться на легких оконных менеджерах вроде XFCE4, IceWM, WindowMaker), хотя в остальном картина принципиально не изменится.

Что касается дисковой подсистемы, то идеальным вариантом для терминального сервера будет применение оборудования SCSI. Определенную надежду также внушают последние реализации SATA (с поддержкой NCQ), в крайнем случае можно воспользоваться и обычными ATA-дисками, объединив их в массив RAID-0.

Адекватно оценить необходимую пропускную способность локальной сети также не слишком просто, поскольку отталкиваться нужно не только от используемого ПО, но и от манеры работы пользователей. Вот только некоторые наблюдения автора. В пассивном состоянии X-терминал практически не создает трафика, даже в процессе набора текста в OpenOffice средняя нагрузка на канал составляет 100–150 Kbps. Как правило, пики (примерно до 10 Mbps) возникают при переключении между разными окнами, потому что при этом происходит существенная перерисовка экрана. Обычно на один сетевой интерфейс с пропускной способностью в 100 Mbps можно подключать до 15–20 рабочих станций, однако это количество, несомненно, придется уменьшить, если предполагается хоть какая-то работа с графикой. Либо применить сетевые карты на 1 Gbps и соответствующий коммутатор, что позволит более полноценно использовать терминалы – даже для просмотра видео.

Требования к терминальному ПО

Хотя терминальные решения можно оценивать и с точки зрения функциональности, в случае open source стоит в первую очередь уделить внимание более узкому, но очень принципиальному моменту – эффективности использования оперативной памяти, в том числе и с точки зрения ее «утечек». Эта традиционная для многих типов ПО ошибка может привести к быстрому исчерпанию свободного объема ОЗУ, и решить данную проблему поможет лишь перезагрузка или своевременное отключение процесса-виновника. Для системного мониторинга вполне подойдут простейшие системные утилиты top или ps, однако гораздо эффективнее будет установка системных лимитов (см. файл /etc/security/limits) для пользователей и процессов.

В случае перехода на терминальную систему, особенно совмещенную с миграцией с Windows на Linux, главная проблема – найти адекватную замену тому ПО, которое использовалось прежде. Для типичной офисной работы отыскать все необходимое (текстовый процессор, электронная таблица, браузер и пр.) сегодня не составляет труда. Наиболее частая причина невозможности смены платформы – деловое ПО «1С», однако и эта проблема в настоящее время решаема. Так, российская компания «Этерсофт» разработала специальную «заплатку» для эмулятора WINE (www.etersoft.ru/content/view/59/) – к сожалению, не бесплатную, – которая позволяет использовать «1С:Предприятие 7.7» в среде Linux.

Компьютерный класс, работающий под управлением LTSP: все, что нужно для учебных целей

Почему же наш выбор пал именно на проект LTSP? Прежде всего, это готовое комплексное решение, способное функционировать без дополнительной доработки (настройка сопутствующих сервисов не в счет, без нее никак не обойтись) практически на любом Linux-дистрибутиве. Его создатели не стали выпускать пакеты в различных форматах (rpm или deb), а собрали их в файлы *.tgz, поэтому установка представляет собой процесс распаковки архивов в отдельный каталог, который затем экспортируется посредством NFS и используется в качестве корня файловой системы на бездисковой станции.

Хотя Linux-специалист с уровнем подготовки выше среднего сможет самостоятельно «построить» терминальный сервер из подручных средств, в случае LTSP в этом нет необходимости. Дело в том, что в рамках проекта поддерживается специальная сборочная среда LBE, в которой можно самому пересобрать нужные пакеты. Для этого понадобится около 5 GB свободного дискового пространства и около 300 MB исходных текстов. Удобство настройки готового решения обеспечивается утилитой ltspcfg.

Вероятно, именно поэтому LTSP находит все большую поддержку, в частности, на его базе создан еще один интересный проект – K12LTSP, «Linux для школ» (k12ltsp.org). Не обходят LTSP вниманием и производители аппаратного обеспечения, некоторые из них предлагают уже готовые программно-аппаратные решения (см., например, www.disklessworkstations.com).

Заключение

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

Источник