[ALTSP] Управление терминалами в ltsp

[Mike Grozak]

Led пишет:
> On Wednesday, 04 February 2009 23:14:42 you wrote:
>   
>> Led пишет:
>>     
>>> On Wednesday 04 February 2009 17:40:32 Michael A. Kangin wrote:
>>>       
>>>> On Wednesday 04 February 2009 17:09:22 Mike Grozak wrote:
>>>>         
>>>>>> Мне пока интересно было бы "дополнение" для отдельных опций от
>>>>>> умолчательного значения и, возможно, поддержка include c lts.conf.d/.
>>>>>>             
>>>>> Это что и зачем это надо?
>>>>>           
>>>> Ну например перечислена у каждого клиента опция вида
>>>> RDP_OPTS="-u mak -y -k en-us -N -L utf8 -r disk:drives=/media -r
>>>> comport:COM5=/dev/ttyS0 -r usb"
>>>>
>>>> У каждого, потому как имя пользователя разное.
>>>>
>>>> Было бы интересно неизменяемую часть вынести в дефолты, а у клиента
>>>> писать что-нибудь вроде
>>>> RDP_OPTS+="-u mak"
>>>>
>>>>
>>>> А что про include непонятно? Каждый функционально-самостоятельный
>>>> кусочек конфига (описание клиента, или группы) класть в отдельный файлик
>>>> в какой-нибудь каталог типа lts.conf.d/, а в lts.conf уже собирать всё
>>>> воедино. Очень удобно будет для автоматики.
>>>>         
>>> "удобно для автоматики" раздавать клиентам уже готовый полный,
>>> персональный конфиг, сформировнный на сервере. В простейшем случае - по
>>> TFTP.
>>>       
>> Или по http/https? Эта мысль правильная, так работает провижионинг у
>> некоторых моделей IP-телефонов. Соответственно, и конфиг можно
>> хранить/генерить как угодно/удобно.
>>
>> Ещё есть вариант ввести какой-нибудь более развитой конфиг - например, в
>> виде таблицы луа, а потом по нему сгенерировать lts.conf. Но я больше
>> склоняюсь к варианту Леда, имхо, более разумно.
>>     
>
> Раздача конфигов по tftp - это  самый простой, но достаточно действенный 
> вариант.
> А вообще, по-хорошкму, в планах (неизвестно насколько далёких - возможно, 
> частично это было бы уже реализовано, но из-за поломанной инфраструктуры в 
> Sisyphus энтузиазм к подобной реализации у меня сильно поутих), сделать 
> LTS-сервер (сервис), который бы контролировал подключения/отключения, 
> раздавал конфиги, отправлял управляющие команды клиентам, контролировал бы 
> их "живость" и т.п.
Да, я сейчас тоже думаю по поводу этого. Как это сделать с разумный
управлением, что требуется и хочется, что уже есть - а что требуется
написать... Мы можем как-нибудь аккумулировать свои идеи и мысли, и
попытаться привести их к какому-либо законченному виду? Имеет ли смысл
сюда приплетать альтератор, или как самостоятельное приложение оформить?
Какие ЯП использовать - обязательно Схему или можно что-то своё?

С тфтп есть непонятная весчь - как сделать так, что бы никто чужой
ничего себе не скачал и чего не узнал? Мало ли что в этих конфигах может
быть. Правда, насколько разумны эти опасения....?

---
WBR, Mike Grozak, TvSU IC Dep