Общие сведения

Linux Terminal Server Project (LTSP) — свободно распространяемое ПО с открытым исходным кодом, позволяющие пользователям с маломощными компьютерами (терминалами) использовать вычислительные мощности одного более производительного компьютера (сервера). При этом все приложения запускаются на сервере, а терминалы, также называемые тонкими клиентами (или X-терминалами), принимают видеоряд, посылаемый сервером, и кроме него ничего не обрабатывают. Как правило, терминал представляет собой маломощный компьютер, в котором даже может отсутствовать жесткий диск, вследствие чего терминал работает тише и потребляет меньше энергии, чем обычный настольный компьютер.

Для передачи клиентам первичной информации (IP-адрес терминала и IP-адрес сервера, к которому должен подключаться терминал) должна использоваться служба DHCP. Далее рассматриваются два варианта настройки служб, входящих в состав Astra Linux:

• служба dnsmasq - упрощенная служба DHCP. Эта служба устанавливается вместе с сервером LTSP, включает в свой состав простой TFTP-сервер, и позволяет быстро настроить нужные параметры для работы терминалов;
• служба isc-dhcp-server  - полноценная служба DHCP. Эта служба обычно применяется в больших сетях. При использовании службы isc-dhcp-server требуется дополнительно установить службу TFTP.

При соответствующей настройке могут использоваться и другие службы (например, служба DHCP, встроенная в маршрутизатор сети).

Подключение клиентов осуществляется по протоколу SSH (рекомендованный вариант), или по протоколу xRDP.

Входящая в состав Astra Linux версия LTSP поддерживает два режима работы клиентов:

• "Тонкий клиент" — по сети загружается минимальный образ с базовой системой и графическим сервером. Приложения выполняются на сервере терминалов, результаты работы передаются по сети графическому серверу на дисплей терминального клиента. Дополнительно в этом режиме поддерживается возможность выполнения отдельных приложений на тонком клиенте (подробнее см.  https://manpages.ubuntu.com/manpages/trusty/man5/lts.conf.5.html ).
  
  

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

  "Тонкий клиент" от "толстого" отличается только местом исполнения. Режим работы может выбираться при запуске. Важным отличием "толстого" клиента является возможности установки в образ этого клиента дополнительных приложений.

По умолчанию клиент загружается в "тонком" режиме. Клиент загружается в "толстом" режиме (chroot в клиентскую систему) после установки в клиентский образ менеджера рабочего стола (fly-wm). Кроме того, для указания режима загрузки клиентов можно использовать опцию LTSP_FATCLIENT=true/false (по умолчанию не задана) в файле /var/lib/tftpboot/ltsp/amd64/lts.conf на сервере терминалов (подробнее см. https://manpages.ubuntu.com/manpages/trusty/man5/lts.conf.5.html ).

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

Настройка сетевого интерфейса

Предполагается, что сетевой интерфейс, через который выполняется подключение терминалов:

• подключен к локальной сети с адресом сети 192.168.56.0;
• имеет имя eth0;
• имеет статический адрес (для примера 192.168.56.10/24).

Сетевой интерфейс может быть настроен любым предпочтительным способом, например, с помощью Network Manager.

Включение удаленного доступа

Для работы сервера LTSP нужно разрешить удаленный вход в систему:

Настройка клиентов

Для клиентов требуется выбрать в параметрах BIOS (или в параметрах виртуальной машины) загрузку по сети. Для клиентов на виртуальных машинах может понадобиться изменить тип виртуального устройства Video, установив тип устройства Virtio или иной.

Установка пакетов

Предполагается, что перед установкой пакетов подключены и настроены репозитории (установочные диски).

Установка пакетов может быть выполнена с помощью графического менеджера пакетов или из командной строки командой:

• ltsp-server — набор сценариев для создания сервера терминалов;
• dnsmasq — простой DHCP/TFTP сервер.

Установка пакета xrdp необязательна, и нужна для поддержки работы по протоколу xRDP в дополнение к протоколу SSH.

После установки пакетов проверить состояние службы ssh:

Установка и настройка служб DHCP

subnet <подсеть> netmask <маска_подсети> {
  next-server <IP-адрес_TFTP_сервера>;
  option root-path "<путь_к_каталогу_с_образами>";
  if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
  # Образы PXE
    filename "/ltsp/amd64/pxelinux.0";
  } else {
    filename "/ltsp/amd64/nbi.img";
  }
}

Установка и настройка службы dnsmasq

1. Служба dnsmasq устанавливается автоматически при установке пакета ltsp-server-standalone. Отдельно эту службу можно установить командой:

   sudo apt install dnsmasq

2. Создать файл /etc/dnsmasq.d/ltsp-server-dnsmasq.conf конфигурации службы dnsmasq командой :

   sudo ltsp-config --overwrite dnsmasq

3. Отредактировать файл конфигурации /etc/dnsmasq.d/ltsp-server-dnsmasq.conf:

   В конфигурационном файле, устанавливаемом по умолчанию, указан параметр использования proxy:

   dhcp-range=192.168.56.0,proxy

   Для получения работоспособной конфигурации эти параметры следует отключить (или использовать пример конфигурационного файла, приведенный ниже). Порядок использования proxy см. в справочной системе man dnsmasq.

   Минимальные исправления конфигурационного файла:
    - указать диапазон адресов, выдаваемых сервером DHCP (в примере ниже изменения отмечены выделением);
    - если в сервере используется несколько сетевых интерфейсов, то указать интерфейс, который должен обслуживаться сервером в параметре interface.
   Пример конфигурационного файла:

    Пример файла конфигурации

   # Configures dnsmasq for PXE client booting.
   # All the files in /etc/dnsmasq.d/ override the main dnsmasq configuration in
   # /etc/dnsmasq.conf.
   # You may modify this file to suit your needs, or create new ones in dnsmasq.d/.
   #interface=eth0
   # Log lots of extra information about DHCP transactions.
   #log-dhcp
   # IP ranges to hand out.
   dhcp-range=192.168.56.20,192.168.56.250,8h
   # The rootpath option is used by both NFS and NBD.
   dhcp-option=17,/opt/ltsp/amd64
   # Define common netboot types.
   dhcp-vendorclass=etherboot,Etherboot
   dhcp-vendorclass=pxe,PXEClient
   dhcp-vendorclass=ltsp,"Linux ipconfig"
   # Set the boot filename depending on the client vendor identifier.
   # The boot filename is relative to tftp-root.
   dhcp-boot=net:pxe,/ltsp/amd64/pxelinux.0
   dhcp-boot=net:etherboot,/ltsp/amd64/nbi.img
   dhcp-boot=net:ltsp,/ltsp/amd64/lts.conf
   # Kill multicast.
   dhcp-option=vendor:pxe,6,2b
   # Disable re-use of the DHCP servername and filename fields as extra
   # option space. That's to avoid confusing some old or broken DHCP clients.
   dhcp-no-override
   # The known types are x86PC, PC98, IA64_EFI, Alpha, Arc_x86,
   # Intel_Lean_Client, IA32_EFI, BC_EFI, Xscale_EFI and X86-64_EFI
   pxe-service=X86PC, "Boot from network", /ltsp/amd64/pxelinux
   # Comment the following to disable the TFTP server functionality of dnsmasq.
   enable-tftp
   # The TFTP directory. Sometimes /srv/tftp is used instead.
   tftp-root=/var/lib/tftpboot/
   # Disable the DNS server functionality of dnsmasq by setting port=0

4. Перезапустить сервис dnsmasq командой:

   sudo systemctl restart dnsmasq

Настройка служб isc-dhcp-server и tftpd-hpa

1. Остановить службу dnsmasq и запретить её автоматический запуск:

   sudo systemctl stop dnsmasq
   sudo systemctl mask dnsmasq

2. Установить пакеты:

   sudo apt install isc-dhcp-server tftpd-hpa

3. Выполнить на сервере терминалов команду:

   sudo ltsp-config --overwrite isc-dhcp-server
   В результате выполнения команды будет создан конфигурационный файл /etc/ltsp/dhcpd.conf для службы isc-dhcp-server следующего вида:

   #
   # Default LTSP dhcpd.conf config file.
   #
   
   authoritative;
   
   subnet 192.168.67.0 netmask 255.255.255.0 {
     range 192.168.67.20 192.168.67.250;
     option domain-name "example.com";
     option domain-name-servers 192.168.67.1;
     option broadcast-address 192.168.67.255;
     option routers 192.168.67.1;
     next-server 192.168.67.1;
   # get-lease-hostnames true;
     option subnet-mask 255.255.255.0;
     option root-path "/opt/ltsp/amd64";
     if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
       filename "/ltsp/amd64/pxelinux.0";
     } else {
       filename "/ltsp/amd64/nbi.img";
     }
   }

   Указанные в полученном файле параметры сетевые адреса и сетевые маски) следует заменить на актуальные. Подробнее про настройку службы isc-dhcp-server см. статью  DHCP;
   
   

4. Если в используемой сети нет службы DHCP, а служба DHCP нужна только для сервера терминалов и не используется более ни для чего, то после внесения актуальных сетевых адресов и масок полученных на предыдущем шаге файл можно использовать как файл конфигурации службы isc-dhcp-server, просто скопировав его в каталог /etc/dhcp/:

   sudo mv /etc/dhcp/dhcpd.conf /etc/dhcp/dhcpd.bak
sudo cp /etc/ltsp/dhcpd.conf /etc/dhcp/dhcpd.conf
   Если служба DHCP используется для иных целей (в том числе, если используется служба, отличная от isc-dhcp-server), то параметры next-server, option root-path и блок if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient"  из полученного файла /etc/ltsp/dhcpd.conf должны быть перенесены в конфигурацию используемой службы;
   
   

5. Для настройки службы tftpd-hpa в конфигурационном файле /etc/default/tftpd-hpa изменить путь к корню разделяемого ресурса сервера:

   TFTP_DIRECTORY="/var/lib/tftpboot"

6. После внесения изменений в конфигурацию перезапустить службы:

   sudo systemctl restart isc-dhcp-server tftpd-hpa

Создание и настройка образа тонкого клиента

Создание образа тонкого клиента

Для создания образа тонкого клиента используется сценарий ltsp-build-client. Особенности применения сценария зависят от создаваемой гостевой ОС (Common Edition или Special Edition).

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

По умолчанию для подключение терминала используется протокол SSH.

Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.7)

В Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.7) для сборки образа можно использовать Интернет-репозитории Astra Linux Special Edition x.7. Пример команды для сборки образа с использованием интернет--репозиториев:

Используемые в этом и следующих примерах опции команды ltsp-build-client:

• --mirror — репозиторий пакетов для базовой установки (зеркало по умолчанию);
• --early-mirror — репозиторий пакетов с приоритетом выше, чем у зеркала по умолчанию;
• --extra-mirror — репозиторий пакетов, устанавливаемых после установки базовой системы. В примере для Astra Linux Special Edition x.7 с помощью этой опции подключается расширенный репозиторий (параметр --extra-mirror "https://dl.astralinux.ru/astra/stable/1.7_x86-64/repository-extended"). Если не нужны находящиеся в нем пакеты, то его можно не указывать (см. Репозитории Astra Linux Special Edition x.7: структура, особенности подключения и использования);
• --early-packages — задать список пакетов для установки после завершения базовой установки. Названия дополнительных пакетов должны быть указаны через запятую без пробелов. В примере выше и в последующих примерах эта опция используется для установки пакета dpkg. Этот пакет требуется, если в дальнейшем предполагается устанавливать или удалять пакеты в созданном образе (в созданном chroot-окружении);
• --purge-chroot — перед установкой очистить каталог, в который будет выполняться установка chroot-окружения (если такой каталог уже существует);
• --components contrib,main,non-free — компоненты репозиториев, из которых должна выполняться установка;
• --kernel-packages linux-image-5.4-generic — список пакетов ядра для установки;
• --mode — режим защиты создаваемого клиента. Применимо только для терминалов Astra Linux Special Edition x.7. Задается цифрой (0, 1 или 2). Описание режимов защиты см. Astra Linux Special Edition (очередное обновление x.7): Ключевые изменения в комплексе средств защиты информации).

При сборке образа:

• По умолчанию в качестве имени образа используется имя архитектуры — amd64, и при установке пакетов все службы настраиваются на работу с этим образом. При изменении имени потребуется перенастройка служб.
• В каталоге /opt/ltsp/amd64 будет создано chroot-окружение (каталог chroot-окружения может быть изменен опцией --chroot, в которой указывается имя подкаталога в каталоге /opt/ltsp. В имени не допускается использовать символы "точка").
• В каталоге /opt/ltsp/images будет создан образ для загрузки. Имя образа - имя подкаталога chroot-окружения с расширением .img.

Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.6)

В Astra Linux Special Edition для сборки образа нужно настроить репозитории пакетов или примонтировать установочный диск (или образ диска) Astra Linux Special Edition. Например, образ установочного диска в файле smolensk-1.6-20.06.2018_15.56.iso можно примонтировать командой

• установочный диск;
• диск со средствами разработки;
• образ обновления установочного диска (update-iso);
• образ обновления диска со средствами разработки (update-dev-iso).

Пример команды для сборки образа Astra Linux Special Edition 1.6 с использованием интернет-репозиториев Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.6):

Также могут использоваться необязательные опции --mirror, --early-mirror и --extra-mirror, указывающие на распакованные репозитории (примонтированные образы).   В этих опциях, в отличие от опций --update-bin и --update-dev, работа с ISO-образами не поддерживается.

Если предполагается использовать графическую оболочку, то следует сразу установить пакет fly-all-main (использовать опцию --early-packages).

В Astra Linux Special Edition помимо устанавливаемых в Astra Linux Common Edition пакетов будут установлены пакеты parsec и linux-astra-modules. В процессе работы сценария будут появляться запросы на установку/монтирование необходимых дисков в каталог /media/cdrom.

Astra Linux Common Edition

В Astra Linux Common Edition по умолчанию для сборки образа будет использоваться тот же дистрибутив и/или архитектура что и на серверной системе, и сценарий сборки образа в простейшем случае может быть вызван без параметров:

Настройка образа тонкого клиента

Опционально в отладочных целях рекомендуется обновить каталоги пакетов в chroot-окружении. Также можно изменить учетные записи, например, задать имя и пароль для локального администратора образа: 

Если ранее не был установлен пакет fly-all-main (или какой-то другой нужный пакет), то пакеты можно доустановить в любой момент:

Команда ltsp-chroot вносит изменения только в chroot-окружения. Для того, чтобы изменения были перенесены в образ (стали доступны клиентам) необходимо обновить созданный образ:

По умолчанию для клиентов используется файл конфигурации, находящийся в образе терминального клиента (/opt/ltsp/amd64/etc/lts.conf).

Опционально рекомендуется создать отдельный файл конфигурации по умолчанию для LTSP клиентов:

Создание и настройка образа толстого клиента

Для создания образа толстого клиента нужно:

1. Создать и настроить образ тонкого клиента по описанной выше процедуре или создать сразу образ толстого клиента, используя опцию --fat-client-desktop, определяющую название рабочего стола:

   sudo ltsp-build-client --fat-client-desktop fly-wm --late-packages sudo,mc

   В примере в опции --fat-client-desktop  использован стандартный менеджер окон Astra Linux — fly-wm.

   
   

2. Если используется образ тонкого клиента, то установить в него основные пакеты Fly:

   sudo ltsp-chroot -m apt install fly-all-main

   При необходимости для команды ltsp-chroot может быть указан дополнительный параметр -a <имя каталога>, задающий расположение образа (аналогично параметру --chroot команды ltsp-build-client);

   
   

3. Аналогично, с помощью команды ltsp-chroot -m apt install установить в созданный образ опциональные метапакеты (или же необходимые пакеты по отдельности):
   • Метапакет fly-all-optional — включает в себя пакеты: ark, clementine, compton, fly-admin-iso, fly-fm-crypt, gparted, guvcview, kgpg, librsvg2-bin, qapt-deb-installer, qbat, recoll, speedcrunch, synaptic, vlc, vlc-astra, vlc-l10n, vlc-plugin-access-extra, xca, yelp;
   • Метапакет fly-all-games — включает в себя пакеты (игры) klines, kmines, kpat, supertux, warzone2100, xonotic;
   • Пакет libreoffice — кроссплатформенный, свободно распространяемый офисный пакет с открытым исходным кодом;
   • Другие необходимые пакеты;
     
     

4. Если был установлен дисплейный менеджер fly-dm, то запретить его автоматический запуск:

   sudo ltsp-chroot -m systemctl disable fly-dm

   При необходимости для команды ltsp-chroot может быть указан дополнительный параметр -a <имя каталога>, задающий расположение образа (аналогично параметру --chroot команды ltsp-build-client);

   
   

5. В используемом файле конфигурации клиента (/opt/ltsp/amd64/etc/lts.conf или /var/lib/tftpboot/ltsp/amd64/lts.conf) изменить значение параметра LDM_SESSION на default (добавить параметр, если его нет), и добавить параметр LDM_PASSWORD_HASH для корректной работы блокировщика экрана:

   # If you're using Unity, you might want to install gnome-session-fallback and
   # use it by default instead, as it performs better on LTSP thin clients.
   LDM_SESSION="default"
   LDM_PASSWORD_HASH=True

6. Обновить ранее собранный образ клиента:

   sudo ltsp-update-kernels <название_каталога> && sudo ltsp-update-image <название_каталога>
   где указать название каталога, в котором находятся файлы для сборки (каталог указывается относительно каталога /opt/ltsp/ и, если не указать ничего - то будет использована архитектура amd64, т.е. будет использован  каталог, принятый по умолчанию — /opt/ltsp/amd64/)

Настройка удаленных подключений к тонкому клиенту

По умолчанию подключение осуществляется с использованием оконного менеджера ldm.

Настройка подключения по протоколу XDMCP

X_ARGS="$X_ARGS -query ${XDM_SERVER}"

X_ARGS="$X_ARGS -query ${XDM_SERVER} -displayID 0:63:0x0:0x0"

Для разрешения подключений к серверу Astra Linux по протоколу XDMCP см. Взаимодействие удаленных графических интерфейсов Astra Linux и Windows.

Настройка подключения по протоколу RDP

Для rdp подключений в файле /opt/ltsp/amd64/usr/share/ltsp/screen.d/xfreerdp последнюю строку привести к виду

exec xinit /usr/share/ltsp/xinitrc /usr/local/bin/rdp.sh -- "$DISPLAY" "vt${TTY}" -nolisten tcp $X_ARGS >/dev/null

Создать файл /opt/ltsp/amd64/usr/local/bin/rdp.sh (указать актуальный IP-адрес):

#!/bin/bash
userdata=$(zenity --forms --title="Вход на сервер" --text="Форма авторизации" --add-entry="Логин:" --add-password="Пароль:");
userlogin="`echo $userdata|cut -d '|' -f 1`";
userpassword="`echo $userdata|cut -d '|' -f 2`";
xfreerdp /v:192.168.56.100 /cert-ignore +sec-nla /d:example.com /u:$userlogin /p:$userpassword /f /drive:usb,/media /network:lan /printer

Сделать созданный файл /opt/ltsp/amd64/usr/local/bin/rdp.sh исполняемым:

Файл /var/lib/tftpboot/ltsp/amd64/lts.conf привести к следующему виду (исправив IP-адреса на актуальные):

[default]
  LTSP_CONFIG=True
  LOCALDEV=True
  HOTPLUG=True
  DNS_SERVER=192.168.56.100
  SOUND=True
  MIC_VOLUME=0
  CAPTURE_VOLUME=100
  CAPTURE_SWITCH=toggle
  TIMEZONE=Europe/Moscow
  TIMESERVER=192.168.56.100
  SYSLOG_HOST=192.168.56.100
  NBD_SWAP=False
  #NBD_SWAP_SERVER=192.168.56.100
  #CONFIGURE_X=False
  SCREEN_07=xfreerdp
  PRINTER_0_DEVICE=/dev/usb/lp0
  PRINTER_0_TYPE=U

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

Дополнение: настройка автомонтирования usb-устройств

Создать файл /opt/ltsp/amd64/etc/udev/rules.d/udev.rules:

ACTION=="add", KERNEL=="sd[a-z][0-9]", TAG+="systemd", ENV{SYSTEMD_WANTS}="usbstick-handler@%k"

Создать unit для запуска:

[Unit]
Description=Mount USB
BindsTo=dev-%i.device
After=dev-%i.device
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/bin/automount %I
ExecStop=/usr/bin/umount /dev/%I

Создать сценарий монтирования:

#!/bin/bash

PART=$1
FS_LABEL=`lsblk -o name,label | grep ${PART} | awk '{print $2}'`

if [ -z ${FS_LABEL} ] ; then
    /usr/bin/mount -t auto /dev/${PART} /media/${PART}
else
    /usr/bin/mount -t auto /dev/${PART} /media/$ {FS_LABEL}_${PART}
fi

Разрешить выполнение сценария:

Пересобрать образ: