Thinstation 5

Наконец-то дошли руки до thinstation пятой версии. Кому интересно, прошу

После года активной разработки, была представлена новая версия thinstation - thinstation 5. Во время разработки версия thinstation нумеровалась как 2.5, но в итоге разработчики решили уйти от нумерации 2.х и выпустили релиз под версией 5.0. С пятой версии существенно облегчилась задача добавления и изменения пакетов, входящих в thinstation, благодаря кодовой базе дистрибутива Crux Linux, на котором основан thinstation. Самым важным изменением в версии 5 является переход на ядро linux 3.2(уже даже 3.4.2) и xorg7.

Подготовка

Мы рассмотрим вариант работы бездисковых рабочих станций, т.е. клиенты будут грузиться по сети, не имея своего жесткого диска или любого другого накопителя. Для этих целей вы можете использовать как брендовые терминальные клиенты(ТК), так и самосборные из нового или старого железа. Также сразу полагаем, что DHCP- и TFTP-серверы у нас установлены, чтобы остановиться только на конфигурировании и сборке загрузочных образов.
Для сборки нам понадобится машина с установленным дистрибутивом линукс. Скачать исходники thinstation можно двумя способами - скачать архив с сайта или воспользоваться git. Второе, IMHO, более предпочтительно.

z1kk0@work-pc:~ # git clone --depth 1 git://thinstation.git.sourceforge.net/gitroot/thinstation/thinstation

Мы перенесли весь репозиторий исходников thinstation к себе на машину. Теперь необходимо подготовить систему для сборки образа. Переходим в каталог, куда скачали репозиторий и выполняем setup-chroot от имени рута:

z1kk0@work-pc:~ # cd thinstation
z1kk0@work-pc:~ # su
Пароль:
work-pc:/home/z1kk0/thinstation # ./setup-chroot

Дальше мы переходим в каталог, где лежат конфигурационные файлы thinstation.conf.buildtime и build.conf, а также скрипт для сборки образа:

[root@TS_chroot]/# cd ts/5.x
где 5.х - номер версии thinstation(на момент написания 5.1)

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

Конфигурационные файлы, которые лежат на TFTP-сервере, по структуре и содержанию в целом не поменялись по сравнению с версией 2.2.2 (см. здесь). Хотя отличия между версиями 5.0 и 2.2.х все же есть. Наиболее это касается именно build.conf. В прошлой версии thinstation мы могли перечислять все драйвера нашего оборудования, но с переходом на новое ядро число драйверов(а точнее модулей) лавинообразно выросло. Поэтому управление драйверами теперь происходит по-другому. В файле build.conf теперь присутствует новый параметр под названием machine. Этот параметр указывает на имя каталога, находящегося по адресу ts/5.x/machine, в котором находится список модулей ядра для отдельного профиля оборудования. В файл build.conf можно добавлять различное множество таких параметров для совмещения разных профилей оборудования в одном загрузочном образе. Теперь разберем весь механизм получения этого списка модулей:

• раскомментируем в build.conf параметр "package extensions"
• соберем загрузочный образ с опцией --allmodules [root@TS_chroot]/ts/5.1# ./build --allmodules
• загружаемся с собранного образа на выбранном ТК и по комбинации ALT+CTRL+F3 переходим в консоль. Заходим под рутом, пароль рута определяется параметром "param rootpasswd"(по-умолчанию "pleasechangeme")
• выполним команду hwlister.sh, которая сгенерирует один, два или три файла: module.list(всегда), vbe_modes.list(возможно) и firmware.list (может быть). Эти  файлы сохраняются в корне загруженной файловой системы ТК. Забрать эти файлы можно, например, флешкой или дать всем право на запись в корневом каталоге TFTP-сервера, куда эти файлы загрузятся при вылнении команды hwlister.sh(или создать заранее эти файлы в корне TFTP-сервера и поставить бит записи только на эти файлы).
• создадим в каталоге ts/5.x/machine подкаталог, например, с именем test_tc и положим туда файлы, созданные командой hwlister.sh
• создадим новый параметр в файле build.conf - machine test_tc
• выполним сборку [root@TS_chroot]/ts/5.1# ./build 

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

Следует оговориться, что при использовании скрипта hwlister.sh вы получите только список оборудования, доступного на момент выполнения этого скрипта. Поэтому если вы решили использовать, например, usb-клавиатуру, то ее надо подключить заранее, чтобы hwlister.sh определил модуль для поддержки usb-клавиатуры в module.list.

Примеры параметров основных конфигов

Рассмотрим пример настроек для компиляции загрузочного образа. В своей организации мне необходимо было использовать ТК для подключения к терминальному серверу на базе Windows Server 2008 R2. Клиентов для подключения по протоколу rdp предостаточно - 2Xclient, freerdp, rdesktop. Вы можете выбирать любой, который вам подходит. Я остановился на freerdp. Я не буду приводить здесь весь конфиг, потому как он достаточно большой. Приведу только то, что раскомментировал в файле build.conf:

#наш каталог, в котором лежит сгенерированный с помощью hwlister.sh профиль оборудования
machine test_pc

#модуль поддержки usb-накопителей
module usb-storage

#поддержка файловой системы ISO9960 для CDROMов
module isofs

#поддержка файловой системы UDF для CDROMов
module udf

#поддержка файловой системы FAT для флешек
module vfat

#поддержка файловой системы NTFS для флешек и внешних накопителей
module ntfs

#на время отладки рекомендую использовать в качестве видеодрайвера именно vesa
package xorg7-vesa

#требуемая локаль
package locale-ru_RU

#наш rdp-клиент
package freerdp

#добавляет разные shell-команды, в том числе hwlister.sh (используйте на период отладки)
package extensions

param basepath .

Все параметры param я оставил по-умолчанию, за исключением только param rootpasswd, который выставил только на период отладки. При сборке окончательного образа, рекомендую закомментировать этот параметр, чтобы не иметь возможность попасть в консоль загруженного образа. Еще обратите внимание на параметр param basepath - он задает директорию поиска конфигурационных файлов на TFTP-сервере. По-умолчанию, значение равно ts5.0. В своих целях я оставляю еще параметр package lp_server для подключения принтеров к ТК (об этом ниже).
Теперь поговорим о thinstation.conf.buildtime:

#использовать как проводные, так и беспроводные интерфейсы
NET_USE=BOTH

#использовать DHCP
NET_USE_DHCP=ON

#использовать конфиги с сервера
NET_FILE_ENABLED=ON

#использовать telnet-сервер
NET_TELNETD_ENABLED=ON

#разрешить удаленное подключение с любых адресов
NET_REMOTE_ACCESS_FROM="0.0.0.0"

#включает более безопасную запись на usb-накопители
USB_STORAGE_SYNC=ON

В этом файле я конечно же указал не все параметры, а только те, что нужны мне для компиляции в загрузочный образ. Остальные важные параметры я буду указывать в конфигах на TFTP-сервере. Как я уже выше указывал, за справкой по конфигам обращайтесь сюда. Примеры некоторых конфигов(подключение принтера, возможности rdp-клиентов и т.д.) также можно посмотреть в ts/5.1/conf.

В файле build.conf все параметры достаточно документированы, поэтому трудностей возникнуть не должно (если конечно с английским дружите ;). Касаемо параметров в файле thinstation.conf.buildtime,то рядом с thinstation.conf.buildtime (до недавнего момента он там был, теперь его там не наблюдаю почему-то) находится файл thinstation.conf.sample, в котором подробно описаны все параметры, которые могут иметь место либо в файле thinstation.conf.buildtime либо в конфигах на сервере(за исключением файла thinstation.hosts, пример которого thinstation.hosts.example находится вместе с thinstation.conf.sample.

Особо хотелось бы отметить важность выбора локали, так как названия файлов из русских букв на флешках или других накопителях будут отображаться некорректно. Клавиатурная раскладка переключается сочетанием клавиш, которыми она определена на самом сервере и ваши настройки на это не влияют (если только вы не грузите полную оболочку, из которой уже вручную подключаетесь к серверам). Однако вы можете выставить язык по-умолчанию при подключении. В файле ts/5.x/packages/locale-ru_RU/lib/locale/ru_RU_locale есть параметр XKEYBOARD, который, по-умолчанию, равен "ru,us". Если вам необходим при авторизации английский язык по-умолчанию, то меняете на "us,ru" или даже можете просто оставить "us", так как к раскладкам в вашей rdp-сессии это никак не относится. Вы также можете управлять этим параметром из файла thinstation.conf.buildtime или thinstation.conf.network, например. Для этого нужно параметр XKEYBOARD удалить из файла ts/5.x/packages/locale-ru_RU/lib/locale/ru_RU_locale и добавить в thinstation.conf.buildtime или в thinstation.conf.network. Если вам нужна другая локаль и язык, то действия те же самые.

Добавление недостающих модулей ядра

Как я уже говорил, чтобы все подключенные к вашему терминальному клиенту компоненты работали, нужно подключить их заранее, чтобы hwlister.sh занес модули этих устройств в файл module.list. Однако возможна ситуация, когда даже подключение желаемого устройства при составлении списка модулей не дает никакого эффекта и оно не работает. У меня была ситуация, когда при обработке скриптом hwlister.sh я подключал usb-мышь, которая потом благополучно работала. Однако, когда я подключал другую мышь, то она признаков жизни не подавала, причем даже когда я выполнял скрипт hwlister.sh при этой подключенной мыши. Как оказалось, причина банальна - отсутствие модуля ядра, поэтому hwlister.sh и не обнаруживал моё устройство.
В thinstation 5 процесс сборки ядра изменился, поэтому выясним, как же можно добавить нужные нам модули.
Переходим в каталог, где лежит ядро. Если сборка проходит впервые, то необходим доступ в интернет

z1kk0@work-pc:~ # cd thinstation
z1kk0@work-pc:~ #; su
Пароль:
work-pc:/home/z1kk0/thinstation # ./setup-chroot
[root@TS_chroot]/# cd ts/ports/components/kernel-TS

Конфиг ядра именуется как ts.config. Делаем там изменения. Например, мне нужен модуль поддержки hid-устройств a4tech

CONFIG_HID_A4TECH=y

Далее, выполним команду

[root@TS_chroot]/# pkgmk -d -kw

Эта команда скачает недостающие исходники и должна скомпилировать новое ядро с нашими изменениями. Однако после наших изменений md5 сумма файла ts.config измениласс и после выполнения этой команды в самом конце вы увидите примерно такой вывод

ERROR: Md5sum mismatch found:
MISSING 1dc020d1d3b8005b33a2bfbf730d2709 ts.config
NEW e605a50ca1d9d85e9113f5cc8a7eb4e3 ts.config
=======# ERROR: Building '/ts/ports/components/kernel-TS/kernel-TS#3.4.2-1.pkg.tar.gz' failed.

Чтобы этого избежать, нужно обновить сумму(можно выполнить перед командой pkgmk -d -kw) и запустить сборку

[root@TS_chroot]/# pkgmk -um
[root@TS_chroot]/# pkgmk -i

После долгой сборки вы увидите вот такую ошибку:

=======# ERROR: Footprint mismatch found:
NEW -rw-r--r-- root/root ts/components/kernel/kernel/modules-3.4.2TS/kernel/drivers/hid/hid-a4tech.ko
NEW -rw-r--r-- root/root usr/src/kernels/3.4.2TS/include/config/hid/a4tech.h (EMPTY)
=======> ERROR: Building '/ts/ports/components/kernel-TS/kernel-TS#3.4.2-1.pkg.tar.gz' failed.

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

[root@TS_chroot]/# pkgmk -uf

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

[root@TS_chroot]/# pkgmk -u

Всё, ядро собралось с нужным нам модулем. Теперь нам осталось скопировать собранное ядро в каталог, из которого thinstation забирает эти модули:

[root@TS_chroot]/# cp -r /ts/components/kernel/kernel/modules-3.4.2TS /ts/5.1/kernel/

или воспользоваться более правильным методом:

[root@TS_chroot]/# update -k

Теперь можете спокойно пользоваться скриптом hwlister.sh, который подхватит недостающий модуль.