1.1, Аномин (?), 13:09, 22/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Возможность организации бездисковой загрузки 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? По-мойму, украинцы какие-то.
| |
|
2.2, pillar (?), 14:33, 22/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Как бэ, похожие функции функционируют в одной конторе года так с 2003. Правда, там клиентов мало, штук 10, остальные с жесткими дисками.
| |
|
3.4, Анонимус666 (?), 16:30, 22/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
как бе действительно "подобные" функции ничего новаторского не представляют из себя. Загрузился с PXE, запустил X11 и вместо .dm запустил браузер в полноэкранном режиме на сервере через 'ssh -X', или tsclient, или что угодно. Сабж по всей видимости относится к одному из 100500 проектов, упрощающих данную процедуру.
| |
|
2.8, Аноним (-), 21:17, 22/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то LTSP - это классика и основа-основ, именно с этого проекта развитие тонких клиентов под Linux начиналось.
| |
|
3.18, начадмин (?), 21:07, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>В альт втащили 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) ситуация может существенно измениться?
| |
|
4.19, Michael Shigorin (ok), 22:13, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>тонкий клиент на 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.
| |
|
5.20, начадмин (?), 23:04, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Видеокарта какая? Очень хорошо годятся старенькие ati. (а когда-то во
>времена XFree86 3.x плохо было пользоваться SVGA-сервером -- толстенный из-за универсальности...)
>
S3 Virge
>
>Тормоза как высокая латентность реакции или как низкая скорость отрисовки?
>
Скорость отрисовки в большей степени. Но временами и реакция медленная.
>
>См. тж. http://www.altlinux.org/LTSP/Network
>
Спасибо, посмотрю.
>Если был локальный своп и Fast Ethernet -- то не факт, хотя
>можно попробовать.
>
Да, своп локальный и сетка - 100.
| |
|
|
|
2.23, mma (?), 05:57, 24/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>блин, аналогично предыдущему пункту: это работает ещё в Alt Linux Terminal 4.0 2008 года выпуска! И звук тоже есть кстати.
>Выходит, альтовцы сами это допилили? Ну, или не альтовцы, а кто там за них делает их Alt Terminal? По-мойму, украинцы какие-то.
Все совсем не так. ltspfs пилится очень давно. Альтовцы своего толком ничего не сделали(так по мелочам не помню точно), и ltspfs вроде у них не было(хотя не помню, не использовал их). Эксплуатировал проект ltsp начиная с 3 версии, после 5 у них некоторая стогнация, а точнее сказать они развалились под проект и теперь под каждый дистр пилится отдельно.
| |
|
3.26, Michael Shigorin (ok), 13:44, 24/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Все совсем не так.
Надо же.
>ltspfs пилится очень давно.
С 2005 года IIRC. Не очень.
>Альтовцы своего толком ничего не сделали
Кгм!
>и ltspfs вроде у них не было
Да ну прям.
>проект ltsp [...] после 5 у них некоторая стогнация
Стог-нация? Проект международный, траву не косили. К чему бы это -- не пойму.
>а точнее сказать они развалились под проект и теперь
>под каждый дистр пилится отдельно.
И так четырнадцать раз подряд.
Вывод:
> (хотя не помню, не использовал их)
Ну вот и не надо тогда сказки рассказывать.
А как на самом деле есть (можете перепроверить):
- проект LTSP5 (aka MueKow) родился именно как уход от ещё одного дистрибутива
к тому, чтобы предоставить возможность интеграции терминального сервера
в универсальные дистрибутивы (и из них же порождать терминальный чрут);
- из сколь-нибудь "отдельных" можно выделить openSUSE, у них за последние
пару лет ответвилась реализация на базе Kiwi как собиралки образа
(надо бы собраться с силами да потрясти cyberorg@, потому как у всех
собиралки, у нас тоже своя) -- что не мешает потихоньку собирать общие
части и выделять дистрибутивоспецифичные плагины;
- "альтовцы" сделали возможность использовать метадистрибутивную
инфраструктуру LTSP5 с низкой ресурсоёмкостью LTSP4.
См. тж. http://ftp.linux.kiev.ua/pub/conference/2008/reports/altsp5-rel-4.0.pdf
PS: а помните ftp://ftp.linux.kiev.ua/pub/Linux/ltsp.ru/? :)
| |
|
|
1.3, Аноним (-), 15:33, 22/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Прекрасная новость. Надеюсь войдёт в Ubuntu 10.04.
Используем в организации с 30+ клиентами.
| |
1.5, vbv (ok), 16:46, 22/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Руками поднимается без проблем.
Зачем для этого дополнительный пакет остается загадкой.
Полностью солидарен с Анонимус666. по поводу: "100500 проектов, упрощающих данную процедуру."
| |
|
2.6, Andrew Kolchoogin (?), 17:40, 22/02/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Руками поднимается без проблем.
Конечно. И Cisco 1811 в качестве домашнего роутера конфигурируется без проблем. И Multicast TV через него прекрасно роутится. Да и вообще... Кто придумал эти мыльницы-D-Link'и...
Много что делается без проблем. Особенно, если стаж работы в индустрии больше 15 лет. Однако, этот пакет сделан для того, чтобы вышеупомянутые персонажи не расставляли пальцЫ шире дверных косяков.
| |
|
3.22, slay (??), 01:31, 24/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
+1
Видали мы этих интеграторов в синих растянутых свитерах. дайте денег, рубликов 400, мы ваши пиксы в окно повыкидываем. как, вы не слышали про альтернативные стейтфул фаерволы на писюках???!!!
| |
|
|
3.11, vbv (ok), 02:16, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Посмотрел: - ужас.
Коль пошла такая пьянка:
0. ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой конфигурации.
tftp, dhcpd, nfsd - есть практически в любом дистрибутиве.
1. ядро в tftp.
2. сервер с ядром и ip указываем для dhcpd
3. root указываем в exports для nfsd
4. составляем параметры загрузки для pxelinux
Что может быть проще???
PS: А когда понадобилась менюха для загрузки с сети/локального винта (ну понадобилось).
15 минут, при условии что даже не знал что ищу. Тупое чтение мана по pxelinux.
PPS: Сложно представить что такая установка нужна каждый день, что бы ставить ее как можно быстрее. И думаю, что достаточное количество людей(администраторов) знают эту возможность теоретически. т.е. практически никогда не использует но знают о ее существовании. При этом всем, человек который ставит это все из коробки - вряд ли представляет, что он делает и если вдруг - грабли... Лечения уже нет и возвращаемся к началу моего поста. И начинаем разбираться......
| |
|
4.12, аноним (?), 08:16, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>Коль пошла такая пьянка:
>0. ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой
>конфигурации.
>tftp, dhcpd, nfsd - есть практически в любом дистрибутиве.
>1. ядро в tftp.
>2. сервер с ядром и ip указываем для dhcpd
>3. root указываем в exports для nfsd
>4. составляем параметры загрузки для pxelinux
>
>Что может быть проще???
это НЕ тонкий клиент
это бездисковый клиент
| |
|
5.13, минона (?), 09:43, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
ещё раз читаем пункт 0 (ставить можно тонкий/толстый клиент из любого дистрибутива под chroot'ом. В необходимой )
дорабатываем пукт 3 для вас:
где root - это очень маленький образ-дистр с иксами (10-30 мб), плюс пару скриптов в нём с монтированием различных шар/принтеров/этк и плюс рдесктоп (или внсвьвер, или...), который запускается по-умолчанию с коннектом на сервер.
и это тонкий клиент с загрузкой по сети и бездисковая станция одновременно.
а если с диском - записываем этот образ на диск/флешку и не гемороимся с tftp, dhcpd, nfsd и т.д.
вот только записать это нужно на каждую машину. так что бездисковый вариант выглядит заманчивей - настроил один раз, а потом обновляй/дорабатывай/патчуй/этк образ столько, сколько хочешь. на клиенте ничего больше делать не надо.
| |
|
|
5.16, dammer (ok), 14:14, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Очень правильно и ясно изложено.
Полностью поддерживаю такой подход, опыт и знания не должны пропадать зря.
| |
|
|
|
|
1.28, Анонимыч (?), 01:29, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я чет не понял. вот купили тонких клиентов hp - по 150 баксов за штуку (больше 80 единиц) и довольны. зачем изобретать велик? или 150 баксов - аргумент? так содержать линуксойда - дороже, в конце концов получится. а тут - стоят глухонемые работнички, педалят по RDP.. уволился - взяли нового, переучивать не надо.
| |
|
2.29, Zlobec (?), 09:54, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Для киосков полезное решение, особенно если надо пилить напильником что-то.
| |
2.30, Michael Shigorin (ok), 00:35, 28/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>я чет не понял. вот купили тонких клиентов hp - по 150
>баксов за штуку (больше 80 единиц) и довольны. зачем изобретать велик?
Велик {изо,прио}брели HP. :) (второе -- с Neoware)
>или 150 баксов - аргумент? так содержать линуксойда - дороже
Случаи бывают разные. Но в любом разе терминальный сервер подразумевает по крайней мере начальное его администрирование, то есть системного администратора. А они вменяемые под винду -- это ещё дороже, чем линуксовые, потому как вымирающий вид: это ж какую выдержку и сопротивляемость отуплению надо иметь (я нескольких таких знаю, пожалуй, по пальцам одной руки).
Ещё Вы "вспомнили" буквы RDP, но "забыли" буквы CAL. Такого склеротика содержать точно себе дороже.
| |
|
|