LFN (LFNet) - тонкий клиент RDP и PXE сервер

[sfs]

Замысел и документация
Давно хотел объединить свои дистрибутивы в сеть. Т.е. выйти с уровня домашнего применения на корпоративное

Клиент удалось сделать меньше размером, чем у других (<100mb). В этом главная фишка. Иначе смысла делать LFN не было бы вообще.
Дизайном рабочего стола (openbox+tint2) заморачивался не сильно. Если дистр приживется - можно улучшить
В плане развития можно превратить в киоск (если надо - пишите)
Размер можно еще уменьшить. Удалить кучу консольных утилит, не нужных для загрузки дистра

Сервер пока может только dhcp+pxe
Можно сделать его еще и роутером (если надо - пишите). Возможно сделаю загрузку с него модульного FRUGAL (например с initrd porteus)
В плане дальнейшего развития можно поднять на нем какие-то сервисы. Например почту с www интерфейсом, Nextcloud, wiki или www сервер. Ничего из этого пока в планах нет. Зависит от того, насколько будет востребован LFN

Скачать

LFN на арче

[imp]

Клиент удалось сделать меньше размером, чем у других (<100mb)

А что внутри? Кроме рабочего стола?
Только RDP?
Проще тогда взять портеус 5, вкинуть загрузку с 4. Работает шустро, даже с copy2ram

[krasnyh]

Проще тогда взять портеус 5

Вики:

    Размер больше LFN.
    В porteus v.5 pxe сервер не работает
    Kiosk в России не работает

[sfs]

Только RDP?

Да. Неподготовленному юзеру проще все остальное делать уже на сервере под виндой.
Есть мысли что можно еще добавить на клиента?

Проще тогда взять портеус 5

По простоте - примерно одинаково. Даже у меня проще, т.к. в интерфейсе всего одна кнопка и модулей у меня нет вообще - один инитрд
По размеру у меня существенно меньше
Ядро и xfreerdp в porteus старее и не будет обновлено до следующей версии
В старых xfreerdp, например 2 моника нельзя

[imp]

Есть мысли что можно еще добавить на клиента?

Vnc непомешал бы. И, раз уж дляорганизаций позиционируется, то и ldap

В porteus v.5 pxe сервер не работает

Я ж писал - от 4ки вкидывается и работает.

Kiosk в России не работает

А про киоск я и не говорил.

Размер больше LFN.

Там полноценный дистр, потому и больше. Хотя задачи у sfs другие, я так понял

[sfs]

Vnc непомешал бы

На клиенте? Чтобы на клиента заходить?

Там полноценный дистр, потому и больше. Хотя задачи у sfs другие, я так понял

Да. Здесь задача у меня была - узкоспециализированно. Максимально просто и минимально по размеру
PXE к своим фругалам прикрутить тоже в планах есть. Тут будет как у портеус и на его инитрд. Хотя можно и другие мои инитрд прикрутить...
По опыту делать RDP клиент толще нужно только в случае USB принтера. Таких принтеров в сети лучше не иметь

[sfs]

Я ж писал - от 4ки вкидывается и работает.

В плане того, что у портеус 5 pxe сломан и до сих пор не починен - "меня терзают смутные сомнения" насчет востребованности pxe

[imp]

Чтобы на клиента заходить?

Нет. А вдруг в организации не винды. Да и на них vnc можно ставить.

"меня терзают смутные сомнения" насчет востребованности pxe

Ну, дома оно не надо. В привате, например, использвался образ для установки по сети или прибунты "приват ubuntu" или "приват винды".
Так же использовался в небольших приватовских КЦ. И в универе препод, как оказалось пупсом увлекался (2008-2009, точно не скажу) - сделал примерно то, что вы сейчас. По причине того, что машины слабые были, он терминалку сделал. А так широкого применения не нахожу.

[sfs]

вдруг в организации не винды

У меня главный замысел - что есть вин терм сервер. Вряд ли есть конторы, где его сейчас нет
Если без винды - тогда надо какой-то https://ru.wikipedia.org/wiki/LTSP мутить. На нем или на самих клиентах запускать браузер и все остальное (1с, офис) делать в нем. Это уже другая история...

Да и на них vnc можно ставить

По моему опыту он глючный и однопользовательский.

дома оно не надо

Гипотетически : многодетная семья. Всем надо делать уроки

широкого применения не нахожу.

Случай, который я описал в начале вики - думаю присутствует в любой конторе.

У меня особых иллюзий нет. Просто давно хотел сделать макет pxe. Сделал.

[pureproft]

Не могу не спросить. Кроме того, что это своё, чем в перспективе может быть лучше https://wtware.ru/ которому уже и не помню сколько лет и все собаки включая Rpi автором съедены.
p.s. wtware (c) 2003-2023 !!!!! 20 лет.

[pureproft]

Т.е. выйти с уровня домашнего применения на корпоративное

У меня не сбывшаяся мечта немного другая. Конструктор, сервис развёртывания и сопровождения(обновления) дистрибутива для одного бинарника.
Т.е. вместо rdp клиента любой бинарник(касса, диспетчер, вахтёр, регистратор поликлиники и прочие клиенты ИС)
В качестве такого бинарника может быть условно браузер под одну страничку SPA на webkit
или крутилка роликов рекламных, и т.д и т.п.
или например runtime http://visual-t.ru/download.html который по сути как браузер javascript в состоянии принимать и исполнять свои скрипты на наречии паскаля.
Анализируем бинарник(группу бинарников) на предмет рантайм зависимостей и автоматизированно конструируем централизованно обновляемую запускалку для режима 24*7*365
Для этого все приобретённые фругал навыки точно пригодятся.

[forthuser]

У меня не сбывшаяся мечта немного другая. Конструктор, сервис развёртывания и сопровождения(обновления) дистрибутива для одного бинарника.

"Бинарника" системы Puppy Linux?
 (хотя проект автоматической сборки Puppy систем и поддерживается)

P.S. Пробую добавить самособранный Glibc в Puppy систему, но или лыжи не те или руки не заточены под это действо ещё
(хотя со сборкой xOrg всё неплохо получилось), а дальше что из исхдников собирать (Mesa?) и добавлять в состав для тестирования
"старых" Puppy?

Как всё устроено внутри Puppy для реализации Linux+xOrg и что от чего зависит во внутренних "скриптах" запуска отдельной Puppy системы?

[pureproft]

Можно подумать в puppy ELF ( https://ru.wikipedia.org/wiki/Executable_and_Linkable_Format ) какой то особенный?

Если о фругал, то я имею ввиду автоматическое формирование базы под конкретное приложение.
Но и это точно не главное. Главное это централизованное развёртывание и сопровождение(обновление).

[imp]

Если о фругал, то я имею ввиду автоматическое формирование базы под конкретное приложение.

Woof вам в руки (ну или самому можно написать, главное с донорским дистром определиться).

Но и это точно не главное. Главное это централизованное развёртывание и сопровождение(обновление).

Смотря как вы видите это развертывание.
Обновление - см. предыдущую цитату

[pureproft]

Woof вам в руки (ну или самому можно написать, главное с донорским дистром определиться).

Цитата: sfs от Вчера в 17:02:54
Т.е. выйти с уровня домашнего применения на корпоративное

Мой интерес в том, что я назвал "бинарник". Я прикладник. Я отреагировал на реплику SFS.
Сам я за систему не возьмусь, даже если понимаю как к этому подобраться.
Т.е. это я к автору темы обращаюсь, он пониамает применимость rdp клиента и готов формировать минимальную систему удовлетворяя его минимум зависимостей для работы.
Таких проектов было и есть много, wtware я привёл в пример.
Вопрос: а если не rdp а что угодно по такому же типу. Анализируем выхлоп ldd плюс какой то конфиг от автора этого "что угодно" и за работу.
p.s. фабрика специализированных дистрибутивов.

p.p.s. https://tonk.ru/catalog/programmnoe-obespechenie/tonk-cos-620 тут не только rdp но тоже готовый набор, но есть как в wtware централизованное управление.