[ALTSP] [Sysadmins] Комментарии к установке ltsp5-server-base в VE

Michael A. Kangin mak at rsmu.ru
Fri Nov 30 02:22:11 MSK 2007


On 29 ноября 2007 "Eugene Prokopiev" <enp at altlinux.org> wrote:

> Как я себе представляю процедуру настройки LTSP: сначала на основе
> /etc/ltsp/ltsp-build-client.conf строятся initrd (он с ядром
> копируется в /var/lib/tftpboot/ltsp5/i586) и чрут, который получит
> бездисковый клиент в качестве корня по nfs . Эту работу выполняют
> скрипты из /usr/share/ltsp/plugins/ltsp-build-client, которые
> последовательно вызываются с параметрами configure before-install
> install after-install finalization. То, что они построят, можно далее
> модифицировать уже вручную (chroot /var/lib/ltsp/i586 и т.д.).
> Правильно?

Угу

> Основная задача системы в чруте (по крайней мере той системы, которая
> строится по дефолту) - подключится к дисплей-менеджеру, а все, что
> будет происходить дальше - это уже проблемы хоста, на котором
> исполняется этот дисплей-менеджер. Верно?

Почти ага.

> Теперь практические вопросы:
>
> 1) В sources.list у меня:
>
> rpm ftp://fileserver/distrib/linux/alt/4.0/enp/ i586 enp
> rpm ftp://fileserver/distrib/linux/alt/4.0/enp/ noarch enp
> rpm ftp://fileserver/distrib/linux/alt/4.0/branch/ i586 classic
> rpm ftp://fileserver/distrib/linux/alt/4.0/branch/ noarch classic
> Можно ли в ltsp-build-client.conf описать нечто аналогичное? В
> /usr/share/ltsp/plugins/ltsp-build-client/ALTLinux/011-manage-mirror
> иcпользуется EXTRA_MIRROR, но ничего похожего на EXTRA_COMPONENTS нет,
> для каждого MIRROR используется общий список COMPONENTS. Т.е. в данный
> момент каждый репозитарий должен иметь одни и те же компоненты, если
> их предполагается использовать в LTSP, верно?

Вот кусок моего ltsp-build-client.conf:
ARCH=i586
MIRROR=file:///home/ALTLinux/4.0
COMPONENTS=classic
EXTRA_MIRROR="file:///home/mak/hasher/repo i586 
hasher;file:///home/ALTLinux/updates/4.0 i586 update
s"
Компоненты указываются прямо в екстра-миррор.


> 2) Как быть, если клиенты должны быть разные (разное железо, разные
> конфиги, разный набор ПО)? Первое, что приходит в голову -
> индивидуальные конфиги (по макам?) в
> /var/lib/tftpboot/ltsp5/i586/pxelinux.cfg/, в которых будут разные
> nfsroot. Есть другие варианты?

на этот вопрос и намного других: имеется конфигурационный файл lts.conf, 
который находится в /etc клиентской файловой системы. В нём можно прописывать 
кучу параметров для каждого клиента - что за мышь, видеорежимы, запускаемые 
программные компоненты, звук, принтер, терминальный сервер, вид сессии и 
т.д., и т.п. Что за зверь такой, конфиг этот - можно читать здесь: 
http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtsConf

> 3) В чруте по дефолту не запускается syslogd, лечится с помощью chroot
> /var/lib/ltsp/i586 и сhkconfig syslogd on - баг?

Хмм.. наверное :) Думаю, стоит проверять, не нулевая ли переменная 
SYSLOG_HOST, и, если не нулевая, то стартовать сервис (из ltsp-client-setup). 

> 4) X у меня не стартовали по причине отсутствия
> /var/lib/ltsp5/i586/etc/X11/xorg.conf, я создал его, прописал драйвер
> и т.д., и Х запустились. Так и должно быть?

Этот конфиг делается каждый раз динамически при старте клиента. Если иксы не 
запустились, то нужно залогиниться рутом на консоли клиента, посмотреть, что 
в /etc/X11/xorg.conf и в /var/log/Xorg.$DISPLAY.log

> 6) Параметр ROOTPASS принимает только prompt, указать пароль в конфиге
> нельзя, правильно?

Есть маленький патчик: 
https://lists.altlinux.org/pipermail/ltsp-server/2007-November/000000.html

> 7) Что захакать, если мне нужно не подключение к удаленному
> дисплей-менеджеру, а, например, запуск rdesktop в полноэкранном
> режиме? 

lts.conf:
SCREEN_XX=rdp
RDP_OPTS="-u vasya -a 16 -y"
RDP_SERVER=mustdie.server.localnet


> Или возможность выбора: dm или rdp? 

Хм... на каком этапе? Пользователем? можно сделать SCREEN-скрипт-обёртку, 
см. /var/lib/ltsp5/i586/usr/lib/ltsp/screen.d/

> Есть ли возможность  
> пробросить звук с терминального сервера Windows 2003 на rdesktop?

Теоретически да, у rdesktop есть параметр на эту тему. Конкретно со звуком не 
игрался, но COM-порты и дисковые ресурсы он пробрасывает нормально.


-- 
wbr, Michael A. Kangin
OIOS, RSMU


More information about the Ltsp-server mailing list