После двух лет разработки представлен (http://www.stgraber.org/2010/02/21/ltsp-52-out) релиз проекта LTSP 5.2 (http://www.ltsp.org/) (Linux Terminal Server Project), нацеленного на упрощение организации работы тонких клиентов на базе устаревших ПК. С момента прошлого выпуска в репозитории исходных текстов отмечено 994 коммита от 14 разработчиков. Одновременно с новой версией LTSP выпущены развивающийся параллельно экранный менеджер LDM (LTSP Display Manager) и модуль LTSPfs 0.6 для монтирования удаленных файловых систем поверх локальных. Готовые установочные пакеты подготовлены (https://launchpad.net/~stgraber/+archive/ppa/) для Ubuntu Linux и скоро будут доступны для других Linux дистрибутивов.В анонсе отмечается, что релиз LTSP 5.2 является знаковым событием в развитии проекта. Из основных возможностей LTSP 5.2 отмечено:
- Возможность организации бездисковой загрузки Debian/Fedora/Gentoo/Ubuntu с использованием PXE (dhcp + tftp) с последующей организацией соединения с...URL: http://www.stgraber.org/2010/02/21/ltsp-52-out
Новость: http://www.opennet.me/opennews/art.shtml?num=25523
> Возможность организации бездисковой загрузки Debian/Fedora/Gentoo/Ubuntu с
> использованием PXE (dhcp + tftp) с последующей организацией соединения с
> сервером приложений при помощи SSH и X11;это же ведь уже было в симпсо... в Alt Linux Terminal 4.0, в самой первой рассылке пакета СПО для школ! Я сам лично его недавно поставил и грузился через пикси!
> Возможность использования локальных блочных устройств, таких как жесткие диски
> и CD-ROM, при помощи ltspfs;блин, аналогично предыдущему пункту: это работает ещё в Alt Linux Terminal 4.0 2008 года выпуска! И звук тоже есть кстати.
Выходит, альтовцы сами это допилили? Ну, или не альтовцы, а кто там за них делает их Alt Terminal? По-мойму, украинцы какие-то.
Как бэ, похожие функции функционируют в одной конторе года так с 2003. Правда, там клиентов мало, штук 10, остальные с жесткими дисками.
как бе действительно "подобные" функции ничего новаторского не представляют из себя. Загрузился с PXE, запустил X11 и вместо .dm запустил браузер в полноэкранном режиме на сервере через 'ssh -X', или tsclient, или что угодно. Сабж по всей видимости относится к одному из 100500 проектов, упрощающих данную процедуру.
Вообще-то LTSP - это классика и основа-основ, именно с этого проекта развитие тонких клиентов под Linux начиналось.
В альт втащили LTSP5.1 с элементами 4.2 -- решили, что squash over nbd с ldm over ssh шибко жирно для многих ситуаций. Ну и когда у нас оно заработало на 16M RAM клиента, на #ltsp подумали, что издеваюсь. :)А кто делает -- см.:
http://www.altlinux.org/LTSP
http://www.altlinux.org/LTSP/History
https://lists.altlinux.org/mailman/listinfo/ltsp-server
>В альт втащили LTSP5.1 с элементами 4.2 -- решили, что squash over
>nbd с ldm over ssh шибко жирно для многих ситуаций.
>Ну и когда у нас оно заработало на 16M RAM клиента,
>на #ltsp подумали, что издеваюсь. :)
>Около назад пробовал тонкий клиент на P-166 c 32 М памяти и 2 мега видео (у меня десяток таких).
Делал особо не мудрствуя.
Загрузка граба с ЖД (PXE нету), ядра по tftp. корень по nfs, изменяемые файлы и каталоги tmpfs.
Ядро и базовые пакеты с дебиана без тюнинга, икс сервер тоже, подключение по xdmcp.
Результат: при разрешении 1024x768x16 заметные тормоза. При 800x600 терпимо, но для современного юзера "мало места на экране".
Пришлось от затеи отказаться. Работа, приемлемая для юзеров (они ведь и картинки в опенофис документы вставляют, и пробки на яндексе смотрят :) ) началась со второго пентиума и 64 мегов памяти.
Вопрос к знающему человеку: Если я воспользуются оттюнингованым решением (LTPS) ситуация может существенно измениться?
>тонкий клиент на P-166 c 32 М памяти и 2 мега видеоРисовать годится.
>Загрузка граба с ЖД (PXE нету)
Своп локальный делали?
>ядра по tftp. корень по nfs, изменяемые файлы и каталоги tmpfs.
>Ядро и базовые пакеты с дебиана без тюнинга, икс сервер тоже,Видеокарта какая? Очень хорошо годятся старенькие ati. (а когда-то во времена XFree86 3.x плохо было пользоваться SVGA-сервером -- толстенный из-за универсальности...)
>подключение по xdmcp. Результат: при разрешении 1024x768x16 заметные тормоза.
>При 800x600 терпимо, но для современного юзера "мало места на экране".Тормоза как высокая латентность реакции или как низкая скорость отрисовки?
На второе может оказывать влияние и видеокарта+видеодрайвер, а вот на первое очень сильно влияет скорость сети -- на 10Mbps нежатый X11 и впрямь только "терпимо" даже при 800x600x16, как только полезли картинки-градиенты (особенно же fx+OOo тормозили).
На свичёваных 100Mbps, особенно если в сервер десятка терминалов смотрит гигабитный порт -- всё хорошо, вплоть до полноэкранного видео (~70Mbps) или quake3 при наличии 3D-акселерации (изучал тут коллега).
См. тж. http://www.altlinux.org/LTSP/Network
>Если я воспользуются оттюнингованым решением (LTPS)
>ситуация может существенно измениться?Если был локальный своп и Fast Ethernet -- то не факт, хотя можно попробовать.
Если не было того _или_ другого -- лучше сперва прибавить 128M свопа и свич (при использовании 10Mbps-интерфейсов придётся менять и их, можно поискать по оказии intel/3com с бутромом), всё равно даже с ALTSP это будет осмысленно.
На апстримном LTSP5 такие машинки не поедут, боюсь -- пару лет тому ему не хватало 64M RAM и на 233MHz тоже тормозило из-за заворачивания в ssh.
>Видеокарта какая? Очень хорошо годятся старенькие ati. (а когда-то во
>времена XFree86 3.x плохо было пользоваться SVGA-сервером -- толстенный из-за универсальности...)
>S3 Virge
>
>Тормоза как высокая латентность реакции или как низкая скорость отрисовки?
>Скорость отрисовки в большей степени. Но временами и реакция медленная.
>
>См. тж. http://www.altlinux.org/LTSP/Network
>Спасибо, посмотрю.
>Если был локальный своп и Fast Ethernet -- то не факт, хотя
>можно попробовать.
>Да, своп локальный и сетка - 100.
>>Видеокарта какая?
>S3 VirgeУй... попробуйте найти хоть одну ATI на пробу, Trio и Virge долго хромали в XF86 4.x, да и в xorg. Для SiS ещё 2D драйвером неплохо поддерживалось.
PS: нахальная реклама(tm) -- в Киеве можно взять вот такие машинки, мы на старый офис схожими SFF-ками у них же и закупались: http://www.gamak.kiev.ua/gamak/product/314/Compaq_EN_SFF/
>блин, аналогично предыдущему пункту: это работает ещё в Alt Linux Terminal 4.0 2008 года выпуска! И звук тоже есть кстати.
>Выходит, альтовцы сами это допилили? Ну, или не альтовцы, а кто там за них делает их Alt Terminal? По-мойму, украинцы какие-то.Все совсем не так. ltspfs пилится очень давно. Альтовцы своего толком ничего не сделали(так по мелочам не помню точно), и ltspfs вроде у них не было(хотя не помню, не использовал их). Эксплуатировал проект ltsp начиная с 3 версии, после 5 у них некоторая стогнация, а точнее сказать они развалились под проект и теперь под каждый дистр пилится отдельно.
>Все совсем не так.Надо же.
>ltspfs пилится очень давно.
С 2005 года IIRC. Не очень.
>Альтовцы своего толком ничего не сделали
Кгм!
>и ltspfs вроде у них не было
Да ну прям.
>проект ltsp [...] после 5 у них некоторая стогнация
Стог-нация? Проект международный, траву не косили. К чему бы это -- не пойму.
>а точнее сказать они развалились под проект и теперь
>под каждый дистр пилится отдельно.И так четырнадцать раз подряд.
Вывод:
> (хотя не помню, не использовал их)Ну вот и не надо тогда сказки рассказывать.
А как на самом деле есть (можете перепроверить):
- проект LTSP5 (aka MueKow) родился именно как уход от ещё одного дистрибутива
к тому, чтобы предоставить возможность интеграции терминального сервера
в универсальные дистрибутивы (и из них же порождать терминальный чрут);
- из сколь-нибудь "отдельных" можно выделить openSUSE, у них за последние
пару лет ответвилась реализация на базе Kiwi как собиралки образа
(надо бы собраться с силами да потрясти cyberorg@, потому как у всех
собиралки, у нас тоже своя) -- что не мешает потихоньку собирать общие
части и выделять дистрибутивоспецифичные плагины;
- "альтовцы" сделали возможность использовать метадистрибутивную
инфраструктуру LTSP5 с низкой ресурсоёмкостью LTSP4.См. тж. http://ftp.linux.kiev.ua/pub/conference/2008/reports/altsp5-...
PS: а помните ftp://ftp.linux.kiev.ua/pub/Linux/ltsp.ru/? :)
Прекрасная новость. Надеюсь войдёт в Ubuntu 10.04.
Используем в организации с 30+ клиентами.
Руками поднимается без проблем.
Зачем для этого дополнительный пакет остается загадкой.Полностью солидарен с Анонимус666. по поводу: "100500 проектов, упрощающих данную процедуру."
> Руками поднимается без проблем.Конечно. И Cisco 1811 в качестве домашнего роутера конфигурируется без проблем. И Multicast TV через него прекрасно роутится. Да и вообще... Кто придумал эти мыльницы-D-Link'и...
Много что делается без проблем. Особенно, если стаж работы в индустрии больше 15 лет. Однако, этот пакет сделан для того, чтобы вышеупомянутые персонажи не расставляли пальцЫ шире дверных косяков.
+1
Видали мы этих интеграторов в синих растянутых свитерах. дайте денег, рубликов 400, мы ваши пиксы в окно повыкидываем. как, вы не слышали про альтернативные стейтфул фаерволы на писюках???!!!
>Зачем для этого дополнительный пакет остается загадкой.Вам, слакваристам, многое загадкой остаётся. :)
Посмотрите http://www.altlinux.org/LTSP/VirtualBox да попробуйте тот же ALT Linux 4.0 Terminal -- а потом прикиньте, сколько именно времени уходит на установку вручную. Я-то ставил и так, и сяк, сами понимаете.
Ну или зацените скрипт, который и сам-то запускает кучу кода в виде ltsp-build-client для построения готового к загрузке NFS-корня: http://git.altlinux.org/people/mike/packages/?p=installer-fe...
Посмотрел: - ужас.
Коль пошла такая пьянка:
0. ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой конфигурации.
tftp, dhcpd, nfsd - есть практически в любом дистрибутиве.
1. ядро в tftp.
2. сервер с ядром и ip указываем для dhcpd
3. root указываем в exports для nfsd
4. составляем параметры загрузки для pxelinuxЧто может быть проще???
PS: А когда понадобилась менюха для загрузки с сети/локального винта (ну понадобилось).
15 минут, при условии что даже не знал что ищу. Тупое чтение мана по pxelinux.PPS: Сложно представить что такая установка нужна каждый день, что бы ставить ее как можно быстрее. И думаю, что достаточное количество людей(администраторов) знают эту возможность теоретически. т.е. практически никогда не использует но знают о ее существовании. При этом всем, человек который ставит это все из коробки - вряд ли представляет, что он делает и если вдруг - грабли... Лечения уже нет и возвращаемся к началу моего поста. И начинаем разбираться......
>[оверквотинг удален]
>Коль пошла такая пьянка:
>0. ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой
>конфигурации.
>tftp, dhcpd, nfsd - есть практически в любом дистрибутиве.
>1. ядро в tftp.
>2. сервер с ядром и ip указываем для dhcpd
>3. root указываем в exports для nfsd
>4. составляем параметры загрузки для pxelinux
>
>Что может быть проще???это НЕ тонкий клиент
это бездисковый клиент
ещё раз читаем пункт 0 (ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой )дорабатываем пукт 3 для вас:
где root - это очень маленький образ-дистр с иксами (10-30 мб), плюс пару скриптов в нём с монтированием различных шар/принтеров/этк и плюс рдесктоп (или внсвьвер, или...), который запускается по-умолчанию с коннектом на сервер.и это тонкий клиент с загрузкой по сети и бездисковая станция одновременно.
а если с диском - записываем этот образ на диск/флешку и не гемороимся с tftp, dhcpd, nfsd и т.д.
вот только записать это нужно на каждую машину. так что бездисковый вариант выглядит заманчивей - настроил один раз, а потом обновляй/дорабатывай/патчуй/этк образ столько, сколько хочешь. на клиенте ничего больше делать не надо.
>Посмотрел: - ужас.Можно подробнее? Мне как выпускавшему этот ужас -- интересно в качестве, надеюсь, профессионального багрепорта. Что именно посмотрели и что ужаснуло?
>0. ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом.
>В необходимой конфигурации. tftp, dhcpd, nfsd - есть практически в любом дистрибутиве.Разумеется.
>Что может быть проще???
Засунуть болвань, произвести необходимый минимум действий, подключить свич с тонкими клиентами, подать на них питание.
Ну или так: вместо того, чтоб переться через полгорода/полстраны/в триста разных мест -- вручить пока менее квалифицированному, но вполне усидчивому подрастающему специалисту болвань (или ссылку на образ) и быть более-менее спокойным, что без особых завихрений (типа только прикидывающегося рабочим PXE BIOS в старых интелях, документировано на домашней страничке pxelinux) -- максимум к вечеру всё будет работать.
А ведь заметьте, это Вы ещё явно ничего не знаете о сетевом свопе и том, как некоторые приложения (включая kpdf 3.x, firefox 2.x, openoffice 2.x) умело DoS'или X-сервер тонкого клиента, напихивая в него xpixmap'ов и не освобождая их. То есть для _хорошего_ тонкого клиента придётся ещё vm-deadlock (SoN) patch притереть.
>PPS: Сложно представить что такая установка нужна каждый день, что бы ставить
>ее как можно быстрее.Дело не только в сроке, а и в необходимом объёме знаний и умений.
Не каждому нужно помнить все закоулки, которыми пользуются таксисты. Да, в сложном случае такое знание бывает крайне полезно -- но в нормальной обстановке оно может быть просто слишком дорого, если и без того есть чем голову занять.
Поэтому если человек ставит терминальные серверы пачками -- может, он и управится быстрей, хотя я бы посмотрел на такого. А если он и грамотный администратор, но не сталкивался -- то может уйти и день, и два, и три, а не просто "ещё два часа". Если же начинающий -- то вообще время не предскажешь.
Вот... ну и когда делаешь что раз в пятилетку -- то вспомнить все нюансы и ознакомиться с изменением ситуации уже банально слишком много времени занимает, и не знаю как Вам -- а мне на одноразовые задачи его тратить жаль, потому как за год забудется же (разве что страничку на вики написать по свежим следам). Именно поэтому и занялся в 2001 фиксацией повторяемых действий в пакетах, а потом -- в дистрибутивах.
Поймите, я ж не просто так слакваристов поддеваю -- знаком с весьма опытными; и многие из них уже сменили дистрибутив. Потому что если наработал опыт, то стыдно его запирать на одном, двум, ну пяти хостах -- хорошо же делиться этим опытом, причём в применимом виде, а не абстрактными "RTFM" и "можно скриптик написать". Делиться лучше всего получается краткой и ясной документацией, формализацией настроек и созданием настраивалок, доработкой дефолтов пакетов (и порой общением с апстримом по этой части), и для многих задач -- именно что созданием специализированных дистрибутивов.
Потому как можно самому собрать внедорожник -- и прецеденты были -- но на те же две "Невы" приходится невесть сколько тыщ "Нив". И других. И если есть возможность -- хорошо бы втягивать общеполезные наработки в серию, не оставляя их в единичных экземплярах. Ну вот этим слакваристы заниматься и не хотят -- что ж, имеют право. Только не надо рассказывать сказки, что это, мол, круто и правильно -- это местечковость.
>И думаю, что достаточное количество людей(администраторов) знают
>эту возможность теоретически. т.е. практически никогда не использует
>но знают о ее существовании.Знаете, чем потенциальная энергия отличается от кинетической? :)
>При этом всем, человек который ставит это все из
>коробки - вряд ли представляет, что он делает и если вдруг
>- грабли... Лечения уже нет и возвращаемся к началу моего поста.
>И начинаем разбираться......Может быть. А может быть и так, что делавшие дистрибутив разобрались в куда большем количестве нюансов, чем возможно одному человеку ради одного хоста.
Если хотите, почитайте отзывы живых людей по ссылкам с http://www.altlinux.org/LTSP/SuccessStories
Очень правильно и ясно изложено.
Полностью поддерживаю такой подход, опыт и знания не должны пропадать зря.
Подскажите пожалуйста, где можно взять исходники пакетов LTSP 5.2? Нашел только https://code.launchpad.net/~ltsp-upstream/
>Подскажите пожалуйста, где можно взять исходники пакетов LTSP 5.2?
>Нашел только https://code.launchpad.net/~ltsp-upstream/Вот там и. А в какой дистр вкручивать думаете?
я чет не понял. вот купили тонких клиентов hp - по 150 баксов за штуку (больше 80 единиц) и довольны. зачем изобретать велик? или 150 баксов - аргумент? так содержать линуксойда - дороже, в конце концов получится. а тут - стоят глухонемые работнички, педалят по RDP.. уволился - взяли нового, переучивать не надо.
Для киосков полезное решение, особенно если надо пилить напильником что-то.
>я чет не понял. вот купили тонких клиентов hp - по 150
>баксов за штуку (больше 80 единиц) и довольны. зачем изобретать велик?Велик {изо,прио}брели HP. :) (второе -- с Neoware)
>или 150 баксов - аргумент? так содержать линуксойда - дороже
Случаи бывают разные. Но в любом разе терминальный сервер подразумевает по крайней мере начальное его администрирование, то есть системного администратора. А они вменяемые под винду -- это ещё дороже, чем линуксовые, потому как вымирающий вид: это ж какую выдержку и сопротивляемость отуплению надо иметь (я нескольких таких знаю, пожалуй, по пальцам одной руки).
Ещё Вы "вспомнили" буквы RDP, но "забыли" буквы CAL. Такого склеротика содержать точно себе дороже.