Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 108
Интересная компиляция, с удовольствием прослежу дальше.
А чего про Thinstation не написали? Это одно из самых адекватных свободных решений. По крайней мере 150 Мб по сети грузить не предлагают. Метров 15 максимум.
Thinstation — дистрибьютив linux, это не «готовый тонкий клиент». Уровень его допиливания до состояния… назовём это «товарный вид» сравнимо с допиливанием до этого состояния любого другого дистрибьютива. Впрочем, последний раз я его видел года два назад, возможно, с тех пор оно сильно шагнуло вперёд (мельком вижу, что у них уже 2.6 вместо 2.4).
есть изменения, но напильник нужен. причем чуть ли не под каждую станцию\разрешение и т.д.
Вот-вот, я про это. К сожалению, это не тот уровень. В сравнении с коммерческим сервисом (он… ну, не совсем писк восторга, но по-крайней мере конкретно взятая железка просто берёт и работает) или с openthinclient'ом это не совсем «оно».
(Разница примерно как со самосбором компьютера и покупкой готовых — для себя любимого можно и повозиться, но когда надо три десятка, тут вопрос уже очевидный — надо брать готовые).
(Разница примерно как со самосбором компьютера и покупкой готовых — для себя любимого можно и повозиться, но когда надо три десятка, тут вопрос уже очевидный — надо брать готовые).
Что именно в thinstation надо допиливать?
Я использовал thinstation те же 2 года назад в одном небольшом проекте (перевод обработки и хранения книг на тонкие клиенты в ДВГНБ, если интересно) без малейшего допиливания. Правда, функционал требовался самый базовый: никакого мультимедиа, никаких флешек, только экран и принтеры.
Я использовал thinstation те же 2 года назад в одном небольшом проекте (перевод обработки и хранения книг на тонкие клиенты в ДВГНБ, если интересно) без малейшего допиливания. Правда, функционал требовался самый базовый: никакого мультимедиа, никаких флешек, только экран и принтеры.
М… В 2007 (ой, это уже три года?) я наблюдал следующее:
1) Полностью нерабочий rdesktop (липнущий alt, «ю» вместо запятой, не работающая одна цифра на нумпаде)
2) Кривая работа с ddc c некоторых монторов (выставлялось неверное разрешение)
3) Проблемы с загрузкой на Epia-ML6k (которая тогда была мейнстримом) — иногда ядро просто замирало на этапе загрузки, при этом компьютер не висел.
Лично я в него глубоко не влазил, смотрел на готовый продукт (это был один из проектов, который нам делали на полном аутсорсе и который мне совсем не понравился).
1) Полностью нерабочий rdesktop (липнущий alt, «ю» вместо запятой, не работающая одна цифра на нумпаде)
2) Кривая работа с ddc c некоторых монторов (выставлялось неверное разрешение)
3) Проблемы с загрузкой на Epia-ML6k (которая тогда была мейнстримом) — иногда ядро просто замирало на этапе загрузки, при этом компьютер не висел.
Лично я в него глубоко не влазил, смотрел на готовый продукт (это был один из проектов, который нам делали на полном аутсорсе и который мне совсем не понравился).
Как только парк оборудования не стандартизирован — так тут же вагон напильников нужен. Для типовой конфигурации — возможно, хорошее решение.
Даже и не знаю… У меня парк в две сотни ТК — аппаратная часть практически не стандартизирована, хотя сейчас конечно стараемся закупать что-то заточенное под ТК. Я бы не сказал, что затраты сопоставимы с допиливанием полноценного дистрибутива… Да, есть ряд проблем, типа залипающего Alt и 'ю' вместо точки, но это все довольно быстро и без особых проблем решается. Но не думаю что в openthinclient например HP LJ 1020/1018 через lpd заработают из коробки…
Грубо говоря, я потратил несколько дней на первичную допилку + когда появляется новое железо приходится ядреные модули пособирать — не сказал бы что на это уходит много времени, думаю где-то пол дня в месяц.
Грубо говоря, я потратил несколько дней на первичную допилку + когда появляется новое железо приходится ядреные модули пособирать — не сказал бы что на это уходит много времени, думаю где-то пол дня в месяц.
В затраты на ТК можете включить з\п людей, которые всё это доводили до ума.
Кстати, а как у вас осуществляется централизованное управление? (200 шт это серьёзно...). Скажем, например, принимается решение о том, что у пользователей должно быть две сессии на выбор… И?
Кстати, а как у вас осуществляется централизованное управление? (200 шт это серьёзно...). Скажем, например, принимается решение о том, что у пользователей должно быть две сессии на выбор… И?
У нас все грузятся по PXE — образ получается порядка 15 метров, так что утренних лагов нет. Удаленные сервера в регионах синхронизируют с центральным сервером образа и конфиги к ним. Конфиги там довольно удобные, есть группы, которые можно применять по MAC адресу.
Относительно примера. В этом случае мы бы написали в общем конфиге: запускать две сессии rdesktop/icaclient в разных VT. Пользователи переключались бы между ними по Ctrl+Alt+Fn. Сейчас у нас такое сделано для нескольких ТК. Или я не правильно понял ваш вопрос.
Относительно примера. В этом случае мы бы написали в общем конфиге: запускать две сессии rdesktop/icaclient в разных VT. Пользователи переключались бы между ними по Ctrl+Alt+Fn. Сейчас у нас такое сделано для нескольких ТК. Или я не правильно понял ваш вопрос.
Вероятнее всего, да. Речь идёт про то, что в условиях квалифицированного специалиста (а лучше, нескольких), многие вещи становятся избыточными. Но IT как индустрия, если оставить в стороне общую тенденцию к аутсорсу, двигается в сторону снижения сложности. Тонкие клиенты, если грубо говорить, это замена специалиста, который может настроить линукс соответствующим образом, поднять сервера и настроить синхронизацию, на админа, который это не может (с соответствующей поправкой в зарплате). Они просто идут «готовыми». (Именно по этому коммерческое применение тонких клиентов с PXE менее привлекательно, чем ТК с локальной загрузкой — придётся больше думать о PXE, DHCP и TFTP).
Сейчас развитие тонких клиентов ниже того уровня, который бы позволил говорить о них, как о свершившемся факте инфраструктуры (примерно как принт-серверы). Отсюда и постоянная мысль «а мы и сами можем не хуже» (вполне справедливая мысль).
… Но пока не нашёлся тот китаец, который сумел бы сделать ТК с адекватным функционалом, в формате «переходника» между USB и DVI и по цене <$100.
Сейчас развитие тонких клиентов ниже того уровня, который бы позволил говорить о них, как о свершившемся факте инфраструктуры (примерно как принт-серверы). Отсюда и постоянная мысль «а мы и сами можем не хуже» (вполне справедливая мысль).
… Но пока не нашёлся тот китаец, который сумел бы сделать ТК с адекватным функционалом, в формате «переходника» между USB и DVI и по цене <$100.
Как раз пленирую перевод одного офиса.
При использовании rdesktop под Linux при коннекте на WinServer2008R2 время реакции заметно медленней чем при коннекте виндовым клиентом. Существуют ли на Linux адекватные решения? Или только Win-платформа?
При использовании rdesktop под Linux при коннекте на WinServer2008R2 время реакции заметно медленней чем при коннекте виндовым клиентом. Существуют ли на Linux адекватные решения? Или только Win-платформа?
Если вы готовы потратить сколько-то много времени на это — от линукса можно добиться нужного (кроме RDP6+). Если не хочется возиться, лучше брать ТК на CE. У rdesktop есть масса неочевидных глюков, которые обнаруживаются обычно уже конечными пользователями и далеко не в первый день эксплуатации.
Если же планируется использовать функционал 2008 (т.е. RDP6), то тут просто без вариантов. Микрофона на линуксе в RDP не будет.
Насчёт CE5, сразу предупреждаю в RDP-клиенте из состава, официальная багофича майкрософта (они это называют фичей RDP6, на самом деле это бага клиента 5ой версии): не поддерживаются разрешения в RDP выше 1600 точек в ширину. Просто рисует чёрные полосы по бокам.
Если же планируется использовать функционал 2008 (т.е. RDP6), то тут просто без вариантов. Микрофона на линуксе в RDP не будет.
Насчёт CE5, сразу предупреждаю в RDP-клиенте из состава, официальная багофича майкрософта (они это называют фичей RDP6, на самом деле это бага клиента 5ой версии): не поддерживаются разрешения в RDP выше 1600 точек в ширину. Просто рисует чёрные полосы по бокам.
Мне не нужен специфичный функционал RDP6. Просто заметна очевидная тормознутость по сравнению с
rdclient(Linux) — WinServer2003
и
rdclient(Linux) — WinServer2008
При этом WinRDPclient — WinServer2008 работает без тормозов.
Тестил в разных условиях, специфика железа\сети исключена.
rdclient(Linux) — WinServer2003
и
rdclient(Linux) — WinServer2008
При этом WinRDPclient — WinServer2008 работает без тормозов.
Тестил в разных условиях, специфика железа\сети исключена.
Я не знаю, что имеется в виду под rdclient (rdesktop?). Помимо общего увеличения трафика при смене 2003-2008, есть ещё одна простая вещь: если цвета локальные и удалённые не совпадают, то возникает некий неприятный overload по перекодированию цвета. Другими словами, локальная глубина цвета должна быть такой же, как удалённая (и разрешённая в свойствах соединения).
… не поленился, подключился к лабораторной 2008ой из дома (rdesktop via pptp). В принципе, особой разницы с остальными серверами не вижу. Единственное «но» — слегка лагающий курсор (т.к. рисуется он не совсем так, как рисовался в других ОС). Поставьте курсор «по-умолчанию» (самый простой, белый).
… Вспомнил. Такая проблема (с курсором) 100% была. Она есть и в 2003. Просто не используйте цветные/анимированные курсоры.
… не поленился, подключился к лабораторной 2008ой из дома (rdesktop via pptp). В принципе, особой разницы с остальными серверами не вижу. Единственное «но» — слегка лагающий курсор (т.к. рисуется он не совсем так, как рисовался в других ОС). Поставьте курсор «по-умолчанию» (самый простой, белый).
… Вспомнил. Такая проблема (с курсором) 100% была. Она есть и в 2003. Просто не используйте цветные/анимированные курсоры.
Админю Win-сеть из ubuntu. Долго мучался со стандартным rdclient и неделю назад поставил Gnome-RDP. Отличный клиент. Значительно лучше стандартного. Советую.
З.Ы. Время отклика по сравнению очень близко к RDP 5.2 — 7.1.
З.Ы. Время отклика по сравнению очень близко к RDP 5.2 — 7.1.
А вы с ncomputing не работали? Просто сейчас думаем внедрять, пока на тестировании лежит
Пробовал!
(Я в ходе своей работы много решений конкурентов щупал).
О них я планирую написать в ближайшее время, а пока вердикт: если у вас больше 3-5 человек будет работать, держитесь от них подальше. Единственное «правильное» место их применения (X-серии), которое я знаю — это колл-центры и им подобные.
(Я в ходе своей работы много решений конкурентов щупал).
О них я планирую написать в ближайшее время, а пока вердикт: если у вас больше 3-5 человек будет работать, держитесь от них подальше. Единственное «правильное» место их применения (X-серии), которое я знаю — это колл-центры и им подобные.
по моему X-серия реально круто — PCI плата в ПК а к ней +5 рабочих мест!
А вот L-серия — просто сетевой клиент, и по цене не большой выигрыш
А вот L-серия — просто сетевой клиент, и по цене не большой выигрыш
Именно. И крута она только в очень узких рамках, не очень в «обычный энтерпрайз» укладывающихся. Как дойдут руки, напишу. Условно говоря: колл-центр или офис из нескольких человек (всего) на нём сделать можно. Как только начинает идти речь о большем числе людей, их сетевая часть сосёт просто с нечеловеческой силой.
freebsd + freebsd diskless + rdesktop (+ X11 на стороне сервера). Загрузка по сети ncomputing
самый большой fail который я только видел.
самый большой fail который я только видел.
когда-то это называлось dumb terminal :) правда там всё было проще…
Ну, как все технологии, тут много «кругов». ТК (даже самый простенький) умеет несравненно больше, чем dump terminal. С очень высокого полёта, да, функция у них одна и та же. Но при ближайшем рассмотрении ТК, как минимум, медиатор с оборудованием (очень широким спектром оборудования), а в нормальной версии, ещё и самостоятельное сетевое устройство, которое может быть управляемо кучей-кучей-кучей способов, от веб-интерфейса до SNMP.
Тонкие клиенты уже давно перестали быть тонкими :-)
Сейчас выполняют свою функцию за счёт экзотичности и отсутсвия унификации, а так: полноценная железка с полноценной ОС, которую просто используют в терминальном режиме.
Сейчас выполняют свою функцию за счёт экзотичности и отсутсвия унификации, а так: полноценная железка с полноценной ОС, которую просто используют в терминальном режиме.
Если мы говорим про WES (который отгружается в режиме «нате вам, возитесь сами с XP-подешевле-и-гарантированным-саппортом-много-лет», то да. Остальные (нормальные ТК) при этом ещё предоставляют middleware слой, обеспечивающий управление всем этим на уровне управления обычной сетевой железкой через веб/морду или что-то подобное.
… что переносит кучу проблем с рабочих станций на single point of failure (на сервер). Проблемы-то остаются. Решать их чуть удобнее, да.
Да-да, именно так из стада рабочих станций и получаются фермы серверов. Всё то же самое, но дерьма больше убирать приходится. (шутка).
Понятно, что всё это решается, но объём оверкилла в большинстве случаев (если мы не админы fortune500) оказывается таков, что реальный его профит виден только админу, которого становится сложнее заменить.
Этакая «it-бюрократия» ради самого процесса IT.
Понятно, что всё это решается, но объём оверкилла в большинстве случаев (если мы не админы fortune500) оказывается таков, что реальный его профит виден только админу, которого становится сложнее заменить.
Этакая «it-бюрократия» ради самого процесса IT.
Как сказать, в этой куче проблем обычно упоминаются вирусы, возможность пользователей втыкать что попало в CD/USB и запускать. Так вот нетонкость клиента ставит крест на решении этих проблем. Выигрыш идёт пока за счёт экзотичности каждого отдельного решения.
Идея выполнения всего на сервере — это программная концепция, а тут обсуждаются аппаратные терминалы.
Идея выполнения всего на сервере — это программная концепция, а тут обсуждаются аппаратные терминалы.
Клиент может изменить настройки DHCP, настроить TFTP сервер, изменить настройки железок на загрузку по PXE, настроить DHCP relay на маршрутизаторах, выписать mac-адреса устройств, создать для них файлы конфигураций…
Всё это очень мало отличается от «самосбора». Разница между локальной загрузкой и сетевой в объёме усилий до начала работы. В локальной загрузке «включил и работает», а в сетевой нужно приложить кучу усилий. Это не совсем то, что ожидают от коммерческой версии.
Плюс, я общался с многими покупателями — не все из них достаточно квалифицированы…
Всё это очень мало отличается от «самосбора». Разница между локальной загрузкой и сетевой в объёме усилий до начала работы. В локальной загрузке «включил и работает», а в сетевой нужно приложить кучу усилий. Это не совсем то, что ожидают от коммерческой версии.
Плюс, я общался с многими покупателями — не все из них достаточно квалифицированы…
И что ты будешь делать с подключенной флешкой на ТК с запароленным биосом и паролем на конфигуратор? Ты с этой флешки без разрешения админа не прочитаешь ничего. И авторана там тоже нет.
Вот и я о том же: что делать с обычным компьютером с запароленным BIOS все знают, а что делать с ТК не знают исключительно в силу экзотичности платформы.
очень хочу узнать подробности вот про этот агрегат
www.dealextreme.com/details.dx/sku.34167
как видите цена очень соблазнительная, по отношению ко всему остальному.
а так же хочу узнать ваше мнение по поводу www.wtware.ru/
www.dealextreme.com/details.dx/sku.34167
как видите цена очень соблазнительная, по отношению ко всему остальному.
а так же хочу узнать ваше мнение по поводу www.wtware.ru/
Цена действительно близка к той, которая должна быть у ТК в идеале. Однако, мне не совсем ясно что у них с софтом. И главное, насколько быстро оно работает. По опыту возни с ebox2300 (на них пытались делать ТК) я могу сказать, что мифы про возможность использовать 486 компьютер в качестве ТК сильно преувеличены. Особенно, в свете 1280х1024, минимум.
Если и брать, то только после тщательного тестового прогона (в т.ч. с проверкой печати русских букв в районе юб«эъх. и нумпада)
Если и брать, то только после тщательного тестового прогона (в т.ч. с проверкой печати русских букв в районе юб«эъх. и нумпада)
А wtware… Смотрел, разумеется. Ерунда полная. В том смысле, что объём администрирования (развёртывания) её сравним с самостоятельным написанием. Централизованного управления нет, гуя нет, перехвата DHCP-запросов (как у openthinclient) нет.
уточнил. Есть большая вероятность, что слово RDP в описании — брехня.
Цитирую:
Цитирую:
Извиняюсь, цитирую нашего продакта:
Это китайский контрафакт коробки от ncomuting. Об их системе я напишу подробнее чуть позже.
Это китайский контрафакт коробки от ncomuting. Об их системе я напишу подробнее чуть позже.
ну да это и есть NC600, про него мне и интересно узнать.
То что NC100 не могли RDP это понятно. А про этот NC600 пишут как-то не понятно. Вроде как умеет MSRDP. Если у вас есть информация про NC600 то поделитесь плиз. Хотя именно этот может оказаться репликой.
То что NC100 не могли RDP это понятно. А про этот NC600 пишут как-то не понятно. Вроде как умеет MSRDP. Если у вас есть информация про NC600 то поделитесь плиз. Хотя именно этот может оказаться репликой.
Это не просто «реплика», это спираченый ncomputing. В том смысле, что ncomputing сильно против.
Насчёт того, что они умеют rdp — пока своими глазами не увижу, не поверю. Я был и на их презентациях, и лично смотрел — никакого RDP там ни сном ни духом.
Если же он есть, то возникает вопрос: и как оно работает?
Насчёт того, что они умеют rdp — пока своими глазами не увижу, не поверю. Я был и на их презентациях, и лично смотрел — никакого RDP там ни сном ни духом.
Если же он есть, то возникает вопрос: и как оно работает?
дык вот в том то и вопрос…
пишут Windows CE intergraded RDP protocols
и как это понимать ни кто не знает…
а взять попробовать боязно как то…
пишут Windows CE intergraded RDP protocols
и как это понимать ни кто не знает…
а взять попробовать боязно как то…
на 100% знаю, что у ncomputing не RDP! Свой протокол и свой сервер.
если китайцы спиратили — то и у них так же.
если китайцы спиратили — то и у них так же.
а мне вот интересно что это такое: www.dealextreme.com/details.dx/sku.28896 (3 клиента + какая то сетевуха за $62 — это просто разделение компа на 3 клиента? или полноценная терминалка (воткнуть в свитч и по как то грузиться)?)
Ворованная система от ncomputing. Без обновлений софта. Сам ncomputing, тоже, вещь в себе. Плюс MS в своей лицензии написала про прямой запрет подобных штук, так что на лицензиях софта не сэкономишь.
добавляет к компу 3 рабочих места
можно добавить два раза по 3 итого 7 рабочих мест максимум на одной тачке.
Макс длина кабеля 6 категории 10 метров.
отзывы не очень или их никто не умеет готовить…
можно добавить два раза по 3 итого 7 рабочих мест максимум на одной тачке.
Макс длина кабеля 6 категории 10 метров.
отзывы не очень или их никто не умеет готовить…
> Макс длина кабеля 6 категории 10 метров
неее, чето расхотелось )) я думал совсем халява… чето типа полноценнного PXE клиента по 20$ за штучку ))
неее, чето расхотелось )) я думал совсем халява… чето типа полноценнного PXE клиента по 20$ за штучку ))
Э… 21 человек это уже серьёзно. Первый же м… к (задача по теорверу — посчитать наличия хотя бы одного м… ка в группе из 21 человека), который запустит 2-3 дисковых процесса положит компьютер в сусмерть. 20 человек — это уже не всякий сервер, так что «на одной тачке» — это только если пасьянсы раскладывать.
На NC600 построили уже не один бюджетный офис.
Работает, даже не глючит.
Хотя примерно раз в 10 минут пробегает лаг в RDP на пол секунды.
Не синхронно, на обычных машинах подключенных к терминалке не наблюдается.
Для обычных офисов где нужен интернет, текстовый и табличный процессор это отличное решение.
Работает, даже не глючит.
Хотя примерно раз в 10 минут пробегает лаг в RDP на пол секунды.
Не синхронно, на обычных машинах подключенных к терминалке не наблюдается.
Для обычных офисов где нужен интернет, текстовый и табличный процессор это отличное решение.
По-моему, XP embedded не так уж сильно отличается от «старшего брата», просто заточен под конкретную железку. У меня сейчас живёт HP t5720 в качестве бесшумного неттопа — софт работает так же, как на полноценной ОС (по крайней мере тот, что способен встать на скромные 500Мб встроенной памяти).
Не хочешь перенести топик в системное администрирование или еще какой общий блог?
Я полный нуб (меньше суток с момента регистрации). Как это делается?
сначала надо выбрать публичный блог на главной и вступить в него (большой зеленый плюс рядом с именем)
потом: редактировать пост, выбрать публиковать в %blogname%
потом: редактировать пост, выбрать публиковать в %blogname%
В упор не вижу. Ни в списке блогов, ни в самом блоге…
Открываешь главную, там прямо посередине надпись «блоги».
Заходишь туда, в правом столбце выбираешь категорию, в категории выбираешь нужный блог.
Например «программирование», в нем «системное администрирование» (тот что живой, с кармой повыше).
Нажимаешь на сам блог, открывается страница блога. Там в заголовке напротив названия блога будет большая иконка или зеленый плюс или красный минус (если уже вступил).
Нажимаешь на плюс.
Потом открываешь этот пост, рядом с названием поста есть иконка гаечного ключа. нажимаешь на ней, открывает редактирование. там будет выпадающее меню «опубликовать в -мой персональный блог-» меняешь на название блога и нажимаешь опубликовать. все.
Заходишь туда, в правом столбце выбираешь категорию, в категории выбираешь нужный блог.
Например «программирование», в нем «системное администрирование» (тот что живой, с кармой повыше).
Нажимаешь на сам блог, открывается страница блога. Там в заголовке напротив названия блога будет большая иконка или зеленый плюс или красный минус (если уже вступил).
Нажимаешь на плюс.
Потом открываешь этот пост, рядом с названием поста есть иконка гаечного ключа. нажимаешь на ней, открывает редактирование. там будет выпадающее меню «опубликовать в -мой персональный блог-» меняешь на название блога и нажимаешь опубликовать. все.
и вообще — «о боже, реклама??» :)
в ff с адблоком у меня чистые странички, даже не догадывался, что тут есть столько баннеров.
в ff с адблоком у меня чистые странички, даже не догадывался, что тут есть столько баннеров.
Я когда кнопку искал, всё включил.
толково — продолжай!
Напишите о «самострое» и проблемах, обязательно напишите. Очень хочется запустить дома несколько станций для детей, а они непрерывно (вольно/невольно) всякую заразу цепляют…
В ближайшее время.
Вам, кстати, возможно, стоит использовать не тонкие клиенты, а просто винды (если вам винды милы) с жёсткими групповыми политиками, запрещающими запуск чего попало.
Вам, кстати, возможно, стоит использовать не тонкие клиенты, а просто винды (если вам винды милы) с жёсткими групповыми политиками, запрещающими запуск чего попало.
пробовал. Они умные, очень умные дети :-)
Ну и «зараза» прогрессирует быстро, проще защитить один сервер.
На клиент с сетевой загрузкой надежды больше…
Ну и «зараза» прогрессирует быстро, проще защитить один сервер.
На клиент с сетевой загрузкой надежды больше…
Мне кажется, что с зарезанными групповыми политиками на винде практически ничего невозможно сделать. Если, конечно, у них нет возможности загрузиться с другого носителя.
жду продолжения. все как раз актуально, а то сейчас создается впечатления снежного кома (в конторе) который, когда капля моего терпения превысит лимиты, просто рассыпется. все вышеизложенное верно.
жду!
жду!
Поднять на Thinstation вполне можно и достаточно просто — даже без PXE — через CF или флешку. Поставил простую железку серии EBOX и обычную XP Professional захаченую — вполне рабочее решение :)
Только вот хочется готового решения и доступного — например не более 4-5к за терминал, который умеет звук и RDP на Win2003.
Только вот хочется готового решения и доступного — например не более 4-5к за терминал, который умеет звук и RDP на Win2003.
Очень полезная вещь, ждемс продолжения… и главное реальных решений
недавно думал что легко сделаю терминальное решение на основе freeNX — 5 машинок 300/32 (вариант апгрейда не рассматривался по причине нереальности найти адекватные SIMM модули), сетевушка 10/100, сеть 1000 (ну типа свитченышь на 1Gb/s и сервак соответственно с такой же сетевухой)
на старых машинках DSL (чертовскимелкийлинукс), на сервере (Ed)Ubuntu 9.10… пока не поднимал разрешение выше 800х600 работало очень даже неплохо, но при попытке увеличить до хотя_бы_нормальных 1028х768 (или скока оно там?) начиналась жуткое swapение на медленный хард и вся система замирала и только старый добрый reset приводил машину в чувства
PS: к сожалению в конечном итоге решено было отказаться вообще от терминалок, так как жизненно необходимо было гонять видео + звук, максимум что удалось сделать — слайдшоу с жутко заикающимся звуком. Может терпения не хватило допилить, а может просто нереально такое было сделать ) А вот для обычной работы: интернет/офис/пасьянс было более чем достаточно
недавно думал что легко сделаю терминальное решение на основе freeNX — 5 машинок 300/32 (вариант апгрейда не рассматривался по причине нереальности найти адекватные SIMM модули), сетевушка 10/100, сеть 1000 (ну типа свитченышь на 1Gb/s и сервак соответственно с такой же сетевухой)
на старых машинках DSL (чертовскимелкийлинукс), на сервере (Ed)Ubuntu 9.10… пока не поднимал разрешение выше 800х600 работало очень даже неплохо, но при попытке увеличить до хотя_бы_нормальных 1028х768 (или скока оно там?) начиналась жуткое swapение на медленный хард и вся система замирала и только старый добрый reset приводил машину в чувства
PS: к сожалению в конечном итоге решено было отказаться вообще от терминалок, так как жизненно необходимо было гонять видео + звук, максимум что удалось сделать — слайдшоу с жутко заикающимся звуком. Может терпения не хватило допилить, а может просто нереально такое было сделать ) А вот для обычной работы: интернет/офис/пасьянс было более чем достаточно
VoIP в ТК — очень интересно! Есть решения по нормальной цене?(по ненормальной тоже интересно)
В настоящий момент это «свежие новости с cebit'а», т.е. до момента, когда это можно пускать в продакт должно пройти ещё этак месяцев 8-10. Там есть масса проблем (как показывать окно звонка при полноэкранной сесии, например?).
В принципе, думаю, за этим будущее, но до этого будущего должен найтись тот, кто «возьмёт и сделает».
В принципе, думаю, за этим будущее, но до этого будущего должен найтись тот, кто «возьмёт и сделает».
Спасибо, будем ждать продолжения.
С продукцией Wyse сталкивались?
С продукцией Wyse сталкивались?
Тонкие клиенты такие толстые стали
Ну… По деньгам цитрикс и раньше больно кусался. (если мы про лицензию).
В принципе, я думаю, что в обозримое время, после развития HTML5 до приличного уровня, мы увидим, что всем становится всё более и более проще вытащить это в www и оставить браузер в полный экран.
Мои именные вилы по воде пишут, что от майкрософта мы увидим ещё 1-2 серверные платформы, а дальше оно всё уйдёт куда-то дальше.
Таким образом цитрикс сможет спокойно окучивать существующих клиентов без привлечения новых, часть новых привлекут по инерции брендом, а часть, всё-таки присутствующим функционалом XenApp'a.
Хотя по моему мнению для корпоративного применения и rdp 5.2 вполне хватает.
В принципе, я думаю, что в обозримое время, после развития HTML5 до приличного уровня, мы увидим, что всем становится всё более и более проще вытащить это в www и оставить браузер в полный экран.
Мои именные вилы по воде пишут, что от майкрософта мы увидим ещё 1-2 серверные платформы, а дальше оно всё уйдёт куда-то дальше.
Таким образом цитрикс сможет спокойно окучивать существующих клиентов без привлечения новых, часть новых привлекут по инерции брендом, а часть, всё-таки присутствующим функционалом XenApp'a.
Хотя по моему мнению для корпоративного применения и rdp 5.2 вполне хватает.
По моему скромному мнению TK себя оправдает только при наличии чёткой и жёсткой политики руководства начиная от вопросов снабжения однотипной техникой до однозначного определения решаемых каждым пользователем задач. Т.е. решение удобно только когда есть большие группы единообразных рабочих мест.
В нашей компании тоже пытались внедрить терминальные сервера и тонкие клиенты. В результате от специализированных клиентов отказались сразу, т.к по цене они гораздо дороже собранных в ближайшей фирме компьютеров. А выгода от надёжности, удобства или там экономичности не так очевидна, да и чаще всего выбирается решение чтобы заплатить меньше сейчас, а «потом будет потом и там посмотрим...». Но при попытке превратить зоопарк noname-компов в ТК с помощью разных Linux упирается в бесконечную возню с драйверами и решение перестает быть единым… Но даже если использовать в качестве клиента Windows, то могут вылазить грабли с периферийным оборудованием. Например при наличии локально подключённых разных принтеров на сервере нужно ставить драйвера всех принтеров сразу.
А ещё, я сам сталкивался с ситуацией когда один кривой драйвер вешал всю систему печати на сервере и принтеры не работали сразу у всех клиентов. И кроме перезагрузки ничего не помогало, пока не нашли кривой драйвер.
А ещё, одна из наших бухгалтерских программ иногда отказывалась выполнять некоторые операции и не помогало ничего кроме перезагрузки… Когда программа стоит на одном клиенте это не страшно, а как перезагрузить сервер из-за одного не работающего клиента, если 30 работают? Да, забыл разъяснить, такая фича была из-за того что эта программа не могла на сервере работать из одной папки для всех клиентов, ей нужно было для каждого клиента иметь отдельный каталог… А ещё, мечтали мы унаследованные DOS приложения на FoxPro гонять на сервере, но оказалось что в них самописный опрос клавиатуры для одного запущенного приложения давал почти 100% загрузку ядра процессора. И потому на 2-х процессорном серваке с гипертрейдингом больше 8-ми досовских программ запустить так и не удалось…
Вообщем, ТК хорош только в больших, но однородных применениях. Хотя, вот та же бухгалтерская программа для удалённых филиалов у нас работает на терминальном сервере, т.к. она не полноценно SQL-базовая, а зачем-то гоняет файлы по сети и даже на ADSL-соединении тормозит страшно… :)
В нашей компании тоже пытались внедрить терминальные сервера и тонкие клиенты. В результате от специализированных клиентов отказались сразу, т.к по цене они гораздо дороже собранных в ближайшей фирме компьютеров. А выгода от надёжности, удобства или там экономичности не так очевидна, да и чаще всего выбирается решение чтобы заплатить меньше сейчас, а «потом будет потом и там посмотрим...». Но при попытке превратить зоопарк noname-компов в ТК с помощью разных Linux упирается в бесконечную возню с драйверами и решение перестает быть единым… Но даже если использовать в качестве клиента Windows, то могут вылазить грабли с периферийным оборудованием. Например при наличии локально подключённых разных принтеров на сервере нужно ставить драйвера всех принтеров сразу.
А ещё, я сам сталкивался с ситуацией когда один кривой драйвер вешал всю систему печати на сервере и принтеры не работали сразу у всех клиентов. И кроме перезагрузки ничего не помогало, пока не нашли кривой драйвер.
А ещё, одна из наших бухгалтерских программ иногда отказывалась выполнять некоторые операции и не помогало ничего кроме перезагрузки… Когда программа стоит на одном клиенте это не страшно, а как перезагрузить сервер из-за одного не работающего клиента, если 30 работают? Да, забыл разъяснить, такая фича была из-за того что эта программа не могла на сервере работать из одной папки для всех клиентов, ей нужно было для каждого клиента иметь отдельный каталог… А ещё, мечтали мы унаследованные DOS приложения на FoxPro гонять на сервере, но оказалось что в них самописный опрос клавиатуры для одного запущенного приложения давал почти 100% загрузку ядра процессора. И потому на 2-х процессорном серваке с гипертрейдингом больше 8-ми досовских программ запустить так и не удалось…
Вообщем, ТК хорош только в больших, но однородных применениях. Хотя, вот та же бухгалтерская программа для удалённых филиалов у нас работает на терминальном сервере, т.к. она не полноценно SQL-базовая, а зачем-то гоняет файлы по сети и даже на ADSL-соединении тормозит страшно… :)
там где есть удаленные филиалы на тонком интернете без RDP сессий не обойтись.
В случае перехода на ТК нужно первым делом заменить все принтеры на подлючение через ethernet. Либо подбирать принтсерверы к ним.
В одном банке активно используются ТК причем разные от самых простых которые умеют только RDP до навороченных на которых уже windowsXPembeded стоит.
Так вот рядовой штат сотрудников работает на самых простых терминалах. Те кому нужно веб-камера работают на Windows embeded терминалах. ИТшники работают на компах. Для сканера стоит комп. Кому нужно отсканировать идут на комп и сканируют переправляя себе в почту либо в shared.
В случае перехода на ТК нужно первым делом заменить все принтеры на подлючение через ethernet. Либо подбирать принтсерверы к ним.
В одном банке активно используются ТК причем разные от самых простых которые умеют только RDP до навороченных на которых уже windowsXPembeded стоит.
Так вот рядовой штат сотрудников работает на самых простых терминалах. Те кому нужно веб-камера работают на Windows embeded терминалах. ИТшники работают на компах. Для сканера стоит комп. Кому нужно отсканировать идут на комп и сканируют переправляя себе в почту либо в shared.
Поток сознания. :) Часть этого решается правильной настройкой темринального сервера (в частности, переадресацией каталогов, которая ещё с NT4 terminal edition есть), часть решается развёртыванием VDI (либо как готового решения, либо на бесплатных решениях своими силами).
Часть задач действительно не может быть вынесена на терминальные сервера, в этом случае следует использовать гибридный режим.
Часть задач действительно не может быть вынесена на терминальные сервера, в этом случае следует использовать гибридный режим.
Где-нибудь есть инструкция по пробросу локального принтера на удаленный сервер из-под rdesktop? Возможно ли это в принципе?
Отличная статья. супер понятно написано.
Говорить что vmware view client есть только под linux все же не правильно. В первую очередь view client есть под windows, под linux есть open vmware view client(кастрированный, по сравнению с офф версией для win), который не является официальным продуктом.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тонкие клиенты как они есть