Тонкие клиенты как они есть

    Несколько лет назад директор фирмы (торговавшей компьютерным хламом и немножко занимавшейся серверами), где я работал системным администратором, загорелся идеей делать и продавать тонкие клиенты. После некоторого количества не очень удачных попыток полного аутсорса разработки, меня привлекли к процессу, как человека, знающего зачем это и как его едят (я не занимался разработкой ПО, я ругался с халтурящими разработчиками и по мере возможности консультировал по.тому, что нужно, а что нет в ТК).

    Два года я занимался тонкими клиентами. Сейчас я ухожу в другое место, а пока напишу то, что я знаю о тонких клиентах. Как со стороны пользователя, так и создателя.

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


    Основной идеей удалённого доступа (будь это тривиальный RDP или нетривиальный доступ к приложению в облаке через бридж-сервер узла) является разделение пользовательского железа (кнопочек и монитора) от данных и приложений. Пользовательское железо имеет привычку умирать, портиться, быть украденным, изъятым сотрудниками (не)законных банд-формирований. Это с одной стороны. С другой стороны, в условиях, когда административный контроль работает плохо, пользователи могут иметь желание использовать компьютер «не так». Например, ставить игрушки, смотреть кино и т.д. Любые меры по защите от этого либо уходят в экстремизм (заклёпывание корпуса), либо в бесконечную борьбу инициативных хакеров и задолбавшихся админов.

    Обычный десктоп (кстати, совсем не важно, Mac, Windows или Linux) обладает всеми возможными средствами испортить жизнь системному администратору, начальнику отдела безопасности (если таковой есть) или даже гендиректору.

    Данные и приложения хранятся в коробке под столом, где много пыли, где в него тыкают всякой ерундой, вроде флешек. Внутри коробки обычно комплектующие… средней степени надёжности, которые от тыкания флешки могут и помереть. Не говоря уже про прочее: пыль, грязь и т.д. Эти данные уязвимы по отношению к постороннему ПО, посторонним людям.

    Ставить надёжные комплектующие в пользовательский компьютер? Рейд, ежедневный бэкап? Это тупиковый путь (хотя, да, RAID1 в компьютере у главбуха может быть не такой уж плохой идеей, особенно в марте каждого года — когда приближается дедлайн сдачи готовых налоговых деклараций).

    Очевидным решением был вынос данных за пределы компьютера. Есть три принципиально разных метода выноса: либо приложение знает, что данные лежат на сервере и работает с ним само (например, так работает любое SQL-based приложение, все веб-приложения), когда данные лежат на сервере, но имитируется их локальное наличие (сетевые шары) и когда происходит синхронизация данных, хранимых локально, и удалённых (roaming profiles). Каждый из методов имеет свои плюсы и минусы.

    «Прямая работа приложения с сервером» выглядит интереснее всего, но это требует «понимающего» приложения. В то время, когда у нас банк-клиенты до сих пор не могут отучиться работать из-под администратора и хотят иметь право писать к себе в каталог, что уж требовать от них работу с серверами так, как удобно администратору…

    Сетевые шары интереснее, но у них есть масса ограничений по производительности. Если некая программа (например, почтовый клиент) решит переиндексировать 16Гб архив почты у нескольких человек, то любая вменяемая по цене железка заткнётся. А ведь пользователя не волнует что происходит _там_. Его волнует, что у него тормозит _тут_. И чем больше пользователей, тем острее становится проблема производительности.

    Перемещаемые профили (windows) имеют так же существенный минус: долгая загрузка профиля (те самые 16 поменявшихся гигабайт) каждое утро и каждый вечер. Плюс, локальная копия, которая таки может быть интересна вломившимся в офис вооружённым банд-формированиям экономической направленности.

    И, главное, ни один из этих методов не решает проблему с приложениями. Приложения могут быть невероятной степени капризности (я как-то имел дело с особой программой по распечатыванию специфичных документов какой-то программы по заполнению таможенных деклараций, которая переставала работать, если раскладкой по-умолчанию был не русский язык). Помимо взбрыков программистов, может быть и объективно сложное по настройке приложение, которое требует несколько часов до приведения его в рабочее состояние.

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

    Так красиво эта идея выглядела в середине 1990ых, когда только-только начинали набирать популярность терминальные решения (более от цитрикса, но постепенно и от майкрософт). На самом деле, проблем там много, и решением их занимаются до сих пор… Впрочем, топик о тонких клиентах.

    Итак, тонкий клиент должен давать интерфейс к серверу. Почему именно тонкий клиент, а не «просто рабочее место с терминальной сессией»? Помимо маркетингового жужжания об энергоэффективности, надёжности, бесшумности (что есть правда, но никого не волнует), главная причина применения тонких клиентов — стандартизация рабочих мест с минимизацией их возможностей до уровня «не более, чем необходимо». Чем меньше свобод, тем меньше вероятность, что оно пойдёт в разнос. Изготовление ТК своими силами возможно, но куда более проблемно, чем кажется человеку, способному настроить X-server с автозапуском rdesktop. (надеюсь, я потом напишу чуть больше о «самострое» и проблемах, которые ожидают взявшихся за это).

    На рынке много производителей тонких клиентов (слишком много, как кажется с позиции одного из производителей), но по большому счёту, все тонкие клиенты, от монстров уровня HP до локальных небольших производителей (в одном из которых я и работал) более менее похожи в своей основе.

    Лет пять назад весь функционал ТК можно было свести к «настроить», «запустить», «работать». Список протоколов был скромен: RDP, ICA, SSH, NX (nomachines), X11/XDM, VNC… Возможно, веб-браузер. Сейчас ситуация начала склоняться в сторону всякого рода облаков и виртуализации, но с точки зрения ТК это означает лишь ещё один клиент к ещё одному сервису удалённого доступа. Куда более серьёзным изменением современности стали web2.0 приложения, т.е. приложения, хранящие данные на сервере, а исполняющиеся (частично) в веб-браузере пользователя. Это малозаметное изменение привело к существенному переосмыслению, чем должен быть ТК. Он не должен только рисовать, он должен ещё и считать. Впрочем, подобное изменение снова открыло вопрос о приватности уязвимости рабочего места.

    Ещё одним серьёзным изменением стало появление встроенных SIP/Skype клиентов, попытки (пока не очень успешные) сделать хорошую мультимедиа (в частности, видео).

    С точки зрения загрузки, ТК делятся на два класса: с локальной и с сетевой загрузкой. По понятным причинам, сетевая загрузка преимущественно у линукса, т.к. грузить гиг по сети ради windows никому не хочется, а про PXE для CE я не слышал (хотя интересно, т.к. средний размер установленной CE — 15-30Мб).

    Итак, в чём плюсы локальной загрузки? Основной (как показывает мне мой опыт, довольно серьёзный с точки зрения многих покупателей) — оно работает из коробки. Никаких DHCP/TFTP серверов, никакой возни с преднастройками. Воткнул, включил, указал адрес сервера, работай. Второй плюс — отсутствие «утренних лагов» (когда все одновременно начинают грузиться).

    Плюс сетевой загрузки в некотором снижении цены (на цену DOM'а, т.е. 10-30 долларов), в автоматической загрузке самой свежей версии. Минусы — утренние лаги, особая возня с DHCP, и проистекающая из неё неприменимость таких тонких клиентов в малых филиалах (где весь интернет делается SOHO-коробочкой, возможно, по wifi).

    За исключением экспериментальных решений (о которых, возможно, я расскажу потом), все тонкие клиенты делают на одной из трёх платформ: Windows CE, Linux и Windows Embedded Standard (особая версия Windows XP, отличающаяся довольно прилично от десктопов). До определённого момента флаг первенства был на стороне Linux, но сейчас ситуация повернулась в сторону CE6. Причина: rdesktop не умеет RDP версии 6 и выше. А CE умеет. А это довольно серьёзное преимущество, потому что, как минимум, это поддержка микрофона. (в RDP 5.2 её нет, её нет в CE5 и в rdesktop). Но, с другой стороны, VMView Client есть только под linux и WES, и все его версии под CE являются «доморощенными» (т.е. написанными не VMWare) и очень страдают от… от того, что их писали не авторы сервера. Ещё одним недостатком CE является очень фиговая поддержка WWW. она есть, но IE6 из CE ужасает ещё больше, чем обычный IE. файрфокс на линуксе и полный ассортимент браузеров на WES куда больше радует.

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

    Управление может быть:
    1. локальным (подошёл к ТК, нажал F2, оказался в конфигураторе).
    2. удалённым (подключился к ТК, настроил, отключился)
    3. централизованным (выбрал группу ТК, задал настройки, дальше оно всё само).


    Первое является стандартом де-факто для ТК с локальной загрузкой, но часто может отсутствовать у PXE-тонких клиентов (т.к. они грузятся с сервера, от оттуда же и берут настройки).

    Второе и третье для клиентов с локальной загрузкой — фича. Т.е. она есть совсем не у всех производителей. Отдельно нужно говорить про централизованное управление. Это много более сложная вещь, чем кажется на первый взгляд, так как дело не в том, чтобы задать всем ТК одинаковые настройки, а в том, чтобы иметь возможность указать, какие настройки одинаковы, а какие нет (например, настройки железа у всех разные, настройки сессий могут отличаться от группы к группе).

    Для ТК, которые работают в windows-сети самым шиком считается интеграция в AD, т.е. возможность либо получать данные из active directory, либо (это высший пилотаж) интегрировать ТК как компьютеры в оснастку AD, применять к ним групповые политики на основании OU/Site и т.д. Надо сказать, каким-то странным образом WES умеет это всё «из коробки». Однако, WES, при всей своей внешней привлекательности, самая плохая платформа для ТК (т.к. слишком похожа на обычные винды и уязвима для всего того, что может быть на виндах сделано плохого...)

    Большинство производителей работают в очень закрытом режиме (т.е. не публикуют ничего, хотя и потребляют очень много от open source community). Единственное исключение, которое я знаю, это openthinclient.org, довольно симпатичный и навороченный PXE-based тонкий клиент с централизованным управлением. Его минусом является размер — около 150 мегабайт грузится по сети для каждого тонкого клиента.

    (продолжение про то, как тонкие клиенты делаются, следует).
    Share post

    Similar posts

    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 108

      +10
      Интересная компиляция, с удовольствием прослежу дальше.
        +2
        А чего про Thinstation не написали? Это одно из самых адекватных свободных решений. По крайней мере 150 Мб по сети грузить не предлагают. Метров 15 максимум.
          +2
          Thinstation — дистрибьютив linux, это не «готовый тонкий клиент». Уровень его допиливания до состояния… назовём это «товарный вид» сравнимо с допиливанием до этого состояния любого другого дистрибьютива. Впрочем, последний раз я его видел года два назад, возможно, с тех пор оно сильно шагнуло вперёд (мельком вижу, что у них уже 2.6 вместо 2.4).
            0
            есть изменения, но напильник нужен. причем чуть ли не под каждую станцию\разрешение и т.д.
              +4
              Вот-вот, я про это. К сожалению, это не тот уровень. В сравнении с коммерческим сервисом (он… ну, не совсем писк восторга, но по-крайней мере конкретно взятая железка просто берёт и работает) или с openthinclient'ом это не совсем «оно».

              (Разница примерно как со самосбором компьютера и покупкой готовых — для себя любимого можно и повозиться, но когда надо три десятка, тут вопрос уже очевидный — надо брать готовые).
              0
              Что именно в thinstation надо допиливать?

              Я использовал thinstation те же 2 года назад в одном небольшом проекте (перевод обработки и хранения книг на тонкие клиенты в ДВГНБ, если интересно) без малейшего допиливания. Правда, функционал требовался самый базовый: никакого мультимедиа, никаких флешек, только экран и принтеры.
                +2
                М… В 2007 (ой, это уже три года?) я наблюдал следующее:

                1) Полностью нерабочий rdesktop (липнущий alt, «ю» вместо запятой, не работающая одна цифра на нумпаде)
                2) Кривая работа с ddc c некоторых монторов (выставлялось неверное разрешение)
                3) Проблемы с загрузкой на Epia-ML6k (которая тогда была мейнстримом) — иногда ядро просто замирало на этапе загрузки, при этом компьютер не висел.

                Лично я в него глубоко не влазил, смотрел на готовый продукт (это был один из проектов, который нам делали на полном аутсорсе и который мне совсем не понравился).
                  0
                  1) клавиатура работала нормально, настроил комбинацию клавиш в xorg.conf при генерации образа на сайте;
                  2) и 3) не видел, повезло с железками. Чипсет и сеть были VIA, но s478. Моники CRT и LCD, целый зоопарк.
                  0
                  Как только парк оборудования не стандартизирован — так тут же вагон напильников нужен. Для типовой конфигурации — возможно, хорошее решение.
                  0
                  Даже и не знаю… У меня парк в две сотни ТК — аппаратная часть практически не стандартизирована, хотя сейчас конечно стараемся закупать что-то заточенное под ТК. Я бы не сказал, что затраты сопоставимы с допиливанием полноценного дистрибутива… Да, есть ряд проблем, типа залипающего Alt и 'ю' вместо точки, но это все довольно быстро и без особых проблем решается. Но не думаю что в openthinclient например HP LJ 1020/1018 через lpd заработают из коробки…

                  Грубо говоря, я потратил несколько дней на первичную допилку + когда появляется новое железо приходится ядреные модули пособирать — не сказал бы что на это уходит много времени, думаю где-то пол дня в месяц.
                    +1
                    В затраты на ТК можете включить з\п людей, которые всё это доводили до ума.

                    Кстати, а как у вас осуществляется централизованное управление? (200 шт это серьёзно...). Скажем, например, принимается решение о том, что у пользователей должно быть две сессии на выбор… И?
                      0
                      У нас все грузятся по PXE — образ получается порядка 15 метров, так что утренних лагов нет. Удаленные сервера в регионах синхронизируют с центральным сервером образа и конфиги к ним. Конфиги там довольно удобные, есть группы, которые можно применять по MAC адресу.

                      Относительно примера. В этом случае мы бы написали в общем конфиге: запускать две сессии rdesktop/icaclient в разных VT. Пользователи переключались бы между ними по Ctrl+Alt+Fn. Сейчас у нас такое сделано для нескольких ТК. Или я не правильно понял ваш вопрос.
                        +2
                        Вероятнее всего, да. Речь идёт про то, что в условиях квалифицированного специалиста (а лучше, нескольких), многие вещи становятся избыточными. Но IT как индустрия, если оставить в стороне общую тенденцию к аутсорсу, двигается в сторону снижения сложности. Тонкие клиенты, если грубо говорить, это замена специалиста, который может настроить линукс соответствующим образом, поднять сервера и настроить синхронизацию, на админа, который это не может (с соответствующей поправкой в зарплате). Они просто идут «готовыми». (Именно по этому коммерческое применение тонких клиентов с PXE менее привлекательно, чем ТК с локальной загрузкой — придётся больше думать о PXE, DHCP и TFTP).

                        Сейчас развитие тонких клиентов ниже того уровня, который бы позволил говорить о них, как о свершившемся факте инфраструктуры (примерно как принт-серверы). Отсюда и постоянная мысль «а мы и сами можем не хуже» (вполне справедливая мысль).

                        … Но пока не нашёлся тот китаец, который сумел бы сделать ТК с адекватным функционалом, в формате «переходника» между USB и DVI и по цене <$100.
                          0
                          Было забавно перечитывать этот комментарий в 2015. (: будущее здесь.
                            0
                            а что изменилось?
                0
                Как раз пленирую перевод одного офиса.
                При использовании rdesktop под Linux при коннекте на WinServer2008R2 время реакции заметно медленней чем при коннекте виндовым клиентом. Существуют ли на Linux адекватные решения? Или только Win-платформа?
                  +2
                  Если вы готовы потратить сколько-то много времени на это — от линукса можно добиться нужного (кроме RDP6+). Если не хочется возиться, лучше брать ТК на CE. У rdesktop есть масса неочевидных глюков, которые обнаруживаются обычно уже конечными пользователями и далеко не в первый день эксплуатации.

                  Если же планируется использовать функционал 2008 (т.е. RDP6), то тут просто без вариантов. Микрофона на линуксе в RDP не будет.

                  Насчёт CE5, сразу предупреждаю в RDP-клиенте из состава, официальная багофича майкрософта (они это называют фичей RDP6, на самом деле это бага клиента 5ой версии): не поддерживаются разрешения в RDP выше 1600 точек в ширину. Просто рисует чёрные полосы по бокам.
                  0
                  Мне не нужен специфичный функционал RDP6. Просто заметна очевидная тормознутость по сравнению с
                  rdclient(Linux) — WinServer2003
                  и
                  rdclient(Linux) — WinServer2008
                  При этом WinRDPclient — WinServer2008 работает без тормозов.
                  Тестил в разных условиях, специфика железа\сети исключена.
                    +1
                    Я не знаю, что имеется в виду под rdclient (rdesktop?). Помимо общего увеличения трафика при смене 2003-2008, есть ещё одна простая вещь: если цвета локальные и удалённые не совпадают, то возникает некий неприятный overload по перекодированию цвета. Другими словами, локальная глубина цвета должна быть такой же, как удалённая (и разрешённая в свойствах соединения).

                    … не поленился, подключился к лабораторной 2008ой из дома (rdesktop via pptp). В принципе, особой разницы с остальными серверами не вижу. Единственное «но» — слегка лагающий курсор (т.к. рисуется он не совсем так, как рисовался в других ОС). Поставьте курсор «по-умолчанию» (самый простой, белый).

                    … Вспомнил. Такая проблема (с курсором) 100% была. Она есть и в 2003. Просто не используйте цветные/анимированные курсоры.
                      0
                      Спасибо огромное!
                      теперь бы еще это в GPO прикрутить.
                      P.S. WinServer2008R2 почему-то стандартный курсор показывает инверсным. Хотя, может это rdesktop
                      0
                      Админю Win-сеть из ubuntu. Долго мучался со стандартным rdclient и неделю назад поставил Gnome-RDP. Отличный клиент. Значительно лучше стандартного. Советую.

                      З.Ы. Время отклика по сравнению очень близко к RDP 5.2 — 7.1.
                        0
                        это просто обертка над rdesktop
                      0
                      А вы с ncomputing не работали? Просто сейчас думаем внедрять, пока на тестировании лежит
                        +2
                        Пробовал!

                        (Я в ходе своей работы много решений конкурентов щупал).

                        О них я планирую написать в ближайшее время, а пока вердикт: если у вас больше 3-5 человек будет работать, держитесь от них подальше. Единственное «правильное» место их применения (X-серии), которое я знаю — это колл-центры и им подобные.
                          0
                          по моему X-серия реально круто — PCI плата в ПК а к ней +5 рабочих мест!
                          А вот L-серия — просто сетевой клиент, и по цене не большой выигрыш
                            +1
                            Именно. И крута она только в очень узких рамках, не очень в «обычный энтерпрайз» укладывающихся. Как дойдут руки, напишу. Условно говоря: колл-центр или офис из нескольких человек (всего) на нём сделать можно. Как только начинает идти речь о большем числе людей, их сетевая часть сосёт просто с нечеловеческой силой.
                        +1
                        freebsd + freebsd diskless + rdesktop (+ X11 на стороне сервера). Загрузка по сети ncomputing

                        самый большой fail который я только видел.
                          0
                          когда-то это называлось dumb terminal :) правда там всё было проще…
                            0
                            Ну, как все технологии, тут много «кругов». ТК (даже самый простенький) умеет несравненно больше, чем dump terminal. С очень высокого полёта, да, функция у них одна и та же. Но при ближайшем рассмотрении ТК, как минимум, медиатор с оборудованием (очень широким спектром оборудования), а в нормальной версии, ещё и самостоятельное сетевое устройство, которое может быть управляемо кучей-кучей-кучей способов, от веб-интерфейса до SNMP.
                              0
                              собственно я это и сказал. только сжато
                          • UFO just landed and posted this here
                              0
                              Я смотрел их ТК. Там ситуация строго соответствует ситуации у многих разработчиков (на CE), об этом чуть позже.

                              (В кратце — не пофикшен ни один из типичных багов конфигурации ThinClient в билдере CE, т.е. «как собрали, так и получилось»).
                              0
                              Тонкие клиенты уже давно перестали быть тонкими :-)
                              Сейчас выполняют свою функцию за счёт экзотичности и отсутсвия унификации, а так: полноценная железка с полноценной ОС, которую просто используют в терминальном режиме.
                                +1
                                Если мы говорим про WES (который отгружается в режиме «нате вам, возитесь сами с XP-подешевле-и-гарантированным-саппортом-много-лет», то да. Остальные (нормальные ТК) при этом ещё предоставляют middleware слой, обеспечивающий управление всем этим на уровне управления обычной сетевой железкой через веб/морду или что-то подобное.
                                  0
                                  Мне кажется, ключевой момент тут не «тонкость клиента», а идея выполнения всего на сервере. Что снимает с нас кучу забот и проблем…
                                    0
                                    … что переносит кучу проблем с рабочих станций на single point of failure (на сервер). Проблемы-то остаются. Решать их чуть удобнее, да.
                                      0
                                      ну как single… тот же citrix позволяет держать ферму серверов, балансировка, high availability, хотя кому я это рассказываю )

                                      про «удобнее» согласен
                                        0
                                        Да-да, именно так из стада рабочих станций и получаются фермы серверов. Всё то же самое, но дерьма больше убирать приходится. (шутка).

                                        Понятно, что всё это решается, но объём оверкилла в большинстве случаев (если мы не админы fortune500) оказывается таков, что реальный его профит виден только админу, которого становится сложнее заменить.

                                        Этакая «it-бюрократия» ради самого процесса IT.
                                      0
                                      Как сказать, в этой куче проблем обычно упоминаются вирусы, возможность пользователей втыкать что попало в CD/USB и запускать. Так вот нетонкость клиента ставит крест на решении этих проблем. Выигрыш идёт пока за счёт экзотичности каждого отдельного решения.

                                      Идея выполнения всего на сервере — это программная концепция, а тут обсуждаются аппаратные терминалы.
                                        0
                                        Ну отчего же «ставит крест». Клиент может загружаться по сети из готового образа. Грань между «аппаратным ТК» и «программным ТК» довольно тонка, на мой взгляд.
                                          0
                                          Клиент может изменить настройки DHCP, настроить TFTP сервер, изменить настройки железок на загрузку по PXE, настроить DHCP relay на маршрутизаторах, выписать mac-адреса устройств, создать для них файлы конфигураций…

                                          Всё это очень мало отличается от «самосбора». Разница между локальной загрузкой и сетевой в объёме усилий до начала работы. В локальной загрузке «включил и работает», а в сетевой нужно приложить кучу усилий. Это не совсем то, что ожидают от коммерческой версии.

                                          Плюс, я общался с многими покупателями — не все из них достаточно квалифицированы…
                                          0
                                          И что ты будешь делать с подключенной флешкой на ТК с запароленным биосом и паролем на конфигуратор? Ты с этой флешки без разрешения админа не прочитаешь ничего. И авторана там тоже нет.
                                            0
                                            Вот и я о том же: что делать с обычным компьютером с запароленным BIOS все знают, а что делать с ТК не знают исключительно в силу экзотичности платформы.
                                              0
                                              И что же «делать»? Ну расскажи, мне аж интересно. Если отставить в сторону экстремизм с раскручиванием ТК (а у многих ТК, кстати, нет ни джампера сброса биоса, ни вынимающейся батарейки), то что можно с ним сделать?
                                                0
                                                А что можно с обычным десктопом сделать, если исключить всякий экстремизм? ;-)
                                                  0
                                                  Например, скопировать мерзость к себе в профиль, сделав его неработоспособным и заявив об этом саппорту.
                                      0
                                      очень хочу узнать подробности вот про этот агрегат
                                      www.dealextreme.com/details.dx/sku.34167
                                      как видите цена очень соблазнительная, по отношению ко всему остальному.

                                      а так же хочу узнать ваше мнение по поводу www.wtware.ru/
                                        0
                                        Цена действительно близка к той, которая должна быть у ТК в идеале. Однако, мне не совсем ясно что у них с софтом. И главное, насколько быстро оно работает. По опыту возни с ebox2300 (на них пытались делать ТК) я могу сказать, что мифы про возможность использовать 486 компьютер в качестве ТК сильно преувеличены. Особенно, в свете 1280х1024, минимум.

                                        Если и брать, то только после тщательного тестового прогона (в т.ч. с проверкой печати русских букв в районе юб«эъх. и нумпада)
                                          0
                                          А wtware… Смотрел, разумеется. Ерунда полная. В том смысле, что объём администрирования (развёртывания) её сравним с самостоятельным написанием. Централизованного управления нет, гуя нет, перехвата DHCP-запросов (как у openthinclient) нет.
                                            0
                                            уточнил. Есть большая вероятность, что слово RDP в описании — брехня.

                                            Цитирую:

                                              +1
                                              Извиняюсь, цитирую нашего продакта:

                                              Это китайский контрафакт коробки от ncomuting. Об их системе я напишу подробнее чуть позже.

                                                0
                                                ну да это и есть NC600, про него мне и интересно узнать.
                                                То что NC100 не могли RDP это понятно. А про этот NC600 пишут как-то не понятно. Вроде как умеет MSRDP. Если у вас есть информация про NC600 то поделитесь плиз. Хотя именно этот может оказаться репликой.
                                                  0
                                                  Это не просто «реплика», это спираченый ncomputing. В том смысле, что ncomputing сильно против.

                                                  Насчёт того, что они умеют rdp — пока своими глазами не увижу, не поверю. Я был и на их презентациях, и лично смотрел — никакого RDP там ни сном ни духом.

                                                  Если же он есть, то возникает вопрос: и как оно работает?
                                                    0
                                                    дык вот в том то и вопрос…
                                                    пишут Windows CE intergraded RDP protocols
                                                    и как это понимать ни кто не знает…
                                                    а взять попробовать боязно как то…
                                                      0
                                                      Если и брать, то только на тестирование. Есть очень высокая вероятность, что ничего там близко нет, а нужно ставить ихнюю серверную часть и их клиент.
                                                        0
                                                        судя по отзывам их реализация серверной части сильно тормознутая.
                                                        но есть плюс не нужно лицензировать службу терминалов…
                                                          0
                                                          Э… этот «плюс» скорее минус. Потому что во-первых, надо будет либо покупать железки ncomputing'а, либо пользоваться ломанным (а тогда что мешает сделать то же самое с виндами?).

                                                          О качестве их сервера я напишу.
                                                      0
                                                      на 100% знаю, что у ncomputing не RDP! Свой протокол и свой сервер.
                                                      если китайцы спиратили — то и у них так же.
                                                  0
                                                  а мне вот интересно что это такое: www.dealextreme.com/details.dx/sku.28896 (3 клиента + какая то сетевуха за $62 — это просто разделение компа на 3 клиента? или полноценная терминалка (воткнуть в свитч и по как то грузиться)?)
                                                    0
                                                    Ворованная система от ncomputing. Без обновлений софта. Сам ncomputing, тоже, вещь в себе. Плюс MS в своей лицензии написала про прямой запрет подобных штук, так что на лицензиях софта не сэкономишь.
                                                      0
                                                      добавляет к компу 3 рабочих места
                                                      можно добавить два раза по 3 итого 7 рабочих мест максимум на одной тачке.
                                                      Макс длина кабеля 6 категории 10 метров.
                                                      отзывы не очень или их никто не умеет готовить…
                                                        0
                                                        > Макс длина кабеля 6 категории 10 метров
                                                        неее, чето расхотелось )) я думал совсем халява… чето типа полноценнного PXE клиента по 20$ за штучку ))
                                                          0
                                                          бесплатный сыр только в мышеловке.
                                                          Но пока сам не попробуешь трудно понять нужно оно или нет…
                                                          0
                                                          Э… 21 человек это уже серьёзно. Первый же м… к (задача по теорверу — посчитать наличия хотя бы одного м… ка в группе из 21 человека), который запустит 2-3 дисковых процесса положит компьютер в сусмерть. 20 человек — это уже не всякий сервер, так что «на одной тачке» — это только если пасьянсы раскладывать.
                                                        0
                                                        На NC600 построили уже не один бюджетный офис.
                                                        Работает, даже не глючит.

                                                        Хотя примерно раз в 10 минут пробегает лаг в RDP на пол секунды.
                                                        Не синхронно, на обычных машинах подключенных к терминалке не наблюдается.

                                                        Для обычных офисов где нужен интернет, текстовый и табличный процессор это отличное решение.
                                                          0
                                                          вы используете оригинальные от неткомпьютерс или китайские?
                                                          какой протокол используется на NC600?
                                                        0
                                                        По-моему, XP embedded не так уж сильно отличается от «старшего брата», просто заточен под конкретную железку. У меня сейчас живёт HP t5720 в качестве бесшумного неттопа — софт работает так же, как на полноценной ОС (по крайней мере тот, что способен встать на скромные 500Мб встроенной памяти).
                                                          0
                                                          Угу. (только XP Embedded!=WES).

                                                          И там есть приятная фича, которой нет в обычной винде — включение полного режима r/o для встроенного DOM'а (IDE-Flash).

                                                          (только называть это тонким клиентом язык не очень поворачивается, это, скорее, ужимки маркетологов).
                                                          0
                                                          Не хочешь перенести топик в системное администрирование или еще какой общий блог?
                                                            0
                                                            Я полный нуб (меньше суток с момента регистрации). Как это делается?
                                                              0
                                                              сначала надо выбрать публичный блог на главной и вступить в него (большой зеленый плюс рядом с именем)
                                                              потом: редактировать пост, выбрать публиковать в %blogname%
                                                                0
                                                                В упор не вижу. Ни в списке блогов, ни в самом блоге…
                                                                  0
                                                                  Открываешь главную, там прямо посередине надпись «блоги».
                                                                  Заходишь туда, в правом столбце выбираешь категорию, в категории выбираешь нужный блог.
                                                                  Например «программирование», в нем «системное администрирование» (тот что живой, с кармой повыше).
                                                                  Нажимаешь на сам блог, открывается страница блога. Там в заголовке напротив названия блога будет большая иконка или зеленый плюс или красный минус (если уже вступил).
                                                                  Нажимаешь на плюс.
                                                                  Потом открываешь этот пост, рядом с названием поста есть иконка гаечного ключа. нажимаешь на ней, открывает редактирование. там будет выпадающее меню «опубликовать в -мой персональный блог-» меняешь на название блога и нажимаешь опубликовать. все.
                                                                    0
                                                                    Ну в упор не вижу никаких больших зелёных:

                                                                    img341.imageshack.us/img341/8202/pubr.jpg
                                                                      0
                                                                      какой-нибудь адблок?
                                                                      там, где у меня минус красный:
                                                                      kawai.spb.ru/files/lj/habr/habr_blog.jpeg
                                                                        0
                                                                        точно, спасибо.
                                                                        0
                                                                        и вообще — «о боже, реклама??» :)
                                                                        в ff с адблоком у меня чистые странички, даже не догадывался, что тут есть столько баннеров.
                                                                          0
                                                                          Я когда кнопку искал, всё включил.
                                                                            0
                                                                            попал на главную.
                                                                              0
                                                                              это оказалось так просто :)

                                                                              PS тест домашнего апача (правда, на несколько другом железе с 8гб памяти) будет скоро, в следующем (через 1) посте будет картинка.
                                                                                0
                                                                                8 gb — не спортивно.
                                                                                Предлагаю вынуть из него все, оставить 128 mb и попробовать раздать картинку всем желающим.
                                                                                  0
                                                                                  (скрывая лицо от позора) у меня планки по 2Гб, так что 128 никак не получится -_-''' Плюс опера там же занимает около 700-800Мб, плюс делюга около 50, плюс digikam и прочие вкусные вещи… Сейчас на домашней машине занято примерно 2.2Гб.
                                                              0
                                                              толково — продолжай!
                                                                +1
                                                                Напишите о «самострое» и проблемах, обязательно напишите. Очень хочется запустить дома несколько станций для детей, а они непрерывно (вольно/невольно) всякую заразу цепляют…
                                                                  0
                                                                  В ближайшее время.

                                                                  Вам, кстати, возможно, стоит использовать не тонкие клиенты, а просто винды (если вам винды милы) с жёсткими групповыми политиками, запрещающими запуск чего попало.
                                                                    0
                                                                    пробовал. Они умные, очень умные дети :-)
                                                                    Ну и «зараза» прогрессирует быстро, проще защитить один сервер.
                                                                    На клиент с сетевой загрузкой надежды больше…
                                                                      0
                                                                      Мне кажется, что с зарезанными групповыми политиками на винде практически ничего невозможно сделать. Если, конечно, у них нет возможности загрузиться с другого носителя.
                                                                        0
                                                                        Да. При RSoP можно закрутить гайки до произвольной степени тугости. Проблема в том, что обычно это плохо совместимо с CD с игрушками, крутой мультимедиа и домашней свободой.

                                                                        Впрочем, терминальные сервера с ними совместимы ещё меньше :)
                                                                          0
                                                                          Если детей там больше скажем 5, то возможно уже имеет смысл. домашний домен на sbs… :)
                                                                  +1
                                                                  жду продолжения. все как раз актуально, а то сейчас создается впечатления снежного кома (в конторе) который, когда капля моего терпения превысит лимиты, просто рассыпется. все вышеизложенное верно.
                                                                  жду!
                                                                    –1
                                                                    Поднять на Thinstation вполне можно и достаточно просто — даже без PXE — через CF или флешку. Поставил простую железку серии EBOX и обычную XP Professional захаченую — вполне рабочее решение :)

                                                                    Только вот хочется готового решения и доступного — например не более 4-5к за терминал, который умеет звук и RDP на Win2003.
                                                                      0
                                                                      Очень полезная вещь, ждемс продолжения… и главное реальных решений

                                                                      недавно думал что легко сделаю терминальное решение на основе freeNX — 5 машинок 300/32 (вариант апгрейда не рассматривался по причине нереальности найти адекватные SIMM модули), сетевушка 10/100, сеть 1000 (ну типа свитченышь на 1Gb/s и сервак соответственно с такой же сетевухой)
                                                                      на старых машинках DSL (чертовскимелкийлинукс), на сервере (Ed)Ubuntu 9.10… пока не поднимал разрешение выше 800х600 работало очень даже неплохо, но при попытке увеличить до хотя_бы_нормальных 1028х768 (или скока оно там?) начиналась жуткое swapение на медленный хард и вся система замирала и только старый добрый reset приводил машину в чувства

                                                                      PS: к сожалению в конечном итоге решено было отказаться вообще от терминалок, так как жизненно необходимо было гонять видео + звук, максимум что удалось сделать — слайдшоу с жутко заикающимся звуком. Может терпения не хватило допилить, а может просто нереально такое было сделать ) А вот для обычной работы: интернет/офис/пасьянс было более чем достаточно
                                                                      • UFO just landed and posted this here
                                                                          0
                                                                          VoIP в ТК — очень интересно! Есть решения по нормальной цене?(по ненормальной тоже интересно)
                                                                            0
                                                                            В настоящий момент это «свежие новости с cebit'а», т.е. до момента, когда это можно пускать в продакт должно пройти ещё этак месяцев 8-10. Там есть масса проблем (как показывать окно звонка при полноэкранной сесии, например?).

                                                                            В принципе, думаю, за этим будущее, но до этого будущего должен найтись тот, кто «возьмёт и сделает».
                                                                            0
                                                                            Спасибо, будем ждать продолжения.
                                                                            С продукцией Wyse сталкивались?
                                                                              0
                                                                              ТК как ТК. Если знаете, что берёте — сойдёт.
                                                                              +2
                                                                              Тонкие клиенты такие толстые стали
                                                                                +1
                                                                                Они тонкие не по мощи, а по функциональной роли. Тонкий — не хранящий данных и не обрабатывающий их. А то, что там (судя по намечающимся тенденциям) скоро будет fullhd и direct3d для aero, то это мелочи реализации.
                                                                                0
                                                                                А как Вы относитесь к утверждению, что с выходом 2008 server citrix xenapp теряет как минимум свои преимущества по деплойменту отдельных приложений — при этом win2008server ест не больше канала, чем ICA? Я не проверял, но управление и возможность расширения xenapp мне все еще нравятся больше.
                                                                                  0
                                                                                  Ну… По деньгам цитрикс и раньше больно кусался. (если мы про лицензию).

                                                                                  В принципе, я думаю, что в обозримое время, после развития HTML5 до приличного уровня, мы увидим, что всем становится всё более и более проще вытащить это в www и оставить браузер в полный экран.

                                                                                  Мои именные вилы по воде пишут, что от майкрософта мы увидим ещё 1-2 серверные платформы, а дальше оно всё уйдёт куда-то дальше.

                                                                                  Таким образом цитрикс сможет спокойно окучивать существующих клиентов без привлечения новых, часть новых привлекут по инерции брендом, а часть, всё-таки присутствующим функционалом XenApp'a.

                                                                                  Хотя по моему мнению для корпоративного применения и rdp 5.2 вполне хватает.
                                                                                    0
                                                                                    цитрикс, собака, дорогой, да (мы про лицензию), это разве что и смущает

                                                                                    спасибо за мнение!
                                                                                  0
                                                                                  По моему скромному мнению TK себя оправдает только при наличии чёткой и жёсткой политики руководства начиная от вопросов снабжения однотипной техникой до однозначного определения решаемых каждым пользователем задач. Т.е. решение удобно только когда есть большие группы единообразных рабочих мест.
                                                                                  В нашей компании тоже пытались внедрить терминальные сервера и тонкие клиенты. В результате от специализированных клиентов отказались сразу, т.к по цене они гораздо дороже собранных в ближайшей фирме компьютеров. А выгода от надёжности, удобства или там экономичности не так очевидна, да и чаще всего выбирается решение чтобы заплатить меньше сейчас, а «потом будет потом и там посмотрим...». Но при попытке превратить зоопарк noname-компов в ТК с помощью разных Linux упирается в бесконечную возню с драйверами и решение перестает быть единым… Но даже если использовать в качестве клиента Windows, то могут вылазить грабли с периферийным оборудованием. Например при наличии локально подключённых разных принтеров на сервере нужно ставить драйвера всех принтеров сразу.
                                                                                  А ещё, я сам сталкивался с ситуацией когда один кривой драйвер вешал всю систему печати на сервере и принтеры не работали сразу у всех клиентов. И кроме перезагрузки ничего не помогало, пока не нашли кривой драйвер.
                                                                                  А ещё, одна из наших бухгалтерских программ иногда отказывалась выполнять некоторые операции и не помогало ничего кроме перезагрузки… Когда программа стоит на одном клиенте это не страшно, а как перезагрузить сервер из-за одного не работающего клиента, если 30 работают? Да, забыл разъяснить, такая фича была из-за того что эта программа не могла на сервере работать из одной папки для всех клиентов, ей нужно было для каждого клиента иметь отдельный каталог… А ещё, мечтали мы унаследованные DOS приложения на FoxPro гонять на сервере, но оказалось что в них самописный опрос клавиатуры для одного запущенного приложения давал почти 100% загрузку ядра процессора. И потому на 2-х процессорном серваке с гипертрейдингом больше 8-ми досовских программ запустить так и не удалось…
                                                                                  Вообщем, ТК хорош только в больших, но однородных применениях. Хотя, вот та же бухгалтерская программа для удалённых филиалов у нас работает на терминальном сервере, т.к. она не полноценно SQL-базовая, а зачем-то гоняет файлы по сети и даже на ADSL-соединении тормозит страшно… :)
                                                                                    0
                                                                                    там где есть удаленные филиалы на тонком интернете без RDP сессий не обойтись.

                                                                                    В случае перехода на ТК нужно первым делом заменить все принтеры на подлючение через ethernet. Либо подбирать принтсерверы к ним.

                                                                                    В одном банке активно используются ТК причем разные от самых простых которые умеют только RDP до навороченных на которых уже windowsXPembeded стоит.
                                                                                    Так вот рядовой штат сотрудников работает на самых простых терминалах. Те кому нужно веб-камера работают на Windows embeded терминалах. ИТшники работают на компах. Для сканера стоит комп. Кому нужно отсканировать идут на комп и сканируют переправляя себе в почту либо в shared.
                                                                                      0
                                                                                      Поток сознания. :) Часть этого решается правильной настройкой темринального сервера (в частности, переадресацией каталогов, которая ещё с NT4 terminal edition есть), часть решается развёртыванием VDI (либо как готового решения, либо на бесплатных решениях своими силами).

                                                                                      Часть задач действительно не может быть вынесена на терминальные сервера, в этом случае следует использовать гибридный режим.
                                                                                      +1
                                                                                      Где-нибудь есть инструкция по пробросу локального принтера на удаленный сервер из-под rdesktop? Возможно ли это в принципе?
                                                                                        0
                                                                                        Отличная статья. супер понятно написано.
                                                                                          0
                                                                                          Говорить что vmware view client есть только под linux все же не правильно. В первую очередь view client есть под windows, под linux есть open vmware view client(кастрированный, по сравнению с офф версией для win), который не является официальным продуктом.

                                                                                          Only users with full accounts can post comments. Log in, please.