терминальная система

[playnet]

Есть кучка клиентов под линуксом, 2ггц целеронов давно не хватает. Выдали мощный комп, чтобы настроил вариант с тонкими клиентами. Итоговая система должна быть тоже линукс.
Варианты:
1) RDP. Не linux-way, малоприменимо
2) NX типа thinstation
3) X-штатный, вообще не общался с его сетевой версией и не знаю, имеет ли смысл вообще заморачиваться
4) VNC.
5) проброс приложений "поштучно", а-ля XenDesktop, тоже штатная феня Х.
Что предпочтительнее? Фильмов не будет, в основном будет ООо и ФФ с флэшем внутри.
Пока сидят под кде3, и на 4 очень не хотят, тормозит он.

[pelmen]

Фильмов не будет, в основном будет ООо и ФФ с флэшем внутри.

для этого делать терминальный сервер? для этого не зватает 2ггц?

[arkhnchul]

2ггц клиентов не хватает? что ж у вас такое они там творят и что за монстр тогда для них будет сервером?)
по сабжу - nx ничего так. Штатный Х как-то у меня не попер по-хорошему. Поштучно - вполне себе нормально.

[BIgAndy]

Есть кучка клиентов под линуксом, 2ггц целеронов давно не хватает. Выдали мощный комп, чтобы настроил вариант с тонкими клиентами. Итоговая система должна быть тоже линукс.
Варианты:
1) RDP. Не linux-way, малоприменимо
2) NX типа thinstation
3) X-штатный, вообще не общался с его сетевой версией и не знаю, имеет ли смысл вообще заморачиваться
4) VNC.
5) проброс приложений "поштучно", а-ля XenDesktop, тоже штатная феня Х.
Что предпочтительнее? Фильмов не будет, в основном будет ООо и ФФ с флэшем внутри.
Пока сидят под кде3, и на 4 очень не хотят, тормозит он.

на 22 рабочие станции (12 из них thinstation) у нас за глаза хватает cel 2.4/2 Г. ( на сервере кроме опенофиса крутсятся сендмейл, postgresql, db2, самописная ERP, Люди не то что по NX по XDMCP заходят! И ничего - не тормозит!

[pelmen]

2.2 GHz - сервер или клиенты?

[BIgAndy]

2.2 GHz - сервер или клиенты?

Ессно сервер. Клиенты есть и Core2Duo и pII/128 и pIII/512 (оновная часть)

[yaleks]

Что предпочтительнее? Фильмов не будет, в основном будет ООо и ФФ с флэшем внутри.

NX конечно.

[apprentice]

У меня есть клиент на P1-233 RAM=64Mb Video=S3 2Mb и ни каких тормозов, (thinstation+NX) но если долго работать может зависнуть. NX клиент "съедает" память. Для стабильной работы нужно хотя бы 96 мб. если есть локальный принтер - 128.
RDP клиент нормально работал на 32 Мб (но долго не гонял)

[playnet]

2ггц клиентов не хватает? что ж у вас такое они там творят и что за монстр тогда для них будет сервером?)
по сабжу - nx ничего так. Штатный Х как-то у меня не попер по-хорошему. Поштучно - вполне себе нормально.

Спрашивал, как заставить линь бегать шустрее винды на 2ггц/512м... никто ничего по делу так сказать и не смог.
Надо бы с кде перейти на icewm... но для 10 флэша банально проца мало. Пяток баннеров загоняют проц в 100%. Баннеры нужны по работе некоторым людям. И вообще флэш нужен.

А никто отдельные приложения не прокидывал? Не помню точно, как это делается, надо загуглить...

[pelmen]

ssh -X

[arkhnchul]

Баннеры нужны по работе некоторым людям.

оффтоп мы не порнуху смотрим, мы проводим социологическое исследование...

[apprentice]

А вообще если на всех рабочих местах активно и постоянно работет флэш, то терминальная система особого выигрыша не даст. Терминальные системы оправданны там где средня нагрузка не очень большая.

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

[Ленивая Бестолочь]

могу сказать следующее. делал терминалы средствами иксов ( X -query, то бишь xdmcp ). человек 40 на средненький такой сервер ( 3гг пень4, 4гб памяти ). сами терминалы - вообще ноль без палка, какие-то недоделаные процы, короче тонкие клиенты. так вот - с флешом все летает.

[apprentice]

могу сказать следующее. делал терминалы средствами иксов ( X -query, то бишь xdmcp ).

кстати, для работы с графикой "голый" xdcmp будет получше чем NX, (в сети 100 мбит), особенно если сервер имеет гигабитное подключение.

[BIgAndy]

могу сказать следующее. делал терминалы средствами иксов ( X -query, то бишь xdmcp ). человек 40 на средненький такой сервер ( 3гг пень4, 4гб памяти ). сами терминалы - вообще ноль без палка, какие-то недоделаные процы, короче тонкие клиенты. так вот - с флешом все летает.

+1024 Летает. Подтверждаю Поскольку флешь (да и не только флешь) разделяет загруженные в память библиотеки.

Обычно рекомендуется объем памяти, необходимый для работы на сервере собственно приложений и ~40 мб на хост (причем чем больше хостов, тем меньше эта цифра)

[dimbor]

кстати, для работы с графикой "голый" xdcmp будет получше чем NX, (в сети 100 мбит), особенно если сервер имеет гигабитное подключение.

"Мой миленок за окно
Вывел оптоволокно..."

Но восстановления сессий там нет. И еще там много чего нет по сравнению с NX.


ЗЫ: А чего здесь то тему создали? Приезжайте к нам на Колыму! в "Терминальные решения".

[BIgAndy]

Но восстановления сессий там нет. И еще там много чего нет по сравнению с NX.

screen отменили?

[dimbor]

screen отменили?

Имелось в виду: С рабочей станции стартовали терминальную сессию, в ней любимым браузером поставили на закачку порноролик, рубанули питалово рабочей станции, пошли покурили n сигарет, включили рабочую станцию, при старте сессии цепляем уже имеющуюся, где ролик уже докачан. Вуаля!

Screen так умеет?

[BIgAndy]

Screen так умеет?

man screen. Хотя бы на предмет опции -r.
Ну и почитать, через что NX такие финты проделывает.

[dimbor]

Screen так умеет?

man screen. Хотя бы на предмет опции -r.

Уважаемый опонент, разница в наших взглядах составляет всего одну букву - X (латинская, большая).
Между классической терминальной сессией и терминальной X-сессией есть масенькое отличие. Консоль DEC VT100 и X-протокол. Теплое и круглое.

Ну и почитать, через что NX такие финты проделывает.

Имею наглость заявить, что большую часть имеющегося в сети по NX я настолько зачитал, что последний год приходится в основном писать. Тут, неподалеку.

Поэтому таки я вам расскажу: финты проделываются за счет, грубо говоря, разделения x-сервера на две части. (Как Вы знаете, классический x-сервер находится на клиенте целиком.) А здесь - ввод/вывод на клиенте и некий агент на сервере, цель которого предоставлять x-клиенту (программе) полноценное окружение и эмулировать наличие того самого ввода/вывода, если клиент отвалится.
Это по простому, чтобы дальше не углубляться в тонкости x- и nx- протоколов.

ЗЫ: Первый раз за столько лет в man ткнули. Абыдна, чес слово.
ЗЗЫ: Если у Вас есть рабочее решение, чтобы XDMCP сессия не падала при обрыве соединения, расскажите. Не представляю, как такое возможно даже теоретически.

[apprentice]

Но восстановления сессий там нет.

Да, и это основная причина по которой я вынужден использовать NX в локальной сети

Недостатки NX - закрытый проприоритарный клиент, нагрузка на сервер (память/cpu), и требования к клиенту выше (в первую очередь к памяти).

Но восстановление сессий решает все.

Если у Вас есть рабочее решение, чтобы XDMCP сессия не падала при обрыве соединения,

Кстати.

Не у меня, но у OpenSUSE по слухам есть решение - nomad. Это прокси для xdmcp протокола.
Если кто может что-то рассказать по этому поводу милости просим
(в поисковиках на слово nomad слишком много мусора выдает )

[yaleks]

Не у меня, но у OpenSUSE по слухам есть решение - nomad. Это прокси для xdmcp протокола.

http://en.opensuse.org/Nomad - скорее это готовое решение xorg--RDP...

[Ленивая Бестолочь]

ЗЫ: А чего здесь то тему создали? Приезжайте к нам на Колыму! в "Терминальные решения".

i	Уведомление от модератора
	да, и правда, чего-то я зазевался :)

[apprentice]

скорее это готовое решение xorg--RDP...

Значит меня обманули

[dimbor]

Недостатки NX - закрытый проприоритарный клиент, нагрузка на сервер (память/cpu), и требования к клиенту выше (в первую очередь к памяти).

По первому пункту - ждем, надеемся и верим.
По второму - там можно поотключать большую часть фенек. Но статистика циферок по сравнению с другими не NX вариантами тоже зело интересует.
По третьему то же самое, но идеал недостижим, понятное дело.

[BIgAndy]

Уважаемый опонент, разница в наших взглядах составляет всего одну букву - X (латинская, большая).
Между классической терминальной сессией и терминальной X-сессией есть масенькое отличие. Консоль DEC VT100 и X-протокол. Теплое и круглое.
ЗЗЫ: Если у Вас есть рабочее решение, чтобы XDMCP сессия не падала при обрыве соединения, расскажите. Не представляю, как такое возможно даже теоретически.

Значит так.
Запускаем ssh -CY (у screenнет встроенного шифроваия)
Запускаем screen detached , multiuser (:multiuser on :acladd <anyuser>)
определяем сессию screen -ls
(получаем:

Код: Выделить всё

$  screen -ls
There are screens on:
        5176.pts-0.mobiel1      (Attached)
        5309.pts-4.mobiel1      (Multi, detached)
2 Sockets in /var/run/screen/S-andrew

подключаемся screen -r pid.tty.host
Запускаем xorg -query :<screen(>
Работаем.

ЗЫ: Первый раз за столько лет в man ткнули. Абыдна, чес слово.

Зачэм абыдна??? просто перечитывая маны зачастую обнаруживаешь то, о чем не помнишь иои не знаешь

PS, Чтобы все это проделать от обычного пользователя, установите setuid бит на <где там он валяется>/screnn

[aSteklov]

Значит так.
Запускаем ssh -CY (у screenнет встроенного шифроваия)
Запускаем screen detached , multiuser (:multiuser on :acladd <anyuser>)
определяем сессию screen -ls
(получаем:

Код: Выделить всё

$  screen -ls
There are screens on:
        5176.pts-0.mobiel1      (Attached)
        5309.pts-4.mobiel1      (Multi, detached)
2 Sockets in /var/run/screen/S-andrew

подключаемся screen -r pid.tty.host
Запускаем xorg -query :<screen(>
Работаем.

Можно чуть более подробно? Я видимо что-то ни так делаю - у меня приложения не восстанавливаются при повторном соединении