LTSP/BuildYourself

Самостоятельная установка ALTSP

Здесь описан процесс превращения в терминальный сервер уже развёрнутой десктопной системы. Обычно это слишком много труда и достаточно взять уже готовый дистрибутив терминального сервера.

Версии

Для создания терминального сервера проверены пакеты из бранча 4.0 (созданием выделенной системы, mike@ 2007-09-11) и 5.1 (контейнер OpenVZ, mike@ 2011-04-03). Следует использовать текущие версии пакетов из выбранного бранча либо дистрибутива терминального сервера. Более старые версии могут иметь известные недоработки и нюансы; соответствующие места ниже отмечены [OLD] и будут через некоторое время убраны как устаревшая документация.

Для 4.1 известна как минимум одна серьёзная проблема; этот бранч не применялся для создания дистрибутивов терминального сервера.

Sisyphus в настоящее время ограниченно пригоден для создания терминального чрута, т.к. в kernel-image-tmc-tc-2.6.27-alt12 отсутствует поддержка KMS, необходимая для текущего xorg.

Настройка сервера

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

• Установить пакет {{pkg|ltsp-server-{basic,enhanced,light,kde}}} (в basic и enhanced оконным менеджером служит twm, в light — icewm)
• Настроить dhcp; можно взять рабочую заготовку в пакете ltsp-server:

mv /etc/dhcp/dhcpd.conf /etc/dhcp/dhcpd.conf.BAK
cp -a /etc/ltsp/dhcpd.conf /etc/dhcp/

• Настроить tftp-server: дописать в /etc/xinetd.d/tftp рядом с остальными строчку only_from = 192.168.0.0/24 (или другую сеть, на которую настроен DHCP-сервер) и выполнить команды

chkconfig tftp on
chkconfig xinetd on

• Разрешить удалённый доступ к portmap и обеспечить автозапуск сервиса:

control portmap server
chkconfig portmap on

• Настроить nfs-server: дописать в /etc/exports строчку

/var/lib/ltsp/i586 (ro,no_root_squash,async)

и выполнить

chkconfig nfs on

• При объёме памяти бездисковых станций менее 64..128Mb рекомендуется организовать сетевой своп.
• Настроить Display Manager:
  • выполнить chkconfig dm on
  • для kdm: в секции [Xdmcp] файла /etc/X11/kdm/kdmrc обеспечить Enable=true
  • в случае неиспользования локальной X-сессии на сервере (в т.ч. в контейнере OpenVZ) закомментировать в /etc/X11/xdm/Xservers строку

:0 local /etc/X11/xinit/xserverrc

• При необходимости разрешить удалённый доступ к xfs в /etc/sysconfig/xfs должно быть следующее:

ARGS="-daemon -user xfs"

Сборка LTSP chroot

Для сборки чрута из пакетов требуется:

• [OLD] проверить, установлен ли пакет hasher;
• отредактировать (при необходимости):
  • /etc/ltsp/update-kernels.conf;
  • /etc/ltsp/ltsp-update-kernels.conf;
  • /etc/ltsp/ltsp-build-client.conf:
    • ARCH, BASE, MIRROR (настроить на доступный репозиторий)

      в BASE, если необходимо, изменить путь к chroot, расположив его на разделе без noexec.

      если в MIRROR указать полную строчку из sources.list, начинающуюся с rpm, то реконструкция с использованием ARCH и COMPONENTS производиться не будет, а строчка попадёт «как есть»

    • ROOTPASS (prompt — спросить при генерации);
    • возможно, EXTRA_MIRROR (например, EXTRA_MIRROR="file:/var/ftp/ltsp5 i586 ltsp5;file:/var/ftp/ltsp5 noarch ltsp5");
    • возможно, KERNEL (по умолчанию — kernel-image-std-smp; достаточно указывать только суффикс std-smp);
    • возможно, KERNEL_MODULES (субпакеты через пробел; по умолчанию — alsa)
    • CHROOT_IMAGE (если используется заранее приготовленный с помощью spt и spt-profiles-ltsp-root (или другим способом) корень).
• Удостовериться, что репозиторий для архитектуры $ARCH (в том числе и noarch) доступен
• Выполнить команду ltsp-build-client
• [OLD] Проверить права доступа на чтение в /var/lib/tftpboot/ltsp5
• [OLD] Возможно, поправить /etc/exports на предмет лишнего пробела, иначе старый unfs3 может не дать клиенту подмонтировать корень

Запуск

• Запустить необходимые сервисы:

service dhcpd restart
service xinetd restart
service portmap restart
service nfs restart
service ltspswapd restart
service xfs restart (для ltsp-client >= 5.0-alt0.49 xfs необязателен)
service dm restart

• Требуется также обеспечить обратный резолвинг IP клиентов, чтобы избежать таймаутов при отрабатывании dm («крестик на экране») — либо путём настройки DNS на терминальном сервере с обратной зоной для выдаваемых по DHCP адресов, либо хотя бы выполнить нечто вроде (для локального доменного суффикса ltsp):

grep -q ^192.168.0.1 /etc/hosts || echo "192.168.0.1 server server.ltsp" >> /etc/hosts
grep -q ^192.168.0.250 /etc/hosts || {
        for i in `seq 20 250`; do
                echo "192.168.0.$i ws$i ws$i.ltsp" >> /etc/hosts
        done
}
update_chrooted conf

• При потребности в использовании локальных устройств (CD-ROM, флэшки) выполнить:

# вариант "на железе"
echo fuse >> /etc/modules
modprobe fuse
control fusermount public

# вариант "под OpenVZ"
# HN:
echo fuse >> /etc/modules
modprobe fuse
vzctl set ltsp5 --devnodes fuse:rw --save
# VE, которое --name ltsp5:
control fusermount public

Вариации на тему

dnsmasq

Роль сервера DHCP, TFTP и DNS вместо dhcpd, tftp-server и bind прекрасно исполняет dnsmasq со следующим конфигурационным файлом:

bind-interfaces
interface=lan
interface=lo

resolv-file=/etc/resolv.conf.dnsmasq
strict-order

expand-hosts
domain=mydomain.com

dhcp-range=192.168.0.100,192.168.0.199

enable-tftp

tftp-root=/diskless/altsp/boot/i586
dhcp-boot=pxelinux.0

ALTSP inside OpenVZ

Недавно повторено и описано тут enp@.

Шпаргалка

Для справки можно подсматривать в профиль, по которому собирался дистрибутив ALT Linux 4.0 Terminal, и фрагмент инсталятора. Оттуда видно, что, скорее всего, будет достаточно установить в VE по вкусу один из пакетов {{pkg|ltsp-server-{basic,enhanced,light,kde}}} и все, что он вытащит по зависимостям, а также выполнить действия по мотивам написанного в скрипте настройки.